I hit this oops recently on 2.5.25. Is this familiar?
Maybe fixed in that recent set of patches? I've seen
a few HID-related disconnect problems before, this is the
first one that dropped out as such a polite oops.
What seems to be happening is that the hid-core code
is unlinking an urb that's already been unlinked;
that "5a" byte pattern says the memory has already
been poisoned. One fix might be to free urbs as soon
as they're unlinked, so such confusion can't arise.
- Dave
ksymoops 2.4.4 on i586 2.5.25. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.5.25/ (default)
-m /root/kernel/2.5.25/System.map (specified)
Unable to handle kernel paging request at virtual address 5a5a5b26
c882dd6f
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c882dd6f>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 5a5a5a5a ebx: c6e67f64 ecx: c6e67f64 edx: c65071fc
esi: 00000000 edi: c799b010 ebp: c6342000 esp: c685bea0
ds: 0018 es: 0018 ss: 0018
Stack: c01d0135 c65071fc c6e67f64 c884329b c6e67f64 00000000 c01d0ab2 c6e67f64
c6e67f64 c799a000 c8854e40 c7f96dcc c88514f3 c799b010 c8854e58 c8829fa6
c6342000 c799a000 00000000 00000000 c62f2400 c62f25d0 c7f96bbc c62f2400
Call Trace: [<c01d0135>] [<c884329b>] [<c01d0ab2>] [<c8854e40>] [<c88514f3>]
[<c8854e58>] [<c8829fa6>] [<c882a01d>] [<c882a01d>] [<c882be04>] [<c882c1aa>]
[<c8835720>] [<c882c3ab>] [<c0111f80>] [<c0105596>] [<c882c380>]
Code: 8b 80 cc 00 00 00 85 c0 74 0d 8b 40 1c 85 c0 74 06 52 ff 50
>>EIP; c882dd6f <[usbcore]usb_unlink_urb+f/40> <=====
Trace; c01d0135 <input_close_device+15/20>
Trace; c884329b <[keybdev]keybdev_disconnect+b/20>
Trace; c01d0ab2 <input_unregister_device+52/d0>
Trace; c8854e40 <[hid]hid_driver+0/40>
Trace; c88514f3 <[hid]hid_disconnect+63/80>
Trace; c8854e58 <[hid]hid_driver+18/40>
Trace; c8829fa6 <[usbcore]usb_disconnect+86/160>
Trace; c882a01d <[usbcore]usb_disconnect+fd/160>
Trace; c882a01d <[usbcore]usb_disconnect+fd/160>
Trace; c882be04 <[usbcore]usb_hub_port_connect_change+94/310>
Trace; c882c1aa <[usbcore]usb_hub_events+12a/300>
Trace; c8835720 <[usbcore].rodata.end+1d15/7d55>
Trace; c882c3ab <[usbcore]usb_hub_thread+2b/f0>
Trace; c0111f80 <default_wake_function+0/40>
Trace; c0105596 <kernel_thread+26/30>
Trace; c882c380 <[usbcore]usb_hub_thread+0/f0>
Code; c882dd6f <[usbcore]usb_unlink_urb+f/40>
00000000 <_EIP>:
Code; c882dd6f <[usbcore]usb_unlink_urb+f/40> <=====
0: 8b 80 cc 00 00 00 mov 0xcc(%eax),%eax <=====
Code; c882dd75 <[usbcore]usb_unlink_urb+15/40>
6: 85 c0 test %eax,%eax
Code; c882dd77 <[usbcore]usb_unlink_urb+17/40>
8: 74 0d je 17 <_EIP+0x17> c882dd86
<[usbcore]usb_unlink_urb+26/40>
Code; c882dd79 <[usbcore]usb_unlink_urb+19/40>
a: 8b 40 1c mov 0x1c(%eax),%eax
Code; c882dd7c <[usbcore]usb_unlink_urb+1c/40>
d: 85 c0 test %eax,%eax
Code; c882dd7e <[usbcore]usb_unlink_urb+1e/40>
f: 74 06 je 17 <_EIP+0x17> c882dd86
<[usbcore]usb_unlink_urb+26/40>
Code; c882dd80 <[usbcore]usb_unlink_urb+20/40>
11: 52 push %edx
Code; c882dd81 <[usbcore]usb_unlink_urb+21/40>
12: ff 50 00 call *0x0(%eax)
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
