SRIO的contextbit

lkjljljlj 发表于 2018-6-21 07:01
Context ID类似于我们常说的序列号，只不过它的编号只有0,1.
当你启动一个传输请求时，你会记下这个传输的序列号(context ID)。当传输结束时，这个传输对应的序列号(context ID)和完成码会被SRIO硬件更新到状态寄存器中。所以当你检查到状态寄存器中的序列号和你发起请求时记录的序列号一致就表示你的传输完成了。 ...

dlanny 发表于 2018-6-21 07:10
Feng你好，我想问一下，我准备测试两块DSP之间的通信，但是程序一直卡在等待端口的使能那，你给的程序注释是:wait all enabled ports ok!，但是我查询RIO_SP.RIO_SP_ERR_STAT的值始终为1，说明端口初始化失败，能不能推断原因在哪？还有一个问题想问你，也很重要啊，就是为啥我在电脑上不能在论坛上发帖呢？就是编辑输入的 ...

lkjljljlj 发表于 2018-6-21 07:27
PORT OK是个基础性的状态指示，跟它相关的原因太多了，一般首先要检查：
1.双方的配置是否一致
2.硬件连接及信号是否正常，最好是测眼图。

dlanny 发表于 2018-6-21 07:38
又出现了一个问题，就是现在端口使能正常了，但程序卡在了Keystone_SRIO_match_ACK_ID函数中的Keystone_SRIO_wait_LSU_completion中，也就是uicompletionCode为3，contextBit为0，我只是初始化啊，还没发包呢，怎么会completionCode和contextBit不符呢？

lkjljljlj 发表于 2018-6-21 07:27
PORT OK是个基础性的状态指示，跟它相关的原因太多了，一般首先要检查：
1.双方的配置是否一致
2.硬件连接及信号是否正常，最好是测眼图。

dlanny 发表于 2018-6-21 08:13
并且有一端的console会出现match_ACK_ID SP_AKID_STAT=0X101

lkjljljlj 发表于 2018-6-21 08:23
你应该是照搬的例程中对KeyStone_SRIO_match_ACK_ID()的调用吧？
你要分析一下这你的测试场景中是否需要调用这个函数，如果需要的话调用参数是否需要根据实际情况修改。
一般需要调用这个函数的场景是，本端复位重配，而另外一端正常运行（没有复位重配). ...

dlanny 发表于 2018-6-21 08:40
那我现在是刚开始想建立连接，就不需要这个函数啦？我之前的程序是两边都用了这个函数，相关的参数肯定是改了的，那到底是需要这个函数还是只一端需要?或者两边都不需要?