现在已有驱动程序,设备也能工作,需要得到其工作时从USB总线传过来的数据。写一个 filter driver 位于 bus driver 和 device driver 之间应该可以做到。但这种事应该已有人做过了吧??
回复(41) 2003-09-23 14:39 来自版块 - USB驱动开发
表情
flytomoonyou are right! :D(2003-09-24 15:27)
jason.gao收到了,老大果然慷慨。有事您说话,我尽力!OK? 哪里哪里,还是您老大慷慨啊,在时间、带宽、打字。。。方面:D:D:D BTW:应该看第8章吧(俺只略看过5、9章) (2003-09-24 15:23)
flytomoon收到了,老大果然慷慨。有事您说话,我尽力!OK?(2003-09-24 15:17)
jason.gaoKAO,俺什么时候赖过帐呀!:D:D 不过,表示理解!:):) 还是要KAO的是,俺辛辛苦苦打了半天分,结果说给出的分已超过总分。结果退回去修改时,打的分全没了,又变成了系统默认分。 一气之下就按系统默认的分给了。也不知道给完没有?:( [编辑 - ...(2003-09-24 15:13)
flytomoon呵呵,果然都是32个。谢谢老大,基本概念明白了,细节我该去看看spec了。 :o 回头再跟你们“算帐”:D:D:D 早点结了吧,我好更有动力啊! :D :D :D(2003-09-24 14:55)
jason.gao呵呵,果然都是32个。谢谢老大,基本概念明白了,细节我该去看看spec了。 :o 回头再跟你们“算帐”:D:D:D (2003-09-24 14:53)
flytomoon\"但len也许是在初始化时某个命令中确定的。你看在(比如)433/down中,Len都是0啊\" 这正好说明在433/down中的buffer中应该是没有任何数据的,事实证明如此。 “但host发的请求?”你看看在432/down中发了请求,然后由43...(2003-09-24 14:21)
jason.gao看到飞班长已经下载了数据文件,呵呵,挺认真的嘛。现在讨论可以正式参照着文件说:D:D >> 每个PACKET对应一个BUFFER, 同意。 >> 而且你现在的数据都是在UP中的,说明你传输的方向现在是单一的 现在有点明白了: down ...(2003-09-24 14:05)
flytomoon我的理解是,每个PACKET对应一个BUFFER,其Len都是一样的,只要任意PACKET里面指明数据长度,那么其对应的BUFFER中就会有相应长度的数据。而且你现在的数据都是在UP中的,说明你传输的方向现在是单一的。不知道说没说明白? :D(2003-09-24 13:47)
jason.gao没错,核心的东西差不多,都有。 但我现在要完整的数据,老大,继续给我讲讲: 比如文件 2.usblog 中, 从 433 项以后的, 那些Packet,Buffer都是什么意思?(packet和buffer什么关系) 又比如 433/up 中,有32个packe...(2003-09-24 13:32)

返回顶部