在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
EETOP诚邀模拟IC相关培训讲师 创芯人才网--重磅上线啦!
查看: 2855|回复: 3

PCI的retry状态,高手请指点

[复制链接]
发表于 2008-9-19 10:38:09 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
在调试我的PCI-PCI桥代码,遇到了一些关于PCI 中retry状态的问题,不懂,还忘高手指点。
先说一下我这个系统的整体结构,SoC内部集成了北桥和内存控制器,因此,SoC的PCI总线经过我的PCI-PCI桥,扩展了一级PCI总线,在后端PCI总线上接一个网卡。
问题描述:
      当SoC读取桥后端网卡么memory空间中的数据时,PCI-PCI桥要先给一个retry信号(在第一个数据期置DEVSEL#和STOP#有效,TRDY#无效),但我发现SoC只retry了两三次,这样,我从后端网卡memory空间中读到的数据无法传给SoC。
      当网卡发起一次memory操作读取桥前端的主存空间中的数据时,PCI-PCI桥也要先给网卡一个retry状态,但网卡就不再发起相同的操作了。

请问这是为什么?是我对retry状态的理解有问题吗?还是PCI-PCI桥的retry状态需要额外的其他信号?LOCK#?不明白,希望高手指点,谢谢。

图片就是我在chipscope中转到的网卡发起一次memory操作后的信号。[local]1[/local]
 楼主| 发表于 2008-9-22 11:15:38 | 显示全部楼层
[local]1[/local]
发表于 2008-9-26 11:42:27 | 显示全部楼层
根据PCI协议, 发起方发起non-posted transaction被retry时, 必须无条件重试, 但是可以在该transaction完成之前发起别的transaction, 因此, 由于chipscope抓的波形深度有限, 可能看不到后续的重试操作,建议用逻辑分析仪看看。
 楼主| 发表于 2008-9-26 17:19:58 | 显示全部楼层


原帖由 jamyce 于 2008-9-26 11:42 发表
根据PCI协议, 发起方发起non-posted transaction被retry时, 必须无条件重试, 但是可以在该transaction完成之前发起别的transaction, 因此, 由于chipscope抓的波形深度有限, 可能看不到后续的重试操作,建议用逻辑分析 ...


谢谢,现在问题已经解决,是我代码中的问题,还是表示感谢。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条


小黑屋| 手机版| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-11-25 01:43 , Processed in 0.029167 second(s), 9 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表