Bug#596649: linux-image-2.6.32-5-openvz-amd64: system crash using rtl818x USB wlan

[Steven Chamberlain <steven@pyro.eu.org>]

Hi,

I still had the rtl8187 error despite booting with
usbcore.autosuspend=-1 on the kernel command line.  I wondered if the
bug was being triggered by USB suspend/resume, but apparently not.  And
the rtl8187-related crash actually happened while the interface was down
(but rtl8187 module loaded).


On 07/01/11 18:37, Steven Chamberlain wrote:
> Additionally, after this error occurs, other USB devices on the same bus
> seem to break too:
> 
> [1416023.409112] generic-usb 0003:051D:0002.0003: control queue full

Actually that error could have been a different problem.  It recurred
just now without even the rtl8187 device plugged in or the module ever
having been loaded:

[20561.882890] generic-usb 0003:051D:0002.0001: control queue full

That is my APC UPS, a usbhid device.  After 654 of those messages, that
and another USB device on the same bus (USB serial port) locked up
(userland programs hang trying to use them):

[20761.723850] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[20761.732439] apcupsd       D ffff88008164d800     0 20649      1
0x00000000
[20761.739891]  ffff8800bf034000 0000000000000082 0000000000000000
0000000000000292
[20761.747903]  ffff88007c92bcd8 000000000000fa40 ffff88007c92bfd8
0000000000016940
[20761.756018]  0000000000016940 ffff88008164d800 ffff88008164daf8
000000017fc0f000
[20761.764191] Call Trace:
[20761.766909]  [<ffffffffa0159eb9>] ? ohci_urb_dequeue+0xd9/0xe9 [ohci_hcd]
[20761.774308]  [<ffffffffa004b10c>] ? usb_kill_urb+0x9d/0xbb [usbcore]
[20761.781219]  [<ffffffff810667da>] ? autoremove_wake_function+0x0/0x2e
[20761.788210]  [<ffffffffa021efeb>] ? usbhid_init_reports+0x8c/0xee
[usbhid]
[20761.795684]  [<ffffffffa0220396>] ? hiddev_ioctl+0x2bf/0x632 [usbhid]
[20761.802705]  [<ffffffff810cfd01>] ? handle_mm_fault+0x48f/0x9bb
[20761.809178]  [<ffffffff81073a6b>] ? do_uncharge_dcache+0x3d/0x51
[20761.815689]  [<ffffffff810fcc36>] ? vfs_ioctl+0x21/0x6c
[20761.821375]  [<ffffffff810fd184>] ? do_vfs_ioctl+0x48d/0x4cb
[20761.827486]  [<ffffffff812ecc05>] ? do_page_fault+0x2e0/0x2fc
[20761.833743]  [<ffffffff810fd1ff>] ? sys_ioctl+0x3d/0x5c
[20761.839424]  [<ffffffff81010c12>] ? system_call_fastpath+0x16/0x1b

It could be relevant that my original rtl8187 lockup issue showed an
identical portion within the stack trace:

[1410483.801467]  [<ffffffffa01bdeb9>] ? ohci_urb_dequeue+0xd9/0xe9
[ohci_hcd]
[1410483.808842]  [<ffffffffa008910c>] ? usb_kill_urb+0x9d/0xbb [usbcore]
[1410483.815768]  [<ffffffff810667da>] ? autoremove_wake_function+0x0/0x2e

I'm not having much fun with USB recently...

Thanks,
Regards,
-- 
Steven Chamberlain
steven@pyro.eu.org