On Tue, 4 Mar 2003, David Brownell wrote:
Alan Stern wrote:
I think it's probably okay to apply this patch. More testing would be good, but I don't have any suitable hardware. And I think a software-loopback sort of test wouldn't address many of my changes very well.
Ah, but gadget zero plus the software loopback HCD will emulate most hardware aspects here except things like data toggle ... I didn't see anything that tweaked toggles! ;)
Does it emulate the time delays involved in waiting for a multi-packet transfer? They (and the various races they might cause) are a large part of what should be tested.
Yes, modulo the fact that the 1/HZ timer precision might not be the appropriate 1msec on all platforms ... there are some shortcuts (UTSL) but it behaves right for full and high speed bulk transfers.
Here's some 8051 test firmware that Martin Diehl sent by ages ago, which I ended up not using as much as some earlier stuff he sent. Source/sink stuff, "usb-skeleton" should talk to it just fine.
Use "fxload" to put it onto EZ-USB (but not FX2) devices (like many serial adapters), and "usb-skeleton" should at least bind to the device ... it may also help testing.
I don't have any serial adapters or indeed any EZ-USB devices at all. Never mind; I'll take the time to install the dummy_hcd and gadget 0 stuff to make sure that it works okay with usb-skeleton.
It ought to, given that you've said the updated usb-skeleton talks to a few other devices just fine.
- Dave
Alan Stern
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel