「Tap加速器」是一款由 TapTap 出品的手机游戏加速器，可以为玩家免费加速全球好游戏！对于国内的手游，「Tap加速器」可以有效降低延迟和丢包率，减少卡顿；而对于海外游戏与国际区服，「Tap加速器」使用优质的国际专线，让小伙伴们在国内也能畅玩。

这篇攻略就来为大家介绍：如何使用「Tap加速器」～

2、打开「Tap加速器」，发现想玩的游戏

在加速器内，可以按照 “切换地区” 和 “搜索” 等方式找到并获取到全球好游戏。目前游戏库中的游戏数量非常充足，绝对够玩～

在获取到游戏之后，点击右侧的 “启动” 按钮，即可开启加速。加速成功之后，可以看到实时的网络数据～如果觉得延迟还是比较高，或者提升不明显，可以点击 “节点切换” 按钮，尝试切换不同的节点哦。「Tap加速器」专门为每款游戏都单独配置了节点。

4、其他功能：双通道加速、网络检测，等等...

「Tap加速器」还支持双通道加速，通俗地说就是同时连接 流量 & Wi-Fi，当 Wi-Fi 网络状况不好的时候，就可以无缝切换到流量继续玩，这样就不会出现卡顿和掉线啦；另外还有网络检测的功能，小伙伴们也可以在对局之前测测网速。

还有更多功能，等待大家来「Tap加速器」探索～

快来使用「Tap加速器」加速好游戏8～！

「Tap加速器」可加速的手游：公主连结，FIFA足球（国际服），游戏王决斗联盟，原神，阴阳师，使命召唤，摩尔庄园，Pokemon UNITE，失落的龙约，PUBG MOBILE Traverse，Blue Archive，使命召唤（台服），明日之后，Sky 光遇（国际服），冒险岛 M（台服），敢达争锋对决，ROBLOX，影之诗（台服），宝可梦大师，光遇，宝可梦大集结，二之国：交错世界，决战平安京，PES 2021，球球大作战，明日方舟，第七史诗，Flash Party，PokeMMO，LOL: Wild Rift，元气骑士，鬼泣，超异域公主连结（台服），漫威：超级之战，和平精英，炉石传说（美服），炉石传说（欧服），战双帕弥什，Steam，荒野乱斗，碧蓝航线，游戏王决斗链接，虚荣（欧服），穿越火线，NBA 2K，第五人格，刀剑神域，王者荣耀，传说对决（台服），Among Us，Dota 霸业，怪物弹珠（日服），赛马娘，TFT 云顶之弈手游，弹射世界，火影忍者，原神（国际服），PUBG MOBILE LITE，江南百景图，部落冲突，崩坏3，堡垒之夜 Fortnite，剑灵：革命（台服），FGO（日服），绝地求生 KR，使命召唤（美服），荒野乱斗（国际服），白夜极光，LOL 英雄联盟手游，龙珠Z爆裂激战，最后的起源（韩服），QQ飞车，最终幻想：勇气启示录，世界计划：多彩舞台 feat.初音未来，Project T3，天命之子（台服），动物之森口袋露营，航海王热血航线，拳皇：全明星（台服），火焰纹章：英雄，猫和老鼠，PUBG MOBILE：绝地求生 M（台服），Sausage Man，仙境传说 RO，炉石传说，对峙2，我的世界，闪耀暖暖（台服），Rhythm Hive，香肠派对，等等。持续添加中...！

Serdes/SGMII/EMAC/CPSW），PA(包加速器)，SA(安全加速器)。该子系统因为包含的子模块多，相对较为复杂，相关的四本用户手册内容组织并不是很容易理解，不少用户在开发过程中都遇到了一些技术难题。本手册总结实际应用中遇到的部分典型的技术问题和各种问题的调试方法，同时也提供以太网子系统的各种实用配置和建议。对于具备基本Keystone I以太网知识的用户，本手册可以作为用户手册的有力补充。期望读者在初步阅读user guide和具备基本的PA LLD/SA LLD开发经验以后再查阅本文。

图1 以太网子系统框图

在用户手册中，以太网子系统可以称为网络协处理器子系统(NETCP)，其主要构成模块有：

主要模块有6个P，3个一级的查找表，1个二级的查找表，对应的Packet DMA等

主要模块有2个PDSP，加解密和鉴权引擎等

以太网子系统的整个初始化过程，一般推荐采用从内到外的次序：

Serdes的配置主要与供给的Serdes时钟相关，下面给出一个对应不同时钟频率的配置示例：

当SGMII与PHY连接的时候，SGMII一定是Slave模式，一般情况下同时使能自协商。

对于支持SGMII标准的外部switch与Keystone I芯片连接的时候，可以一端配置为master，另一端配置为slave，同时使能自协商模式。但是对于只支持1000BASE-X的switch与Keystone I芯片连接的时候，应该将两端都设置为master模式，并禁止自协商，强制为1000M全双工。

通过MDIO控制MDIO_CONTROL可以对外接的PHY进行控制，按照用户手册的建议配置到2.5MHz。需要注意的是：

1.MDIO模块初始化后，应该先通过MDIO读取PHY的ID寄存器，确认该连接是否正常。

Keystone I不支持1000M半双工的应用，当外接的PHY或者是switch支持1000M半双工时，可能会对keystone I的网络功能造成影响。特别是当某些PHY在复位过程中，可能会发起1000M半双工的请求，这种情况下，请在系统上电初始化时先通过MDIO接口关闭PHY的1000M半双工协商能力。

EMAC模块提供了一个软复位的寄存器，一般情况下在芯片上电复位启动后，不建议使用该寄存器对EMAC模块做单独的复位操作，该复位操作后可能会引起以太网包收发异常，请谨慎使用。

对于Keystone I的芯片来说，一般可以配置3个MAC地址。以C6678为例，

该MAC地址是出厂时，TI写到芯片的Efuse里的，类似于一个芯片ID，只读不可修改。如果芯片选择以太网boot方式，芯片会以该地址发出bootp的报文(Ethernet ready announcement)

以上两个MAC地址是分别配置给两个EMAC端口的，但该地址的作用仅限于使能以太网Rx流控以后，发到网络上的流控帧，并不按MAC地址过滤以太网包。

因为Keystone芯片有包加速器（PA），MAC地址的过滤应该由配置PA来完成，所以可以认为Keystone I的EMAC模块工作在混杂模式（Promiscuous mode）。换句话讲，所有的报文都会接收并到PA进行过滤，从业务层面，对于一颗Keystone I的芯片理论上最大可以配置64个MAC地址(LUT1-0有64个表项)。

因为ALE只有1K个表项，且硬件没有提供内部的timer来自动维护一个老化周期，所以应用程序需要自己维护一个timer。Time第一次超时，应用程序对ALE_CONTROL寄存器的AGE_OUT_NOW比特置位，会导致所有ageable的ALE Entry被设置为untouched；第二次timer超时，再次设置ALE_CONTROL寄存器的AGE_OUT_NOW比特，在两次超时之间仍保持为 untouched的表项将会被清除。如果在两次超时之间，有包交换并重新touched的表项将会被保留。

设置ALE bypass只是表明从网络外发到芯片的包，将不会通过查找ALE再交换，而是无条件发送到HOST port。而从HOST port发送到外部的网络的包仍然要通过ALE交换。

4.1.3 未知的单播，多播，广播包

1.在某一个端口收到的，ALE中无法匹配的多播和广播包会被广播到另两个端口。

2.在HOST端口收到的，ALE中无法匹配的单播包，会被发送到两个SGMII端口。

3.在某SGMII端口收到的，ALE中无法匹配的单播包，只会被发送另一个SGMII端口。

4.2以太网子系统环回配置及其应用

图2 以太网子系统环回

注意环回的方向，SerDes环回，SGMII digital环回和CPSW FIFO环回都有内环的功能，也就是芯片内的CPU(包括DSP core， core)向外发的包会被环回到芯片。因为发生环回的节点不一样，所以可以利用这几种环回来定位以太网配置问题。示例：

CPSW FIFO环回还包含了外环的功能，也就是从外部网络（PHY/Switch）进入芯片的包会被环回到外部网络，芯片内的CPU core将无法收到这些包。这个功能可以用以判定 PHY/switch与keystone I的连接配置是否正确。注意CPSW FIFO环回只能用于debug，使能以后不能动态的去使能，也就是说使能以后若想恢复正常状态，必须对整个SoC下电，重新上电复位。

Rx流控的意义是CPSW检测到FIFO超过一定的门限以后，该端口主动向网络外发出以太网流控帧。该流控帧的发送量是30pps。

Tx流控的意义是CPSW检测到网络对端发出的流控帧，报告给HOST(DSP/ARM)，由HOST软件来裁决减少发送的网络流量。

需要注意的是，如果Rx FIFO的占用情况一直满足Rx 流控的检测条件，Rx flow control 帧会不断的发送到网络上，这种情况多出现在上层软件或者PA/SA出现某种异常的场景下。

1.寄存器实际都是R/W属性，比如当你读到一个寄存器的值为0x80，回写大于0x80的数字，会导致该寄存器的值清0。实际对该组寄存器的写操作是减法关系，如果该寄存器正在动态变化中，对它进行写操作并不会导致统计值的丢失。比如当你读到一个寄存器的值为0x80，回写0x80的时刻该寄存器实际的值已经变为0x90（因为该时刻有包的收发），则此时写0x80的结果是该寄存器的值变为0x90-0x80=0x10。

3.对于统计寄存器中的Rx，Tx分别都是站在CPSW模块的角度统计的结果，换句话说，统计STATA中的Rx表示的是HOST port从DSP/ARM cores收进CPSW的包，Tx表示的是从HOST port 发出CPSW到DSP/ARM core的包；而统计STATB中的Rx表示的是两个SGMII端口从网络收进来的包，Tx表示的是从两个SGMII端口发送到外部网络的包。

2)如果一个包从DSP/ARM core发送到网络外，网络上没有收到

4.一般情况下RXSOFOVERRUNS/RXMOFOVERRUNS/ XDMAOVERRUNS寄存器都为0，在某些特定条件下，如以太网子系统reset过程中收到包，这些寄存器出现较小的值且不增加是正常的。但如果这些寄存器出现不断增加且收包流量并不大，这种情况一般说明以太网收包异常，通常异常是由于收包的软件模块异常或者PA子系统异常造成的。

b.当只使用0~3四个优先级队列中的部分时，必须从优先级最高的队列3开始分配。比如只使用两个队列，则应该用3和2。

下面是三个VLAN映射的示例：

1.PA的packet DMA模块有9个Tx通道和24个Rx channel，注意这些通道在硬件上都有固定的映射关系，请在使能PA子系统的时候，使能所有的通道。

2.PA的packet DMA模块有32个Rx flow。实际应用中经常见到做法是所有用到Rx Flow/FDQ 的地方都配置同一个Rx Flow/FDQ，这样的做法虽然最简单，但是一旦出现问题则很容易导致该FDQ的描述符迅速耗尽，而且很难定位导致问题的点。

3.一般来说在PA与其他的硬件模块（特别是SA）数据交互过程都非常的快，而PA将分类好的数据交给HOST queue，因为有软件的处理所以较慢。故而推荐分开灵活配置不同的Rx Flow(FDQ): 硬件模块交互间的FDQ一般包含16个描述符/buffer就足够了，而最后到HOST queue的Rx Flow/FDQ可以根据实际软件的处理速度来配置更多的个描述符/buffer。

4.分开配置不同的Rx Flow/FDQ带来的另一个好处是，配置到HOST queue的RX flow/FDQ 里的描述符耗尽，也不会影响到硬件的处理。而且因为FDQ根据不同的功能和包处理流程做了不同的配置，在定位某些网络处理问题的时候更加容易。比如在某一个FDQ里的描述符用尽时，基本可以确定是该级的相关模块处理的问题，更容易缩小问题定位的范围。

下面是两个的配置实例：

为了更好的定位在开发过程中遇到的网络问题，比如丢包，packet DMA队列卡死，描述符丢失等等，推荐在应用软件侧做一些描述符的辅助定位手段：

1.当描述符初始化以后，记录下所有的描述符首指针。

3.当发现队列No. 640~648队列中有包拥塞时（正常情况下该队列中的描述符个数不会超过64个），停止包的收发

4.将在步骤1记录的描述符地址与FDQ残留的和队列No. 640~648队列中拥塞的做比较

5.发现丢失的描述符，并检查其内容，特别是检查是否有描述符的packet length超过其链接的所有分片的buffer length总和的情况

注意：PA bypass以后，由于所有的包未经过PA子系统的过滤直接进入到HOST队列中，流量较大的情况下，很容易造成FDQ的描述符耗尽。而且容易造成软件协议栈loading过高，容易遭受网络攻击。另由于在芯片设计中，PA可以直接与SA进行数据传输，特别是在from network方向上对加密的包进行解密以后在送到HOST queue，而PA bypass以后，对于加密包的解密处理将增加HOST侧的CPU负荷。

，PDSP0~PDSP2共用一个文件（classify1_bin.c），PDSP3用一个文件（classify2_bin.c），PDSP4和PDSP5共用一个文件（pam_bin.c）。PA子系统运行于大端序，所以固件都是大端序。注意固件版本和LLD版本一定要一致。固件的版本号可以从上述C文件的数组中读到，第三个32bit WORD就是版本号。

如上例固件版本号为1.3.0.7

kernel代码直接赋值的，所以必须跟各个版本的固件对应。如果常量表和固件，LLD的版本不匹配，可能会有某些功能异常。

LUT1是线性查找表，也就说，配置的表项从下标No. 0一直找到No.63。因为不同的表项内容间可能有包含关系，比如某一项A只要求匹配目的IP地址，另一项B配置了同样的目的IP 地址，同时也配置了源IP地址。这样其实是B的条件比A更加严格，那么严格的表项B应该比宽松的A下标小。比如配置A在No.1，B在No.0，只有这样B才能有被匹配的可能性。

注意：PA LLD提供的函数如Pa_addIp，Pa_addMac等，都提供了不指定下标的方式添加表项，函数的参数为不指定下标的时候，PA LLD的处理为从下标较大的开始添加。例如当某个64表项的表为空，而两次调用Pa_addIp添加表项并不指定表项位置的时候，第一次添加的表项在No.63的位置，第二次添加的表项在No.62位置。

由于PA子系统主要由硬件模块组成，提供的寄存器有限，对于复杂的功能来说，调试相对比较困难。但是TI的芯片simulator上对该子系统进行了充分的支持，在初期开发阶段，simulator上调试PA更加方便。

2.在软件初始化中加入下面的代码

注意这个方法非常适合诊断某些包未按照预想的规则匹配/路由的情况，软件只需要将测试包发到640队列（忽略以太网子系统其他的模块的初始化过程）就可以开始测试。但是对于发包量比较大的测试，产生的Log文件可能过于庞大。

5.6.2 PA子系统提供的系统统计

用PA LLD提供的Pa_requestStats和Pa_formatStatsReply函数可以提取PA子系统给出的统计计数器，这些统计计数器在系统运行过程中可以诊断部分的包匹配，包错误等问题。下面是对这些计数器的详细说明。

5.6.3 辅助调试的寄存器

利用PDSP所提供的一些辅助计数器/寄存器可以更容易的在运行时定位问题。比如下面的计数器

0xx10*n PDSPn收到的包数（包括配置命令和数据包）

3.根据前两步的结果，我们可以知道，有2个数据包在PDSP0收到后继续传给了PDSP1

表1 PDSP辅助寄存器列表

LUT table bit map:查找表的占用状态。每个查找表的表项在占用后，PDSP都会对该表项对应的位域置位。这个位表中保存的是PDSP/硬件所维护的查找表状态，应用软件可以将其回读来与自己所保存的比较，看看是否有不一致的情况发生。理论上软硬件应该是同步的。

LUT table route info:根据LUT table bit map所查找到的对应表项下标，乘以64字节的偏移量，可以找到该表项匹配后对应的路由信息，该信息是由软件配置的。同样可以回读，看看是否与期望的一致。

在某些PDSP相关的问题定位过程中，可能需要对PDSP做单步跟踪。该方法主要适用于在simulator的方式下无法重现的功能问题，比如表项匹配失败失败，路由错误等等。获得的信息可以交由TI进行分析。

调用示例：单步跟踪PDSP1,600步

SA调试的过程中，请充分利用SA提供的相关统计信息：

描述符中提供了PS_flag字段，可以指定该描述符所发向的目的SGMII端口(direct packet mode)，但是当该描述符要先经过SA的时候，请清空该字段，否则SA对该包的处理导致安全上下文的错误(errCtx)。在经过SA处理后的包仍需要指定对应的SGMII端口的情况，配置该包从SA输出以后的路由到645队列/PDSP5，并用PA的Next route命令指定到以太网以及对应的SGMII端口号。

取通道统计应该在调用完SA API Sa_chanReceiveData或Sa_chanSendData以后，而这两个API本身有部分加解密的初步检查作用，应用程序必须要对返回值进行判断。如果它们返回错误，则应该终止向SA发包的过程，并根据返回值来检查自身应用软件的错误。何时调用这两个API是需要注意的另一个问题，在IPsec/SRTP的场景下，TX侧代表to

SA的辅助寄存器主要用来定位SA相关的硬件错误，当然该硬件错误可能是由软件的非法操作导致的。下面是常用的辅助寄存器列表，表中标注了正常情况下所期望的值。特别请注意CMD_STATUS寄存器，在运行时间的SA异常情况，常能够反映到该寄存器中。其具体的含义请参考SA用户手册。

表2 SA调试寄存器列表

本文主要总结了目前为止中国区用户在开发Keystone I系列芯片的时候，所遇到的以太网子系统相关的典型技术问题，以及阅读user guide时一些较为集中的疑问。很多用户在开发过程中容易忽略的问题本文都做了强调。PA子系统部分的调试办法基本可以覆盖开发过程中所遇到的所有问题。文档中给出的各种寄存器配置以及示例程序，都在实际开发中有使用。

版权声明：网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播，或不应无偿使用，请及时通过电子邮件或电话通知我们，以迅速采取适当措施，避免给双方造成不必要的经济损失。