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 ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d29e183.4050...@pyro.eu.org