硬件发出中断后死机的问题？ 用gdb怎么跟踪死机的痕迹？

guoissac

我现在用一个PCI板卡产生中断，中断周期设定在10ms, 中断一开始就马上死机，只剩下屏幕光标在闪，键盘全部失效了。
问，碰到这种情况该怎么办？
用KGDB跟踪，单步执行到硬件发出中断的指令后，目标机同样死掉，只剩下屏幕光标闪；根本就进不到中断处理程序里面去。
但是我跟踪 request_irq( )是正常的。
请问有什么办法能抓住死机的痕迹？像这样一下死掉，任何反应都没有，不知道该怎么跟踪，发现问题？
我现在用DDD调试，有什么命令能够继续我内核深处跟踪，找到死机的根源？

麻烦各位前辈指教一下。

一剑封尘

看看                                             

folklore

单步执行到硬件发出中断的指令后

猜：写错Register了。

guoissac

回复 3# folklore


    我也跟你有同样的怀疑，
但是我是有一个这个板卡windows下的驱动程序。这个windows下的驱动一切正常；
我先对这个windows驱动源码用softice一步一步验证了各个register的读写内容；
然后按照同样的方法，对linux下的驱动用DDD 一步一步跟踪，实在找不出register的问题。

folklore

回复 4# guoissac


    pci的端口号不是固定的， 如果Windows下正好分配到可用的端口号， 则无事， Linux下分配到不是期望的端口号，则死了。
先看看有没有做端口号是否分配成功检测（及定位到正确的基地址）。
、

PS: Softice还能在Windows 7下跑？或者你还在用xp?

guoissac

回复 5# folklore

感谢您的指点，我再去验证一下。

   

guoissac

回复 4# guoissac


    感谢folklore先生的指点，我又仔细折腾了一遍我的驱动代码，发现对PCI基地址和PCI 的Register的操作代码还是有问题；
后来又搜到一篇文章，是翻译 /Documentation/PCI/pci.txt的；但是译的不好，于是又仔细读了原文，发现这么一段：

3.2 Request MMIO/IOP resources
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Memory (MMIO), and I/O port addresses should NOT be read directly from the PCI device config space.
Use the values in the pci_dev structure as the PCI "bus address" might have been remapped to a "host physical" address by the arch/chip-set specific kernel support.

然后看了我自己的代码，发现没有按照上面这段话说的那样"Use the values in the pci_dev structure" , 我把pci_resource_start()获得的BAR 赋值给了另外一个变量，后面对Register的操作都是通过这个变量来进行，导致死机。

改为 “Use the values in the pci_dev structure”，问题解决；

现在中断程序跑得哗哗的。

感谢folklore先生的指点，感谢各位。