On Tue, 24 Jul 2007, Ron Gage wrote: > OK, here is what I have done. After opening the dev, setting the > configuration and claiming the interface, I am sending a control message > of bRequestType = 0x42, bRequest of 0x06, all other values = 0. This > is the first "out up" packet sent to the device according to SnoopyPro.
Once again: The lines in the log don't correspond to packets! I suppose you're talking about the "5 out up" report, which is the first "out up" in the log. The transfer described by that report plus the preceding "5 out down" actually was composed of 6 packets (at least). Stop using the wrong word. > The transfer from this times out so I'm obviously missing something. It sounds like you're missing URB 4, which is a vendor-specific IN transfer. I don't know that duplicating it will fix your timeout, but as long as you're trying to reproduce what Windows does you should include it. > Of > course, the report immediately before this one is an "out down" but you > suggested that these aren't of concern. FWIW: this is a "Vendor > Endpoint" function (0019) and has the illogical bRequestType of 0x00. Like I said before, the "Function: 0019" part is Windows-internal and meaningless in Linux. > I > know - can't trust the down reports in Snoopy - I'm going to look for a > different USB analyser. I'm wondering if there is more to this transfer > than meets the eye though since it's already "off the books" as far as > the standard goes. It is not "off the books"; you're just reading the wrong part of the log. You should be reading the data from the "5 out up" report, not the "5 out down". For some reason you seem to think those two reports refer to different transfers -- they don't, they both refer to URB 5. > The first question that seems germane: is the value of "PipeHandle" > important? Is there a clean way to set it (I'm using libusb for now). PipeHandle is another Windows-internal thing. It is meaningless for Linux. Alan Stern ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
