On Fri, 20 Jun 2014, Dennis New wrote: > > With the new patch, mplayer is able to close gracefully, with pcm > > errors like "No such device". This time, my dmesg was slightly > > different, with an "HcDoneHead" message: > > > > [139650.866080] ohci-pci 0000:00:13.0: HcDoneHead not written back; > > disabled > > [139650.866089] ohci-pci 0000:00:13.0: HC died; cleaning up > > [139650.866166] usb 2-4: USB disconnect, device number 3 > > [139651.866074] timeout: still 2 active urbs on EP #3 The HcDoneHead message is another indication of a broken controller. Whether than one shows up first or the one about the frame counter not incrementing is more or less random. > > However, lsusb does not work, and I cannot kill it -- it remains in D > > (uninterruptible sleep) state. I am also unable to rmmod the > > snd_usb_audio module -- rmmod gets stuck in D state too. > > > > When I tried echoing (0000:00:13.0) to ohci_pci/unbind, although dmesg > > says: > > > > [140078.654462] ohci-pci 0000:00:13.0: remove, state 1 > > [140078.654480] usb usb2: USB disconnect, device number 1 > > > > ... the echo command (a bash internal) does not terminate, and also > > gets stuck in D state. > > > > Although the symlink to 0000:00:13.0 does get removed from that > > directory. But trying to echo this back to ohci_pci/bind doesn't work: > > > > "write error: No such device" > > > > Even though 0000:00:13.0 is still listed > > in /sys/kernel/debug/usb/ohci. > > > > Try to "cat" /sys/kernel/debug/usb/devices also fails, and cat gets > > stuck in D state too. > > > > My usb thumbdrive also no longer works after this occurs, although I'm > > pretty sure it uses EHCI. I'm forced to reboot to get usb working > > again :s. > > cat'ing the stuff in /sys/kernel/debug/usb/ohci/0000:00:13:0/ in the > hung state: > > ==> async <== > > ==> periodic <== > size = 32 > 0 [ 22]: ed1/ffff880021853000 (fs dev3 ep1in-int qlen 1 max 16 > 00101083) 1 [ 22]: ed1/ffff880021853000 > 2 [ 22]: ed1/ffff880021853000 > 3 [ 22]: ed1/ffff880021853000 > 4 [ 22]: ed1/ffff880021853000 > 5 [ 22]: ed1/ffff880021853000 > 6 [ 22]: ed1/ffff880021853000 > 7 [ 22]: ed1/ffff880021853000 > 8 [ 22]: ed1/ffff880021853000 > 9 [ 22]: ed1/ffff880021853000 > 10 [ 22]: ed1/ffff880021853000 > 11 [ 22]: ed1/ffff880021853000 > 12 [ 22]: ed1/ffff880021853000 > 13 [ 22]: ed1/ffff880021853000 > 14 [ 22]: ed1/ffff880021853000 > 15 [ 22]: ed1/ffff880021853000 > 16 [ 22]: ed1/ffff880021853000 > 17 [ 22]: ed1/ffff880021853000 > 18 [ 22]: ed1/ffff880021853000 > 19 [ 22]: ed1/ffff880021853000 > 20 [ 22]: ed1/ffff880021853000 > 21 [ 22]: ed1/ffff880021853000 > 22 [ 22]: ed1/ffff880021853000 > 23 [ 22]: ed1/ffff880021853000 > 24 [ 22]: ed1/ffff880021853000 > 25 [ 22]: ed1/ffff880021853000 > 26 [ 22]: ed1/ffff880021853000 > 27 [ 22]: ed1/ffff880021853000 > 28 [ 22]: ed1/ffff880021853000 > 29 [ 22]: ed1/ffff880021853000 > 30 [ 22]: ed1/ffff880021853000 > 31 [ 22]: ed1/ffff880021853000 > > ==> registers <== > bus pci, device 0000:00:13.0 > OHCI PCI host controller > ohci_hcd > OHCI 1.0, NO legacy support registers, rh state halted > control 0x2c0 RWC HCFS=suspend CBSR=0 > cmdstatus 0x00000 SOC=0 > intrstatus 0x00000000 > intrenable 0x00000004 SF > hcca frame 0xb58e > fmintvl 0x27782edf FSMPS=0x2778 FI=0x2edf > fmremaining 0x00000000 FR=0x0000 > periodicstart 0x0000 > lsthresh 0x0628 > hub poll timer off > roothub.a 02000204 POTPGT=2 NPS NDP=4(4) > roothub.b 00000000 PPCM=0000 DR=0000 > roothub.status 00008000 DRWE > roothub.portstatus [0] 0x00000100 PPS > roothub.portstatus [1] 0x00000100 PPS > roothub.portstatus [2] 0x00000100 PPS > roothub.portstatus [3] 0x00000103 PPS PES CCS Okay, clearly this isn't working the way it should. I'll have to try testing with a USB audio device and fix the patch. Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
