Hi,
Alan Stern:
> On Tue, 18 Jan 2005, Matthias Urlichs wrote:
>
> > Any ideas why this happens (after 4000+ cycles, no less) would be
> > appreciated.
> >
> > This is 2.6.11-rc1-mm1.. Will try plain -rc1 next.
plain -rc1 locks up on eject. Sometimes. :-/
> > cardctl D C13F007B 0 11374 4366 (NOTLB)
> > c4787e40 00000082 c4787de4 c13f007b c13f6060 00000001 00000001 00000000
> > 00000000 de493080 dbe9ac80 caa34680 c13f6060 00000000 c4787e20
> > 001c5676
> > 00000000 807cd580 000f6d17 db8feaa0 db8febfc c52d0024 00000286
> > c52d002c
> > Call Trace:
> > [<c027aa42>] __down+0x82/0xfc
> > [<c011a548>] default_wake_function+0x0/0xd
> > [<c027ac07>] __down_failed+0x7/0xc
> > [<e0695ea7>] .text.lock.usb+0x16/0xb7 [usbcore]
> > [<e0697281>] usb_disconnect+0x47/0x12b [usbcore]
>
> usb_disconnect needs to lock the device before it can proceed. If some
> other driver owns the lock it will block usb_disconnect. So in a strict
> sense this probably is not a deadlock; you just have usb_disconnect
> waiting for that other driver to release its lock. If the other driver
> had hung or crashed, that would explain what you see.
>
> For debugging, it would help to see the stack trace for khubd plus
> whatever other processes are liable to be using the devices on your card.
>
Suspect 1:
hald D 00000000 0 4942 1 4996 4938 (NOTLB)
c17d1c98 00000082 00000002 00000000 00000002 016d2980 ddb4b580 d990bcfc
dd86fe84 00000286 df098980 dd86fe84 e06a5065 da589a80 c13f6060 00000000
8b05fbc0 000f424d de03b6ac c17d0000 c17d1d5c c17d1cb8 c17d1cf0 c027fb34
Call Trace:
[<e06a5065>] ohci_urb_enqueue+0x155/0x360 [ohci_hcd]
[<c027fb34>] wait_for_completion+0x94/0xe0
[<c0118640>] default_wake_function+0x0/0x10
[<c0118640>] default_wake_function+0x0/0x10
[<e06b981a>] usb_start_wait_urb+0xfa/0x1c0 [usbcore]
[<e06b9710>] timeout_kill+0x0/0x10 [usbcore]
[<e06b9971>] usb_internal_control_msg+0x91/0xb0 [usbcore]
[<e06b9a20>] usb_control_msg+0x90/0xb0 [usbcore]
[<e06ba2c2>] usb_get_string+0x62/0x80 [usbcore]
[<e06ba368>] usb_string_sub+0x28/0xe0 [usbcore]
[<e06ba4ff>] usb_string+0xdf/0x1b0 [usbcore]
[<e06c1b61>] usb_dump_device_strings+0xc1/0x120 [usbcore]
[<e06c1c0d>] usb_dump_desc+0x4d/0xb0 [usbcore]
[<e06c1dd3>] usb_device_dump+0x163/0x300 [usbcore]
[<c013e2c0>] __free_pages_ok+0xc0/0xe0
[<e06c1ee3>] usb_device_dump+0x273/0x300 [usbcore]
[<e06c2078>] usb_device_read+0x108/0x130 [usbcore]
[<c0157d01>] vfs_read+0xe1/0x160
[<c0157ff7>] sys_read+0x47/0x80
[<c0103157>] syscall_call+0x7/0xb
khubd S E06B3FBC 0 943 1 1213 434 (L-TLB)
deb13f90 00000046 0000006b e06b3fbc ddf51b80 00000000 d9f73800 00000286
d9f73800 c0280c41 da94d380 198d1050 000f424d dedfba80 c13f6060 0003640e
20ed56c0 000f424d df054bdc deb13fc0 ffffe000 deb12000 deb13fcc e06b733e
Call Trace:
[<e06b3fbc>] .text.lock.usb+0x16/0xba [usbcore]
[<c0280c41>] _spin_unlock_irq+0x21/0x50
[<e06b733e>] hub_thread+0xce/0x120 [usbcore]
[<c0130fe0>] autoremove_wake_function+0x0/0x50
[<c0103032>] ret_from_fork+0x6/0x14
[<c0130fe0>] autoremove_wake_function+0x0/0x50
[<e06b7270>] hub_thread+0x0/0x120 [usbcore]
[<c0101355>] kernel_thread_helper+0x5/0x10
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
