提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档
xilinx srio ip学习笔记之srio example
- 前言
- IP的配置
- 例程
前言
前面对SRIO的理论有了初步的理解，现在急需要通过理解例程并且修改例程来建立自信心了。
学东西确实是需要有一种任务驱动才能学的快，以前也想通过自学学习SRIO，但就是没有动力，但有了任务驱动之后，确实学习的效率高多了
IP的配置
就是这三页比较主要的，我是这么设置的，之所以设置为3个lane。是我下载到一个创龙的example，他用到了3个lane，我希望我理解完xilinx官方的例程之后，直接套用创龙的例程去仿真。这样的话我既理解了官方的例程，又自己修改了一个，也就达到我希望的目的了
例程
（1）去除一些暂时不关心的模块
xilinx 自带的例程包含了很多调试用的东西，包括打印啊，统计之类的，这里我为了简单一点暂时先不用这些
parameter SIM_VERBOSE = 1, // If set, generates unsynthesizable reporting
parameter VALIDATION_FEATURES = 1, // If set, uses internal instruction sequences for hw and sim test
parameter QUICK_STARTUP = 1, // If set, quick-launch configuration access is contained here
parameter STATISTICS_GATHERING = 1, // If set, I/O can be rerouted to the maint port [0,1]
这里SIM_VERBOSE 这个标识为1会多一些报告功能，会在modelsim仿真的时候打印，暂时先不用改成0
QUICK_STARTUP 这个是会发起维护事物的标识，因为目前主要聚焦为IO事物，暂时也先把维护事物屏蔽，暂时先不用改成0
STATISTICS_GATHERING 这个也是一个统计包的功能，上板调试的时候可能有用，但我现在modelsim仿真暂时不用，改成0
最终这些参数如下图所示，
parameter SIM_VERBOSE = 0, // If set, generates unsynthesizable reporting
parameter VALIDATION_FEATURES = 1, // If set, uses internal instruction sequences for hw and sim test
parameter QUICK_STARTUP = 0, // If set, quick-launch configuration access is contained here
parameter STATISTICS_GATHERING = 0, // If set, I/O can be rerouted to the maint port [0,1]
parameter C_LINK_WIDTH = 4
之后，主要的文件就剩下
srio_request_gen_srio_gen2_4lane和srio_response_gen_srio_gen2_4lane这两个文件了。
（2）把镜像改成环回模式，到时候上板调试的时候因为只有一个板，也只能先环回
srio_example_top_srio_gen2_4lane
NOTE: uncomment these lines to simulate packet transfer
// #(
// .SIM_ONLY (0), // mirror object handles reporting
// .VALIDATION_FEATURES (1),
// .QUICK_STARTUP (1),
// .USE_CHIPSCOPE (0),
// .STATISTICS_GATHERING (1)
// )
srio_example_top_primary
(.sys_clkp (sys_clkp),
.sys_clkn (sys_clkn),
.sys_rst (sys_rst),
.srio_rxn0 (srio_txn0),
.srio_rxp0 (srio_txp0),
.srio_rxn1 (srio_txn1),
.srio_rxp1 (srio_txp1),
.srio_rxn2 (srio_txn2),
.srio_rxp2 (srio_txp2),
.srio_rxn3 (srio_txn3),
.srio_rxp3 (srio_txp3),
.srio_txn0 (srio_txn0),
.srio_txp0 (srio_txp0),
.srio_txn1 (srio_txn1),
.srio_txp1 (srio_txp1),
.srio_txn2 (srio_txn2),
.srio_txp2 (srio_txp2),
.srio_txn3 (srio_txn3),
.srio_txp3 (srio_txp3),
.sim_train_en (1'b1),
.led0 (led0_primary),
.data_clk (data_clk)
);
就留上上述这个模块，另一个mirror模块删掉。
注意这么环回的话，源的device ID和目的的device ID要设置成一样的，确保自己能够收到自己的包
（3）srio_request_gen_srio_gen2_0就是请求方，
作为主动发包方，
#(.SEND_SWRITE (1),
.SEND_NWRITER (1),
.SEND_NWRITE (1),
.SEND_NREAD (1),
.SEND_FTYPE9 (0),
.SEND_DB (1),
.SEND_MSG (1))
以及instruction_list.vh中的以下语句
localparam NUM_SWRITES = SEND_SWRITE ? 37 : 0;
localparam NUM_NWRITERS = SEND_NWRITER ? 19 : 0;
localparam NUM_NWRITES = SEND_NWRITE ? 19 : 0;
localparam NUM_NREADS = SEND_NREAD ? 26 : 0;
localparam NUM_DBS = SEND_DB ? 2 : 0;
localparam NUM_MSGS = SEND_MSG ? 17 : 0;
localparam NUM_FTYPE9 = SEND_FTYPE9 ? 1 : 0;
localparam NUMBER_OF_INSTRUCTIONS = NUM_SWRITES + NUM_NWRITERS + NUM_NWRITES + NUM_NREADS + NUM_DBS + NUM_MSGS + NUM_FTYPE9;
这里的这些设置会依次让srio_request_gen_srio_gen2_0这个模块发送
37个SWRITE事务
19个NWRITER事务
19个NWRITE事务
26个NREAD事务
2个DB事务
2个MSG事务
FTYPE9因为不是rapidio规范中所定义的事务，这里我们也暂时不管。
如果是这么仿真的话，只会发现一大堆的波形，很难看。再这里我希望每次仿真都只发一个事务，而且每个事务都只发一个包。
因此我把这里改成了
localparam NUM_SWRITES = SEND_SWRITE ? 1 : 0;
localparam NUM_NWRITERS = SEND_NWRITER ? 1 : 0;
localparam NUM_NWRITES = SEND_NWRITE ? 1 : 0;
localparam NUM_NREADS = SEND_NREAD ? 1 : 0;
localparam NUM_DBS = SEND_DB ? 1 : 0;
localparam NUM_MSGS = SEND_MSG ? 1 : 0;
localparam NUM_FTYPE9 = SEND_FTYPE9 ? 1 : 0;
这里我只想仿真1个SWRITE事务，就改成如下
#(.SEND_SWRITE (1),
.SEND_NWRITER (0),//1
.SEND_NWRITE (0),//1
.SEND_NREAD (0),//1
.SEND_FTYPE9 (0),
.SEND_DB (0),//1
.SEND_MSG (0))//1
ireq端口发出的内容
treq端口接收的的内容
内容是不变的，两个8字节分别是0000000000000000和0101010101010101
发的包头是006020fcd0000600
收的包头是00602000d0000600
收到的内容为：
参考HELLO包的格式图
FTYPE=6, PRIO = 1 （SIZE = 16）这个长度设置这里是多余的，因为协议中是保留字段
两个保留位也写成了1，这个也是多余的
ADDR = 0d0000600
设置SWRITE事务，这个是没有响应的，那我们再看下DOOBEER事务。
把这里设置成只发一个DOORBELL的形式
#(.SEND_SWRITE (0),
.SEND_NWRITER (0),//1
.SEND_NWRITE (0),//1
.SEND_NREAD (0),//1
.SEND_FTYPE9 (0),
.SEND_DB (1),//1
.SEND_MSG (0))//1
开始仿真，因为doorbell是带响应的，因此4组AXI总线上都会有数据
先看ireq接口的：
srcTID=0
FTYPE = 10
prio = 1
R8 = 1(SIZE = 1)，这个应该是多余的
infoMSB = 8’h44
infoLSB = 8’h44
然后这个包流转到了treq
得到 00a0200044440000
这里就没有这个多余的R8 = 1了
srcTID=0
FTYPE = 10
prio = 1
infoMSB = 8’h44
infoLSB = 8’h44
然后就是响应包
targetTID=0
FTYPE = 13
prio = 2
其他的都没有了
由上图可知FTYPE = 13，所以这是一个响应事务，prio字段变成了2，而NWRITE_R字段的prio字段为1，这是因为响应事务的prio为请求事务的prio+1,
然后就是接收到的响应包，和发出来的完全是一样的
怎么判断这个响应包就是对应之前的请求包呢，应该就是srcTID和targetTID来确定的吧
