本版本为v1.9.3.1，本版本在硬件V1.9.2.10版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110903；
硬件日期（0xc）是23101301（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通；

修改点：
1、增加BIOS和BMC功能；
2、增加接收缓存，从64KB改为128KB；

-----------------------------------------------------------------------

本版本为v1.9.2.10，本版本在V1.9.2.8版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23092501（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通；

修改点：
1、修改主线版本1.9.2.9中固件上推数据错误问题；
2、修改 二层裸包接收时 instanta_tcpdump造成pcie error的问题，增加了对bar0连读（2DW, 4DW）的反馈；

-----------------------------------------------------------------------

本版本为v1.9.2.8，本版本在V1.9.2.7版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23082902（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通；

修改点：
1、接收端丢弃包长小于60B的包，不会上传给软件；
2、接收ram写入时，每个chunk地址由5改为4；
3、优化filter延时等待逻辑。


-----------------------------------------------------------------------

本版本为v1.9.2.7，本版本在V1.9.2.6版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23081101（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通；
udp报文头混入测试脚本测试15小时正常。

修改点：
1、修改udp报文头混入payload问题；
2、增加ct error寄存器；
3、增加frame_chunkid寄存器；
4、去掉BIOS和BMC。

-----------------------------------------------------------------------

本版本为v1.9.2.5，本版本在V1.9.2.4版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23071301（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通；
硬件自测易达16字节问题没有复现；
在服务器测试，二层裸包测试脚本校验无误，未产生PCIe error和crash问题；
远端告警功能默认打开，断开发送光纤，无link状态不稳定现象。

修改点：
1、修改易达16字节收包错误问题，问题原因为：因为新版本的mac的axi总线tlast行为，导致filter使能时，如果出现81~84字节包 和 小于80字节的包 混合接收，会出现偶发chunkinfo错误
2、优化二层裸包过滤相关的硬件逻辑，修改二层裸包测试脚本校验错误和产生PCIe error和crash的问题；
3、远端告警功能默认状态由关闭改为打开，并修复link状态不稳定的现象。

-----------------------------------------------------------------------

本版本为v1.9.2.4，本版本在V1.9.2 patch05版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23061401（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通。
远端告警功能正常。
在2.32和2.222服务器测试，大流量模型时，接收数据上推chunkid正常。

修改点：
1、增加远端告警功能。
2、去除非buffer0中断上推。
3、修复大流量模型时，接收数据上推chunkid错误问题。

-----------------------------------------------------------------------

本版本为v1.9.2 patch05版本，本版本在V1.9.2.3版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23060401（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
在测试服务器环境2.34和2.221跑稳定性脚本 总时长超15小时，未出现crash，ping包正常。

修改点：
1、修改v1.9.2.3版本中crash解决方案存在的bug。

-----------------------------------------------------------------------

本版本为v1.9.2.3版本，本版本在V1.9.2.2版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23052601（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通。

修改点：
1、修改v1.9.2.2版本中crash问题。
2、增加lspci功能显示interrupt：pin A 和 DSN。

-----------------------------------------------------------------------

本版本为v1.9.2.2版本，本版本在V1.9.2 patch01版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23051503（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通。

修改点：
1、修改v1.9.2 patch01版本中crash问题。

-----------------------------------------------------------------------

本版本为v1.9.2 patch01版本，本版本在V1.9.2版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23050801（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通。

修改点：
1、修改v1.9.2中二层过滤规则匹配延时bug导致crash和连接不通的问题。

-----------------------------------------------------------------------

本版本为v1.9.2版本，本版本在V1.9.1 patch01版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110902；
硬件日期（0xc）是23042801（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通。

修改点：
1、MAC模块由xilinx ip改为开源MAC，缩短时延。

-----------------------------------------------------------------------

本版本为v1.9.1 patch01版本，本版本在V1.9.1版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110901；
硬件日期（0xc）是23042401（内部使用）（可通过如下命令查看：yusur_ctl update -b 01:00.0 -r 0-c-4）；

自测：
灯指示正常；ping包可通。

修改点：
1、解决V1.9.1 sfnt-pingpong执行过程中断链的问题。

-----------------------------------------------------------------------

本版本为v1.9.1版本，本版本在1.9.0版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110901；日期（0xc）是h23042001（内部使用）；

自测：
灯指示正常；ping包可通。

修改点：
1、在1.9.0版本基础上，增加CTPIO功能。

-----------------------------------------------------------------------

本版本为v1.9.0版本，本版本在1.8.1版本基础上升级得到：内有swift2200n_t1下载文件。
其中：
t1（new）的标志：版本（0x0）是03110900；日期（0xc）是h23032101（内部使用）；

自测：
灯指示正常；ping包可通。

修改点：
1、在1.8.7版本基础上，硬件逻辑现有机制不变，收发模块重构，优化延时。
2、支持硬件聚合的包中断机制。
3、FPGA程序加载方式改为外部时钟加载。

-----------------------------------------------------------------------

本版本为v1.8.1版本，本版本在1.8.0基础上只修改了灯的控制：内有swift2200n_t0下载文件，对应old板卡；swift2200n_t1下载文件。
其中：
t0（old） 的标志：版本（0x0）是03010801；日期（0xc）是h22121201（内部使用）；
t1（new）的标志：版本（0x0）是03110801；日期（0xc）是h22121201（内部使用）；

自测：
灯指示正常；ping包可通。

修改点：
1、在1.8.0版本上，灯修改有问题，先修改正确。


-----------------------------------------------------------------------


本版本为v1.8.0 pre版本，本版本在1.7.19基础上升级得到：内有swift2200n_t0下载文件，对应old板卡；swift2200n_t1下载文件，对应new板卡.在16版本及以后，下载频率为57M(上个版本是50M）。
其中：
t0（old） 的标志：版本（0x0）是03010800；日期（0xc）是h22111701（内部使用）；
t1（new）的标志：版本（0x0）是03110800；日期（0xc）是h22111701（内部使用）；

自测：
10、11（x86台式机）、31、175（x86服务器+ARM服务器），使用原脚本测试OK。

修改点：
1、为解决pcie error问题：修改了：a、增加了bar2读的rlast的处理；b、pcie的bar2空间从4MB改为1MB；c、xdc约束上，去掉一个伪路径；
2、解决了不link却闪的bug；同时需要验证ethtool配置的影响；
3、t1的加载速率从50M提升到了57M。
影响：
3的影响是加速fpga从flash加载的速率，进而提升了pcie link的概率，但增大了flash加载fpga失败的G概率。


-----------------------------------------------------------------------
本版本为v1.7.19，本版本在1.7.16基础上升级得到：内有swift2200n_t0下载文件，对应old板卡；swift2200n_t1下载文件，对应new板卡.在16版本及以后，下载频率为50M。
其中：
t0（old） 的标志：版本（0x0）是03010719；日期（0xc）是h22111701（内部使用）；
t1（new）的标志：版本（0x0）是03110719；日期（0xc）是h22111701（内部使用）；

自测：
175脚本，长期运行；出现救活次数低（10小时几个）；且可救活。

修改点：
1、增加了中断状态寄存器（0x2070；0x3070）、异常中断统计寄存器（0xc4）；寄存器不影响业务，只是增加调试手段；
2、修改了中断上报方式，在pcie控制器ready=0，及ready=0延时16拍的时刻，停止中断上报。目的是避免中断上报、数据上报的乱序问题。
乱序问题，依赖多用户态线程、大容量数据，容易出现（怀疑台式机不容易出现）。


-----------------------------------------------------------------------
本版本为v1.7.18，本版本在1.7.16基础上升级得到，本版本业务正常，但只用于升级测试。所以只提供了swift2200n_t1下载文件，对应new板卡.
其中：
t1（new）的标志：版本（0x0）是03110718；日期（0xc）是hh22110102（内部使用）；

-----------------------------------------------------------------------
本版本为v1.7.16，本版本在1.7.13基础上升级得到：内有swift2200n_t0下载文件，对应old板卡；swift2200n_t1下载文件，对应new板卡.
其中：
t0（old） 的标志：版本（0x0）是03010716；日期（0xc）是h22102501（内部使用）；
t1（new）的标志：版本（0x0）是03110716；日期（0xc）是h22102501（内部使用）；

自测：
新、老版本测试了：双端口ping -f；流量；观察了act灯；进行了updater升级。

共同的修改点：
1、act灯的闪烁：a、增加了tx数据闪灯，原来固定为rx闪灯；b、闪烁周期（一亮一灭）从原来的20ms，改为了128ms。影响是：原来高频收发包，看不出灯闪，现在能看出。
2、修改了原来的0xA4寄存器：[31:0]=0,正常工作；=1，延时670ms后，从flash加载程序（与老模式兼容）；=其它值，为其它值x10ns的时间后，从flash加载程序。影响：1、需要兼容老的updater；2、新的updater可以设置延时等待时间。


--------------------------------------------------------------------
本版本为v1.7.13，本版本硬件在一个目录内：内有swift2200n_t0下载文件，对应old板卡；swift2200n_t1下载文件，对应new板卡.
其中：
t0（old） 的标志：版本（0x0）是03010713；日期（0xc）是h22101001（内部使用）；
t1（new）的标志：版本（0x0）是03110712；日期（0xc）是h22101001（内部使用）；

自测：
老版本测试了：双端口ping -f；流量；多通道；ptp；观察了act灯；0x1c0寄存器。
新版本测试了：双端口寄存器。

共同的修改点：
    1、修改了port0的act灯问题，只影响灯模式；
	2、修改了能力寄存器0x38寄存器 reg_caps，从32'h04000701改为32'h04000501；中间bit为ptp模式，=1是不符合我们硬件模式的，导致12版本错误；
	3、空地址上增加了0x1C0寄存器，用来表示key状态；bit0=1是key认证通过；bit1是时钟锁定。老模式固定为0x3.
	4、对输入、输出信号，包括sfp的电平信号，i2c接口信号，增加了伪路径设置（原来是没有设置）。为了改进timing加的约束，应该是没有影响。测试中对sfp、eeprom的访问可覆盖。
新版本的修改：
    1、pcie rstn的电平约束，写成了3.3v,改为了1.8V.判断没有影响，实际工作电平为bank电源决定。
	2、增加了microblaze处理器，和key加密认证。认证结果在0x1c0可读出；并且，认证失败后会控制激光器不发光。
  



------------------------------------------------------------------------------------------------------------------------
本版本为v1.7.12，本版本硬件在一个目录内：内有swift2200n_t0下载文件，对应old板卡；swift2200n_t1下载文件，对应new板卡.
其中：
t0（old） 的标志：版本（0x0）是03010712；日期（0xc）是h22092101（内部使用）；
t1（new）的标志：版本（0x0）是03110712；日期（0xc）是h22092101（内部使用）；

自测：
     1、双端口 ping -f 都ok；2、5个灯，循环控制，正常。

修改点：
    1、增加寄存器控制灯状态寄存器
      a、0x38寄存器，从0x4000501改为0x4000701。该寄存器为能力状态；改错会影响业务；依赖软件理解，风险极低。
      b、增加0x48寄存器，控制闪烁频率；增加0x80寄存器，控制5个灯的状态：00=正常工作；01=常亮；10=闪；11=强制灭。
    2、修改port_en=0后，依然允许tx cmd产生。此时，ifconfig down后，芯片依然可向以太网侧发包；依赖关闭光模块，使得down时不会让对端收到报文；统计依然累加。


------------------------------------------------------------
本版本为v1.7.11，本版本硬件在一个目录内：内有swift2200n_t0下载文件，对应old板卡；swift2200n_t1下载文件，对应new板卡.
其中：
t0（old） 的标志：版本（0x0）是03010711；日期（0xc）是h22091401（内部使用）；
t1（new）的标志：版本（0x0）是03110711；日期（0xc）是h22091401（内部使用）；

自测：
     1、双端口 ping -f 都ok。2、256k tx 证明512k tx ram ok。3、arm上iperf性能测试，bug已解除；4、filter过滤多通道，正常。
修改点：
     1、1.7.7版本，是使用了比较值小于1M字节（本次1.7.11，也调整了参数（见ppt表格））；
    2、另外，filter的多通道问题，本次没有继承使用reg的方式，而是使用组合逻辑（old板卡的timing没有违反；new板卡有0.2ns违反，不影响测试）。
   本版本是因为1.7.7之后（1.7.7正常）的1.7.9、1.7.10引入了一个中断bug（发送中断增加了一个条件：chunck结束时刻）。导致在arm环境的延时模型下，chunck提交上报后，出现不产生中断的现象。
备注：
   增加了新中断方式：增加0x54寄存器，bit[0]默认为0，单中断口；设置为1，则为双口中断。

-------------------------------
本版本为v1.7.10，本版本硬件分为2个目录：old（内有swift2200n_t0下载文件）、new（内有swift2200n_t1下载文件）.
其中：
t0（old） 的标志：版本（0x0）是03010710；日期（0xc）是h22091201（内部使用）；
t1（new）的标志：版本（0x0）是03110710；日期（0xc）是h22091201（内部使用）；

自测：
     1、双端口 ping -f 都ok。2、256k tx 证明512k tx ram ok。
修改点：
1、上一个版本（1.7.9）发布的下载文件，在支持512k tx ram上是错误的。是工程编译没有更新IP的原因，上传git的文件，已经是正确的了。因此，本版本下载文件，已修改错误（但没有更新IP文件）。
2、因为timing问题，本次版本，把发送的字节统计；接收各buffer的字节统计固定为0了。timing需要尝试多个布局布线策略。本下载文件，不存在timing问题（我已选择了无违反的策略）。

-----------------------------------------------
本版本为v1.7.9，本版本硬件分为2个目录：old（内有swift2200n_t0下载文件）、new（内有swift2200n_t1下载文件）.
其中：
t0（old） 的标志：版本（0x0）是03010709；日期（0xc）是h22090602（内部使用）；
t1（new）的标志：版本（0x0）是03110709；日期（0xc）是h22090602（内部使用）；

自测：
     1、双端口 ping -f 都ok。2、256k tx 证明512k tx ram ok。
修改点：
1、512k tx ram只支持到256k的bug，已解决；
2、ptp读不到本地时钟寄存器，已解决。同时，可验证精度的稳定度是否改进。
3、Hz寄存器，从0改为了250MHz；
4、vlan的过滤已支持（不用，可不测）；
5、统计已支持，并且chunckinfo已支持（不用，可不测）。
6、fualtype fifo已更新（内部）


------------------------------------------------------------------------

本版本为v1.7.7，本版本硬件分为2个目录：old（内有swift2200n_t0下载文件）、new（内有swift2200n_t1下载文件）.
其中：
t0（old） 的标志：版本（0x0）是03010707；日期（0xc）是h22082602（内部使用）；
t1（new）的标志：版本（0x0）是03110707；日期（0xc）是h22082602（内部使用）；

自测：
     1、双端口 ping -f 都ok。
修改点：
    1、tx buffer修改为了512KB;
    2、rx buffer0的尺寸可以设置；
    3、原0x200偏移量为0x2000；原0x240偏移量改为0x3000.（外部不用感知）；
    4、代码采用了asic化代码，取自asic分支（外部不用感知）。
	5、按照有统计，进行了寄存器读取（外部不用感知）。
-----------------------------------
本版本为v1.7.5：
标志：版本（0x0）是03010705。
日期（0xc）是h22080301，为内部使用
自测：
     1、双端口 ping -f 都ok。
修改点：
    整理代码，跟随新PCB做了调整少量代码调整，不影响功能。
附，内部说明：
    计划老040板卡，称为ES版本；新040，称为Production版本。两者的版本号，ES版本是0x03010705，Production版本是0x03110705。
    代码顶层：swift2200n_t0，对应的是ES板卡烧写程序
      	    swift2200n_t1，对应的是Production板卡烧写程序



-----------------------------------
本版本为v1.7.4：
标志：版本（0x0）是03010704。
日期（0xc）是h22080301，为内部使用

自测：
1、双端口 ping -f （64和65500），无丢包。
2、使用ip filter和mac filter测试，端口0、1都ok。

修改点：filter功能在端口0正常，端口1不工作。发现是proc的地址译码，采用了较多地址线（全译码），只涵盖了端口0的偏移地址。修改该译码后，端口1工作正常。


-----------------------------------
本版本为v1.7.3：
标志：版本（0x0）是03010703。
日期（0xc）是h22072301，为内部使用

自测：
1、双端口 ping -f （64和65500），无丢包。
2、在arm lanex2上，ping -f还是有丢包。

修改点：上推的c2f状态机，没有受tready控制，在lanex2时，导致状态过早回到idle，导致chucnk info上推的不对（成了下一个数据），进而导致软件死机。

-----------------------------------

本版本为v1.7.2：
标志：版本（0x0）是03010702。
日期（0xc）是h22072001，为内部使用

自测：
1、ping 65500，两端MTU9600，winshark收到9610（比预期少4个）。


修改点：mac的rx len由9600修改为9024。



-----------------------------------------------------------
本版本为v1.7.1：
标志：版本（0x0）是03010701。
日期（0xc）是h22071901，为内部使用

自测：
1、双端口，ping -f（长度为65500，128），几十多分钟50百万包无问题。
2、裸包环回：延时1.391-1.392us（64字节百万包）。

修改点：pio的crossbar，IP的一个参数没有改过来。这次修改，回归与1.6.3、1.6.4一致。
同时，pio的delay固定为12了。

故障分析：1、在arm的sp2（224）发现，脚本自动化导致pcie出现bar空间ff（配置空间正常）；单独跑band脚本也立刻出现了ff。但是后面运行4次1.6.4、2次1.7.0+1次1.7.0异常连跑都没有重复。判断为概率问题。
同时，在自己环境下，满速率打流，updown 100次没有出现。


--------------------------------------------------------
本版本为v1.7.0：
标志：版本（0x0）是03010700。
日期（0xc）是h22071501，为内部使用

自测：
1、双端口，ping -f（长度为65500，128），10多分钟8百万包无问题。
2、裸包环回：延时1.391-1.392us（64字节百万包）。
欠：1588测试。

修改点：
1、修改了ptp的主时钟，改为本地时钟，解决了ptp精度问题；同时，tx lasttime返回依赖type7=1，使得ptp协议不屏蔽其它报文发送（需验证）。
2、pio的延时delay默认为8，同时改为寄存器可配置。

影响：增加ptp功能。


-------------------------------
本版本为v1.6.3：
标志：版本（0x0）是03010603。
日期（0xc）是h22070303，为内部使用
修改点：
1、s_proc.v里的axis_reg的ready_o连接线。原版本连接错误，应该使用axis_reg输出的ready（原版本保持了pcie模块的ready）。
原故障：在2.103模块里，单端口（双端口发送会出现crash）发送会出现arbiter判决模块处于等待status—valid的死机状态，这是上行报文、feedback都无法发送；但devmem可以访问。
分析：发现死机是由于rlast没有给pcie模块（axis_reg输出没有rlast，但mac_rlast，即axis_reg输入，是有的）。发现是tready接错。其它电脑，可能因为pcie模块的tready给的较早，因此没有出现。错误波形可以见2.104里的0703 ila。
修改后的影响：
此问题，是1.6.0及其更新代码出现的；v1.5.x应该没有此问题（所以，之前的crash，还需要再测试分析）。

2、verilog-pcie模块，跟随git做了升级
升级的影响，基本可以忽略。

3、中断请求的一个修改
中断请求，原来是要求有数据进入的（寄存器配置未必产生中断）；修改后，只要写寄存器，且寄存器chunck id小于等于硬件当前值：h8000（h4000是一个2MB）。

4、arbiter的status_valid的产生方式，原来是verilog-pci提供，现在改为在axi_crossbar的rvalid&rready*rlast即产生valid；并修改了arbiter的状态机（这个影响不大）。
实际测试中，发现在2.103的裸包延时，从1.78降低到1.6；但在6.53，从1.2增加到1.25.具体原因，还不明确。

5、配置从flash加载后，延时1s执行。
结合软件update，对ep进行disable设置，可以解决update加载的crash问题。


影响：
1、解决了2.103上的收发包bug，不会进入无法收发包的状态了。响应的的，crash问题有改进。
2、效率问题，还未知。修改status_valid后，判决的反应应该是加快，但是描述符与数据之间建立了耦合而非独立流水。



port_en=0时，是否有一个256存在预读的axis_reg里？看起来不会，mac_rvalid由send（受状态机控制）。







---------------------------------------
本版本为v1.6.2：
标志：版本（0x0）是03010602。
日期（0xc）是h22062502，为内部使用
修改点：
本版本主要解决中断机制修改为默认基于chunckid来实现；tx的last timestamp修改为基于chunck info里的type[7]。
修改影响：
主要是，中断机制的修改，能够提升稳定性，改进性能。

---------------------------------------------------------------------------------

本版本为v1.6.1：
标志：版本（0x0）是03010601。
日期（0xc）是h22062004，为内部使用
本版本主要解决pcie出现ff的bug。

修改点：
1、timing：去掉了debug信号；almost full增加了寄存器。现在timing都满足。
2、解决pcie读出ff的bug。
	故障现象：满速率给小黑卡打流，小黑卡config up、down，反复10次会出现：bar空间访问返回都是ff值。
	故障原因：软件在up时申请内存，有概率申请为32bit地址空间，配给硬件。此时，bit【0】为1。原硬件将bit0直接做地址去推送，会导致pcie挂死。（通过仿真，证明确实能复现）。
	修改硬件，bit0固定为0后，重复up、down有200多次，没有出现ff。需要升硬件；建议我把硬件先给池工，晚上打其脚本。
3、reset，hw的复位时间，hareware的复位信号有所改动。
-----------------------下面是v1.6.0-------------
版本（0x0）是03010600，updata与yusur_config以此为准。
日期（0xc）是h22061801，为内部使用。
1.5.2遇到的问题，主要是1、flash加载导致crash；2、稳定性问题。
本次都有修改：flash加载软件已升级，避免crahsh'。另外，不稳定性，认知有了进步，还得实验(线速打流时加卸载时容易出现）。

修改点：
1、增加了c2h数据的寄存器，timing已经满足了。
2、增加数千信号；
3、mac写入增加了对almost full的处理；
4、改进了对hw reset和300m pll的复位；
5、poort_en=0时关闭了cmd 写；
6、c2h，将port_en abort改为了帧结束或一个chunck abort即结束传输；

遗留点：
1、1588的标志未改；port_en=0时，帧结束不会产生fiffo复位（启动后可能存有遗留的帧）
2、flash的写保护没做；pio不依赖status，没改；对32bit地址空间，c2h的地址，没有处理；
3、打流条件下，加卸载的稳定性，需要再查。





-----------------------下面是v1.5.2-------------
1、v1.5.2是为了解决v1.5.1的bug（v1.5.1在双口流量下出现pcie挂死，原因是crossbar ip的bug）。
2、相对1.5.1，本版本的filter功能改正确了（修正了ip规则查找，修改了写入规则结果的时刻。据说mac规则反复删除有概率出错）。
本版本遗留：
1、下行的delay固定为12了；
2、flash写保护未调完；
3、timing问题还存在。
PIO的1588标识加了。
timing违反0.38ns
-------------------下面是v1.5.1-----------
日期（0xc）是h22060301；版本（0x0）是03010501
修改点：
1、chucnk id、generate的归零，不受port_en影响了，由写buffer 地位地址的操作触发。影响：裸包测试，不需要执行devmem；不会出现裸包测试时ping断一段时间的问题；
2、0x238固定为h60080000，即默认filter功能是使能的了。影响：裸包测试，可以不用devmem；arm也可以测试；
3、config down时，关闭了mac的rx使能；down时是否导致碎包，不太确定。
4、pio修改，降低了cmd提前的风险。影响：传输稳定性。
