神秘的中断

UHCI 中规定的 host controller 的中断的中断号是 Intel 定义的
还是 windows 自己定义的，在什么地方可以找到呢？？

pci设备的中断号是系统分配的，这个在pci手册里说的很清楚。如果想看主机控制器的中断号可在设备管理器理查到。

我看过，我的机器里是11，但是microsoft 的文档里提到：
Note   USB interrupt transfers do not generate interrupts to the microprocessor. The USB host controller processes the interrupts.
那在管理器里看到的这个11是什么意思呢？？确切一点，是不是host controller 在UHCI中提到的中断呢？？我试过用windriver去拦截它，可是在我的u盘作任何操作的时候它都没有反应。

我看过，我的机器里是11，但是microsoft 的文档里提到：
Note   USB interrupt transfers do not generate interrupts to the microprocessor. The USB host controller processes the interrupts.
那在管理器里看到的这个11是什么意思呢？？确切一点，是不是host controller 在UHCI中提到的中断呢？？我试过用windriver去拦截它，可是在我的u盘作任何操作的时候它都没有反应。

USB interrupt transfers

指的是usb三种传输模式的一种，中断传输，bulk传输，同步传输。这和pc外设向cpu产生的中断完全不一样。你先看看usb协议方面的资料。

我看过，我的机器里是11，但是microsoft 的文档里提到：
Note   USB interrupt transfers do not generate interrupts to the microprocessor. The USB host controller processes the interrupts.
那在管理器里看到的这个11是什么意思呢？？确切一点，是不是host controller 在UHCI中提到的中断呢？？我试过用windriver去拦截它，可是在我的u盘作任何操作的时候它都没有反应。

USB interrupt transfers 指的是usb的三种传输模式中断，批量，同步传输的一种，这个传统的pc中断没有任何相似之处。你先看看usb协议方面的资料。

谢谢你的提醒，usb的协议我看过了，没错，是中断传输，那么UHCI spec中提到的那个中是不是就是就是设备管理器中的那个中断呢？？因为就像我上面说的，我用windriver监听那个irq，没有跟踪到任何usb的行为？？这是我感到疑惑的地方。如果这个irq真的的是UHCI中提到的那个中断，我想我可以利用它和host controller打交道，甚至直接到frame list中找到transfer descriptor，取得从devie过来的第一手数据。

谢谢你的提醒，usb的协议我看过了，没错，是中断传输，那么UHCI spec中提到的那个中是不是就是就是设备管理器中的那个中断呢？？因为就像我上面说的，我用windriver监听那个irq，没有跟踪到任何usb的行为？？

spec里应该是中断传输，设备管理器看到的pc中断。

这是我感到疑惑的地方。如果这个irq真的的是UHCI中提到的那个中断，我想我可以利用它和host controller打交道，甚至直接到frame list中找到transfer descriptor，取得从devie过来的第一手数据。

我没做到这一层，应该可以，但是难度比较大。

无论如何还是谢谢你的帮助，20分全给你了
这里给不了了，外面给

[编辑 -  11/19/02 by  Davisfront]