21,595
社区成员
发帖
与我相关
我的任务
分享PCI桥 中断驱动的问题
在工控板上（Linux2.6的内核）做一个PCI桥的驱动。PCI桥设备上的Memory已经可以读写了，剩余一个PCI中断的问题
没有做过，问一下大家。
硬件工程师跟我说，他们把中断信道坐在了PCI的SERR上。而且已经可以测量到中断时电平的变化。
但是我不知道这个SERR如何映射到我的驱动上。
lspci设备时可以看到：
01:06.0 Bridge: Unknown device 1980:0517 (rev 90)
Subsystem: Altera Corporation Unknown device 0000
Flags: medium devsel, IRQ 161
Memory at fc000000 (32-bit, non-prefetchable) [size=32M]
提示IRQ161， 我不知道这个IRQ161是不是就是Linux内核为PCI设备的SERR分配的中断号。
我在驱动里面调用：
request_irq(pcidev->irq, &pci_bridge_interrupt, IRQF_SHARED, PCI_DRIVER_NAME, dev)
可以提示注册中断成功，其中pcidev->irq就是161
但是pci_bridge_interrupt捕捉不到中断的发生。
而且在rmmod时，出现内核崩溃。如果在模块Probe时，不调用request_irq，rmmod这个模块时，内核是不会崩溃的。
弄了两天了，没有结论！大家帮忙啊！
没有做过，问一下大家。
硬件工程师跟我说，他们把中断信道坐在了PCI的SERR上。而且已经可以测量到中断时电平的变化。
但是我不知道这个SERR如何映射到我的驱动上。
lspci设备时可以看到：
01:06.0 Bridge: Unknown device 1980:0517 (rev 90)
Subsystem: Altera Corporation Unknown device 0000
Flags: medium devsel, IRQ 161
Memory at fc000000 (32-bit, non-prefetchable) [size=32M]
提示IRQ161， 我不知道这个IRQ161是不是就是Linux内核为PCI设备的SERR分配的中断号。
我在驱动里面调用：
request_irq(pcidev->irq, &pci_bridge_interrupt, IRQF_SHARED, PCI_DRIVER_NAME, dev)
可以提示注册中断成功，其中pcidev->irq就是161
但是pci_bridge_interrupt捕捉不到中断的发生。
而且在rmmod时，出现内核崩溃。如果在模块Probe时，不调用request_irq，rmmod这个模块时，内核是不会崩溃的。
弄了两天了，没有结论！大家帮忙啊！
...全文
请发表友善的回复…
发表回复
lif2000 2011-10-10
- 打赏
- 举报
结贴!ooo
lif2000 2011-09-19
- 打赏
- 举报
看到PCI有专门的错误处理接口，的确不是 request_irq， 但是接口还没有调通，正在找原因
可能跟硬件有关。
谢谢cqbamboo！
解决后通报。
可能跟硬件有关。
谢谢cqbamboo！
解决后通报。
钱国正 2011-09-17
- 打赏
- 举报
不太懂，帮顶了，希望您早日解决
lif2000 2011-09-17
- 打赏
- 举报
SERR
（2）（system error）（o/d）
系统错信号，输出，漏极开路，该信号在同一时间内可由多个PCI代理驱动。在产生地址奇偶校验错、专用周期数据奇偶校验错及其他严重错误时，PCI设备可以驱动系统错误信号有效，被看做向系统报告严重错误的最后求助途径。通常在置为有效时，引起NMI中断。
PCI总线引脚数为120条 其中的一个。 和INTx是并列的，所以，硬件上用的不是INTx，是不是驱动里面就不是request_irq 和 free_irq 那些函数了。
但是，应该怎么做呢？
（2）（system error）（o/d）
系统错信号，输出，漏极开路，该信号在同一时间内可由多个PCI代理驱动。在产生地址奇偶校验错、专用周期数据奇偶校验错及其他严重错误时，PCI设备可以驱动系统错误信号有效，被看做向系统报告严重错误的最后求助途径。通常在置为有效时，引起NMI中断。
PCI总线引脚数为120条 其中的一个。 和INTx是并列的，所以，硬件上用的不是INTx，是不是驱动里面就不是request_irq 和 free_irq 那些函数了。
但是，应该怎么做呢？
lif2000 2011-09-17
- 打赏
- 举报
修改了一下freeirq的函数，内核崩溃已经不会发生了，但是还是捕捉不到中断。
我怀疑161跟SERR的NMI中断不是一码事
我怀疑161跟SERR的NMI中断不是一码事
cqbamboo 2011-09-17
- 打赏
- 举报
或者我上面的理解是错的。
你的pci bridge 和 host 之间就是通过这个 SERR 信号线来通知有中断？
如果是这样，估计你就不能用 request_irq()， 你看能不能查看SERR寄存器，然后找到错误源？
你的pci bridge 和 host 之间就是通过这个 SERR 信号线来通知有中断？
如果是这样，估计你就不能用 request_irq()， 你看能不能查看SERR寄存器，然后找到错误源？
cqbamboo 2011-09-17
- 打赏
- 举报
[Quote=引用 4 楼 lif2000 的回复:]
SERR
（2）（system error）（o/d）
系统错信号，输出，漏极开路，该信号在同一时间内可由多个PCI代理驱动。在产生地址奇偶校验错、专用周期数据奇偶校验错及其他严重错误时，PCI设备可以驱动系统错误信号有效，被看做向系统报告严重错误的最后求助途径。通常在置为有效时，引起NMI中断。
PCI总线引脚数为120条 其中的一个。 和INTx是并列的，所以，硬件上用的不是……
[/Quote]
根据你的解释，你的中断触发是不是这么个过程，
PCI device interrupt ---> PCI bridge SERR ---> PCI bringe NMI interrupt
如果这样的话，那这个 NMI interrupt 是怎么通知host的呢？
你说了，没有用INTx，那么host 和 pci bridge 之间还有用其他的硬件连线来通知这个NMI interrupt？
SERR
（2）（system error）（o/d）
系统错信号，输出，漏极开路，该信号在同一时间内可由多个PCI代理驱动。在产生地址奇偶校验错、专用周期数据奇偶校验错及其他严重错误时，PCI设备可以驱动系统错误信号有效，被看做向系统报告严重错误的最后求助途径。通常在置为有效时，引起NMI中断。
PCI总线引脚数为120条 其中的一个。 和INTx是并列的，所以，硬件上用的不是……
[/Quote]
根据你的解释，你的中断触发是不是这么个过程，
PCI device interrupt ---> PCI bridge SERR ---> PCI bringe NMI interrupt
如果这样的话，那这个 NMI interrupt 是怎么通知host的呢？
你说了，没有用INTx，那么host 和 pci bridge 之间还有用其他的硬件连线来通知这个NMI interrupt？
ezword 2011-09-17
- 打赏
- 举报
没有MSI中断？
lif2000 2011-09-17
- 打赏
- 举报
Linux2.6的内核似乎不支持SERR信号的处理。
至少我看X86上不支持。
至少我看X86上不支持。
cqbamboo 2011-09-16
- 打赏
- 举报
“他们把中断信道坐在了PCI的SERR上”，这句话有点不太懂
PCI设备不是有几条INT中断线吗？不是用的INTx？
PCI设备不是有几条INT中断线吗？不是用的INTx？
woshi_ziyu 2011-09-16
- 打赏
- 举报
[Quote=引用楼主 lif2000 的回复:]
在工控板上（Linux2.6的内核）做一个PCI桥的驱动。PCI桥设备上的Memory已经可以读写了，剩余一个PCI中断的问题
没有做过，问一下大家。
硬件工程师跟我说，他们把中断信道坐在了PCI的SERR上。而且已经可以测量到中断时电平的变化。
但是我不知道这个SERR如何映射到我的驱动上。
lspci设备时可以看到：
01:06.0 Bridge: Unknown dev……
[/Quote]
回家看
帮顶
在工控板上（Linux2.6的内核）做一个PCI桥的驱动。PCI桥设备上的Memory已经可以读写了，剩余一个PCI中断的问题
没有做过，问一下大家。
硬件工程师跟我说，他们把中断信道坐在了PCI的SERR上。而且已经可以测量到中断时电平的变化。
但是我不知道这个SERR如何映射到我的驱动上。
lspci设备时可以看到：
01:06.0 Bridge: Unknown dev……
[/Quote]
回家看
帮顶