Andrew Morton wrote:
Could someone please attend to this oops from yesterday's USB bk tree?
http://bugme.osdl.org/show_bug.cgi?id=2859
Unable to handle kernel NULL pointer dereference at virtual address 00000000
Looks like urb->dev->tt is null when it shouldn't be,
hence the NPE. Or something like that ... I've got a
different compiler, but this code is the only one matching
what looks to be the oopsing instruction,
29b7: 8b 00 mov (%eax),%eax
29b9: 8b 00 mov (%eax),%eax
29bb: c1 e0 10 shl $0x10,%eax
29be: 09 c1 or %eax,%ecx
which is unique in what my compiler generated, and matches
if (!ehci_is_ARC(ehci)
|| urb->dev->tt->hub != ehci->hcd.self.root_hub)
info2 |= urb->dev->tt->hub->devnum << 16;
That's not ARC silicon, it's VIA, so it's the assignment that's
being execuited.
I suspect one of the recent hub changes broke that logic; the
EHCI core code hasn't changed much in ages, but the hub code
has been getting a lot of overdue cleanups lately. (Prep to
finally have the reset code working properly.)
- Dave
-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
