When I shut down the kernel I get following function calls:
ehci_stop ehci_work timer_action_done scan_async scan_periodic
That was it. The scrash is in scan_periodic. As I said there is no oops or something like this. Seems so that one qh or itd is writing its way through the memory...
Got my harddisk corrupted again while playing around with it.
/Bernd
David Brownell wrote:
Bernd Porr wrote:
There seems to be a side effect on the IRQ transfer mode in high speed:
- submit IRQ URB (high speed) - resubmit it a couple of times in the completion handler - stop resubmitting
The above can be repeated without any problem.
So that bug you reported earlier now seems to be gone?
Was that after changes to your device driver? Or was it maybe the periodic schedule scanning patch that changed this behavior?
It's extremely unlikely that changes to ISO code had _any_ effect on INTR transfers.
However, when I shut down the kernel it competely crashes after my disconnect has been called.
Don't forget to send ksymoops output when reporting such things; there are thousands of potential reasons for such things, and the ksymoops output often rules out most of them.
- Dave
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
