[gentoo-user] Intermittent USB device failures
I've recently taken an old Windows XP system and rebuilt it to run Gentoo. Since then, I've been having issues using any type of USB input device (which is particularly bad, since it has no PS/2 input ports). After some indeterminate period of time, the input device simply stops responding. Typically, I can use the console for a few days at a time before the keyboard dies, but if I load up a GUI and start using the mouse it takes less than a few hours. I'm fairly sure this problem is USB-related, since I believe I've eliminated everything downstream of that: I've tried using both evdev and legacy mouse and keyboard drivers in both the kernel and X and all of them work the same way. evtest shows no activity from the device once it breaks, nor do the legacy /dev driver files. Most notably, removing and re-plugging the device doesn't register as a device attachment. If, for example, I take a working USB mouse and swap USB ports, I get this: [ 1219.418050] usb 2-8: USB disconnect, device number 3 [ 1225.258011] usb 2-7: new low-speed USB device number 4 using ohci-pci [ 1225.449627] usb 2-7: New USB device found, idVendor=046d, idProduct=c044 [ 1225.449946] usb 2-7: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 1225.450240] usb 2-7: Product: USB-PS/2 Optical Mouse [ 1225.450740] usb 2-7: Manufacturer: Logitech [ 1225.464165] input: Logitech USB-PS/2 Optical Mouse as /devices/pci:00/:00:0b.0/usb2/2-7/2-7:1.0/input/input6 [ 1225.464666] hid-generic 0003:046D:C044.0003: input,hidraw1: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:0b.0-7/input0 If I do the same thing after the device has stopped functioning, I get the disconnect message but that's it: [199729.451060] i2c i2c-3: sendbytes: NAK bailout. [199733.215303] usb 2-7: USB disconnect, device number 4 [199814.495204] type=1006 audit(1394381639.494:3): pid=5861 uid=0 old auid=4294967295 new auid=1000 old ses=4294967295 new ses=2 res=1 (the i2c errors, I believe, are unrelated; they seem to be caused by the nouveau driver I'm using). I've gone through at least 6 different kernel versions and they all exhibit this same behavior. At this point I'm not even sure what else I can do to troubleshoot this problem, so any advice would be appreciated! Thanks, --Mike
Re: [gentoo-user] Intermittent USB device failures
Am 14.08.2014 um 03:52 schrieb Mike Edenfield: > I've recently taken an old Windows XP system and rebuilt it to run Gentoo. > Since then, I've been having issues using any type of USB input device > (which is particularly bad, since it has no PS/2 input ports). > > After some indeterminate period of time, the input device simply stops > responding. Typically, I can use the console for a few days at a time before > the keyboard dies, but if I load up a GUI and start using the mouse it takes > less than a few hours. I'm fairly sure this problem is USB-related, since I > believe I've eliminated everything downstream of that: I've tried using both > evdev and legacy mouse and keyboard drivers in both the kernel and X and all > of them work the same way. evtest shows no activity from the device once it > breaks, nor do the legacy /dev driver files. > > Most notably, removing and re-plugging the device doesn't register as a > device attachment. If, for example, I take a working USB mouse and swap USB > ports, I get this: > > [ 1219.418050] usb 2-8: USB disconnect, device number 3 > [ 1225.258011] usb 2-7: new low-speed USB device number 4 using ohci-pci > [ 1225.449627] usb 2-7: New USB device found, idVendor=046d, idProduct=c044 > [ 1225.449946] usb 2-7: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [ 1225.450240] usb 2-7: Product: USB-PS/2 Optical Mouse > [ 1225.450740] usb 2-7: Manufacturer: Logitech > [ 1225.464165] input: Logitech USB-PS/2 Optical Mouse as > /devices/pci:00/:00:0b.0/usb2/2-7/2-7:1.0/input/input6 > [ 1225.464666] hid-generic 0003:046D:C044.0003: input,hidraw1: USB HID v1.10 > Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:0b.0-7/input0 > > If I do the same thing after the device has stopped functioning, I get the > disconnect message but that's it: > > [199729.451060] i2c i2c-3: sendbytes: NAK bailout. > [199733.215303] usb 2-7: USB disconnect, device number 4 > [199814.495204] type=1006 audit(1394381639.494:3): pid=5861 uid=0 old > auid=4294967295 new auid=1000 old ses=4294967295 new ses=2 res=1 > > (the i2c errors, I believe, are unrelated; they seem to be caused by the > nouveau driver I'm using). > > I've gone through at least 6 different kernel versions and they all exhibit > this same behavior. At this point I'm not even sure what else I can do to > troubleshoot this problem, so any advice would be appreciated! > you can use the power button + acpid to reload the usb modules (I hope you have usb support as modules and not built into the kernel) and see what happens next time usb acts up.
RE: [gentoo-user] Intermittent USB device failures
From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] Sent: Friday, August 15, 2014 7:53 PM > Am 14.08.2014 um 03:52 schrieb Mike Edenfield: > > I've recently taken an old Windows XP system and rebuilt it to run Gentoo. Since > > then, I've been having issues using any type of USB input device (which is > > particularly bad, since it has no PS/2 input ports). > > > > After some indeterminate period of time, the input device simply stops responding. > > Typically, I can use the console for a few days at a time before the keyboard dies, > > but if I load up a GUI and start using the mouse it takes less than a few hours. > > I'm fairly sure this problem is USB-related, since I believe I've eliminated > > everything downstream of that: I've tried using both evdev and legacy mouse and > > keyboard drivers in both the kernel and X and all of them work the same way. evtest > > shows no activity from the device once it breaks, nor do the legacy /dev driver files. > > > > Most notably, removing and re-plugging the device doesn't register as a device > > attachment. If, for example, I take a working USB mouse and swap USB ports, I get this: > > > > [ 1219.418050] usb 2-8: USB disconnect, device number 3 > > [ 1225.258011] usb 2-7: new low-speed USB device number 4 using ohci-> pci > > [ 1225.449627] usb 2-7: New USB device found, idVendor=046d, idProduct=c044 > > [ 1225.449946] usb 2-7: New USB device strings: Mfr=1, Product=2, SerialNumber=0 > > [ 1225.450240] usb 2-7: Product: USB-PS/2 Optical Mouse > > [ 1225.450740] usb 2-7: Manufacturer: Logitech > > [ 1225.464165] input: Logitech USB-PS/2 Optical Mouse as > > /devices/pci:00/:00:0b.0/usb2/2-7/2-7:1.0/input/input6 > > [ 1225.464666] hid-generic 0003:046D:C044.0003: input,hidraw1: USB HID v1.10 > > Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:0b.0-7/input0 > > > > If I do the same thing after the device has stopped functioning, I get the > > disconnect message but that's it: > > > > [199729.451060] i2c i2c-3: sendbytes: NAK bailout. > > [199733.215303] usb 2-7: USB disconnect, device number 4 > > [199814.495204] type=1006 audit(1394381639.494:3): pid=5861 uid=0 old > > auid=4294967295 new auid=1000 old ses=4294967295 new ses=2 res=1 > > you can use the power button + acpid to reload the usb modules (I hope > you have usb support as modules and not built into the kernel) and see > what happens next time usb acts up. Thanks for the suggestion! Fortunately network access to the machine works fine even with the USB down, so I was able to log in and unload/reload the USB modules remotely. When I `modprobe -r ochi_pci` while the system is operating normally, I see all four modules (ohci-pci, ohci-hcd, ehci-pci, and ehci-hcd) unloading properly: [25603.37] ohci-pci :00:0b.0: remove, state 1 [25603.370395] usb usb2: USB disconnect, device number 1 [25603.370414] usb 2-6: USB disconnect, device number 2 [25603.383451] usb 2-7: USB disconnect, device number 3 [25603.384217] ohci-pci :00:0b.0: USB bus 2 deregistered [25603.384597] ehci-pci :00:0b.1: remove, state 1 [25603.384611] usb usb1: USB disconnect, device number 1 [25603.386306] ehci-pci :00:0b.1: USB bus 1 deregistered If I try to do the same thing after the mouse has locked up, modprobe stalls trying to unload the first module: wombat kutulu # modprobe -r -v ohci_pci rmmod ohci_pci wombat kutulu # dmesg [38091.627389] ohci-pci :00:0b.0: remove, state 1 [38091.627400] usb usb2: USB disconnect, device number 1 Any ideas what's going wrong here? Any chance I can salvage this hardware? --Mike
Re: [gentoo-user] Intermittent USB device failures
On Sunday 17 Aug 2014 02:56:58 Mike Edenfield wrote: > When I `modprobe -r ochi_pci` while the system is operating normally, I see > all four modules (ohci-pci, ohci-hcd, ehci-pci, and ehci-hcd) unloading > properly: > > [25603.37] ohci-pci :00:0b.0: remove, state 1 > [25603.370395] usb usb2: USB disconnect, device number 1 > [25603.370414] usb 2-6: USB disconnect, device number 2 > [25603.383451] usb 2-7: USB disconnect, device number 3 > [25603.384217] ohci-pci :00:0b.0: USB bus 2 deregistered > [25603.384597] ehci-pci :00:0b.1: remove, state 1 > [25603.384611] usb usb1: USB disconnect, device number 1 > [25603.386306] ehci-pci :00:0b.1: USB bus 1 deregistered > > If I try to do the same thing after the mouse has locked up, modprobe > stalls trying to unload the first module: > > wombat kutulu # modprobe -r -v ohci_pci > rmmod ohci_pci > > wombat kutulu # dmesg > [38091.627389] ohci-pci :00:0b.0: remove, state 1 > [38091.627400] usb usb2: USB disconnect, device number 1 > > Any ideas what's going wrong here? Any chance I can salvage this hardware? Do you need ohci-pci? Have you tried running a kernel without it and check if your hardware still works as intended? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Intermittent USB device failures
Am 17.08.2014 um 12:33 schrieb Mick: > On Sunday 17 Aug 2014 02:56:58 Mike Edenfield wrote: > >> When I `modprobe -r ochi_pci` while the system is operating normally, I see >> all four modules (ohci-pci, ohci-hcd, ehci-pci, and ehci-hcd) unloading >> properly: >> >> [25603.37] ohci-pci :00:0b.0: remove, state 1 >> [25603.370395] usb usb2: USB disconnect, device number 1 >> [25603.370414] usb 2-6: USB disconnect, device number 2 >> [25603.383451] usb 2-7: USB disconnect, device number 3 >> [25603.384217] ohci-pci :00:0b.0: USB bus 2 deregistered >> [25603.384597] ehci-pci :00:0b.1: remove, state 1 >> [25603.384611] usb usb1: USB disconnect, device number 1 >> [25603.386306] ehci-pci :00:0b.1: USB bus 1 deregistered >> >> If I try to do the same thing after the mouse has locked up, modprobe >> stalls trying to unload the first module: >> >> wombat kutulu # modprobe -r -v ohci_pci >> rmmod ohci_pci >> >> wombat kutulu # dmesg >> [38091.627389] ohci-pci :00:0b.0: remove, state 1 >> [38091.627400] usb usb2: USB disconnect, device number 1 >> >> Any ideas what's going wrong here? Any chance I can salvage this hardware? > Do you need ohci-pci? Have you tried running a kernel without it and check > if > your hardware still works as intended? > I would try that too,,,
RE: [gentoo-user] Intermittent USB device failures
> From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] > Sent: Monday, August 18, 2014 8:01 PM > > Am 17.08.2014 um 12:33 schrieb Mick: > > On Sunday 17 Aug 2014 02:56:58 Mike Edenfield wrote: > > > >> When I `modprobe -r ochi_pci` while the system is operating normally, > >> I see all four modules (ohci-pci, ohci-hcd, ehci-pci, and ehci-hcd) > >> unloading > >> properly: > >> > >> [25603.37] ohci-pci :00:0b.0: remove, state 1 [25603.370395] > >> usb usb2: USB disconnect, device number 1 [25603.370414] usb 2-6: USB > >> disconnect, device number 2 [25603.383451] usb 2-7: USB disconnect, > >> device number 3 [25603.384217] ohci-pci :00:0b.0: USB bus 2 > >> deregistered [25603.384597] ehci-pci :00:0b.1: remove, state 1 > >> [25603.384611] usb usb1: USB disconnect, device number 1 > >> [25603.386306] ehci-pci :00:0b.1: USB bus 1 deregistered > >> > >> If I try to do the same thing after the mouse has locked up, modprobe > >> stalls trying to unload the first module: > >> > >> wombat kutulu # modprobe -r -v ohci_pci rmmod ohci_pci > >> > >> wombat kutulu # dmesg > >> [38091.627389] ohci-pci :00:0b.0: remove, state 1 [38091.627400] > >> usb usb2: USB disconnect, device number 1 > >> > >> Any ideas what's going wrong here? Any chance I can salvage this > hardware? > > Do you need ohci-pci? Have you tried running a kernel without it and > > check if your hardware still works as intended? > > > I would try that too,,, > From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] > Sent: Monday, August 18, 2014 8:01 PM > > Am 17.08.2014 um 12:33 schrieb Mick: > > On Sunday 17 Aug 2014 02:56:58 Mike Edenfield wrote: > > > >> When I `modprobe -r ochi_pci` while the system is operating normally, > >> I see all four modules (ohci-pci, ohci-hcd, ehci-pci, and ehci-hcd) > >> unloading > >> properly: > >> > >> [25603.37] ohci-pci :00:0b.0: remove, state 1 [25603.370395] > >> usb usb2: USB disconnect, device number 1 [25603.370414] usb 2-6: USB > >> disconnect, device number 2 [25603.383451] usb 2-7: USB disconnect, > >> device number 3 [25603.384217] ohci-pci :00:0b.0: USB bus 2 > >> deregistered [25603.384597] ehci-pci :00:0b.1: remove, state 1 > >> [25603.384611] usb usb1: USB disconnect, device number 1 > >> [25603.386306] ehci-pci :00:0b.1: USB bus 1 deregistered > >> > >> If I try to do the same thing after the mouse has locked up, modprobe > >> stalls trying to unload the first module: > >> > >> wombat kutulu # modprobe -r -v ohci_pci rmmod ohci_pci > >> > >> wombat kutulu # dmesg > >> [38091.627389] ohci-pci :00:0b.0: remove, state 1 [38091.627400] > >> usb usb2: USB disconnect, device number 1 > >> > >> Any ideas what's going wrong here? Any chance I can salvage this > hardware? > > Do you need ohci-pci? Have you tried running a kernel without it and > > check if your hardware still works as intended? > > > I would try that too,,, I booted a kernel without ohci-pci and no, it doesn't quite work, though I'm pretty confused by it. With OHCI removed from my kernel, neither my mouse nor my keyboard register as attached, but it doesn't seem to matter which ports I put them in. I have 6 USB ports, 2 pair on the motherboard and a third pair in the front of the case, and I expected that the back four would be OCHI and the front two EHCI (or something similr), but they don't seem to follow that pattern. Anywhere I plug my flash drive or camera in, it gets routed through the ECHI controller, while anywhere I plug my keyboard or mouse in gets routed through the OHCI controller. For example, I have my keyword and a flash drive plugged into the two front-mounted ports, and when I boot, I get this: With OHCI: kutulu@wombat ~ $ dmesg | grep usb [0.074276] usbcore: registered new interface driver usbfs [0.074460] usbcore: registered new interface driver hub [0.074658] usbcore: registered new device driver usb [0.245705] usbcore: registered new interface driver usbhid [0.245879] usbhid: USB HID core driver [7.420249] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [7.420426] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [7.420735] usb usb1: Product: EHCI Host Controller [7.420908] usb usb1: Manufacturer: Linux 3.16.0-gentoo-wombat-3 ehci_hcd [7.421089] usb usb1: SerialNumber: :00:0b.1 [7.631143] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [7.631328] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [7.631618] usb usb2: Product: OHCI PCI host controller [7.631789] usb usb2: Manufacturer: Linux 3.16.0-gentoo-wombat-3 ohci_hcd [7.631964] usb usb2: SerialNumber: :00:0b.0 [7.753477] usb 1-7: new high-speed USB device number 2 using ehci-pci [7.968033] usb 1-7: New USB device found, idVendor=14cd, idProduct=6500 [7.968179] usb 1-7: New USB device strings: Mfr=1, Product=3, SerialNumber=2 [7.968312] usb 1-7
Re: [gentoo-user] Intermittent USB device failures
Am 20.08.2014 um 02:28 schrieb Mike Edenfield: >> From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] >> Sent: Monday, August 18, 2014 8:01 PM >> >> Am 17.08.2014 um 12:33 schrieb Mick: >>> On Sunday 17 Aug 2014 02:56:58 Mike Edenfield wrote: >>> When I `modprobe -r ochi_pci` while the system is operating normally, I see all four modules (ohci-pci, ohci-hcd, ehci-pci, and ehci-hcd) unloading properly: [25603.37] ohci-pci :00:0b.0: remove, state 1 [25603.370395] usb usb2: USB disconnect, device number 1 [25603.370414] usb 2-6: USB disconnect, device number 2 [25603.383451] usb 2-7: USB disconnect, device number 3 [25603.384217] ohci-pci :00:0b.0: USB bus 2 deregistered [25603.384597] ehci-pci :00:0b.1: remove, state 1 [25603.384611] usb usb1: USB disconnect, device number 1 [25603.386306] ehci-pci :00:0b.1: USB bus 1 deregistered If I try to do the same thing after the mouse has locked up, modprobe stalls trying to unload the first module: wombat kutulu # modprobe -r -v ohci_pci rmmod ohci_pci wombat kutulu # dmesg [38091.627389] ohci-pci :00:0b.0: remove, state 1 [38091.627400] usb usb2: USB disconnect, device number 1 Any ideas what's going wrong here? Any chance I can salvage this >> hardware? >>> Do you need ohci-pci? Have you tried running a kernel without it and >>> check if your hardware still works as intended? >>> >> I would try that too,,, >> From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] >> Sent: Monday, August 18, 2014 8:01 PM >> >> Am 17.08.2014 um 12:33 schrieb Mick: >>> On Sunday 17 Aug 2014 02:56:58 Mike Edenfield wrote: >>> When I `modprobe -r ochi_pci` while the system is operating normally, I see all four modules (ohci-pci, ohci-hcd, ehci-pci, and ehci-hcd) unloading properly: [25603.37] ohci-pci :00:0b.0: remove, state 1 [25603.370395] usb usb2: USB disconnect, device number 1 [25603.370414] usb 2-6: USB disconnect, device number 2 [25603.383451] usb 2-7: USB disconnect, device number 3 [25603.384217] ohci-pci :00:0b.0: USB bus 2 deregistered [25603.384597] ehci-pci :00:0b.1: remove, state 1 [25603.384611] usb usb1: USB disconnect, device number 1 [25603.386306] ehci-pci :00:0b.1: USB bus 1 deregistered If I try to do the same thing after the mouse has locked up, modprobe stalls trying to unload the first module: wombat kutulu # modprobe -r -v ohci_pci rmmod ohci_pci wombat kutulu # dmesg [38091.627389] ohci-pci :00:0b.0: remove, state 1 [38091.627400] usb usb2: USB disconnect, device number 1 Any ideas what's going wrong here? Any chance I can salvage this >> hardware? >>> Do you need ohci-pci? Have you tried running a kernel without it and >>> check if your hardware still works as intended? >>> >> I would try that too,,, > I booted a kernel without ohci-pci and no, it doesn't quite work, though I'm > pretty confused by it. With OHCI removed from my kernel, neither my mouse nor > my keyboard register as attached, but it doesn't seem to matter which ports I > put them in. I have 6 USB ports, 2 pair on the motherboard and a third pair > in the front of the case, and I expected that the back four would be OCHI and > the front two EHCI (or something similr), but they don't seem to follow that > pattern. Anywhere I plug my flash drive or camera in, it gets routed through > the ECHI controller, while anywhere I plug my keyboard or mouse in gets > routed through the OHCI controller. For example, I have my keyword and a > flash drive plugged into the two front-mounted ports, and when I boot, I get > this: > > With OHCI: > > kutulu@wombat ~ $ dmesg | grep usb > [0.074276] usbcore: registered new interface driver usbfs > [0.074460] usbcore: registered new interface driver hub > [0.074658] usbcore: registered new device driver usb > [0.245705] usbcore: registered new interface driver usbhid > [0.245879] usbhid: USB HID core driver > [7.420249] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 > [7.420426] usb usb1: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [7.420735] usb usb1: Product: EHCI Host Controller > [7.420908] usb usb1: Manufacturer: Linux 3.16.0-gentoo-wombat-3 ehci_hcd > [7.421089] usb usb1: SerialNumber: :00:0b.1 > [7.631143] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 > [7.631328] usb usb2: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [7.631618] usb usb2: Product: OHCI PCI host controller > [7.631789] usb usb2: Manufacturer: Linux 3.16.0-gentoo-wombat-3 ohci_hcd > [7.631964] usb usb2: SerialNumber: :00:0b.0 > [7.753477] usb 1-7: new high-speed USB device number 2 using ehci-pci > [7.968033] usb 1-7: New USB device found, idVendor=1
RE: [gentoo-user] Intermittent USB device failures
(BTW: I'm terribly sorry for the horrid formatting and duplicate mails; I'm stuck using Outlook until I get this resolved) > From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] > Sent: Wednesday, August 20, 2014 12:55 PM > > Am 20.08.2014 um 02:28 schrieb Mike Edenfield: > >> From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] > >> Sent: Monday, August 18, 2014 8:01 PM > >> > >> Am 17.08.2014 um 12:33 schrieb Mick: > >>> On Sunday 17 Aug 2014 02:56:58 Mike Edenfield wrote: > >>> > If I try to do the same thing after the mouse has locked up, modprobe > stalls trying to unload the first module: > > wombat kutulu # modprobe -r -v ohci_pci > rmmod ohci_pci > > wombat kutulu # dmesg > [38091.627389] ohci-pci :00:0b.0: remove, state 1 [38091.627400] usb > usb2: USB disconnect, device number 1 > > >>> Do you need ohci-pci? Have you tried running a kernel without it and > >>> check if your hardware still works as intended? > >> I would try that too,,, > > I booted a kernel without ohci-pci and no, it doesn't quite work, though I'm > > pretty confused by it. With OHCI removed from my kernel, neither my > > mouse nor my keyboard register as attached, but it doesn't seem to matter > > which ports I put them in. I have 6 USB ports, 2 pair on the motherboard and > > a third pair in the front of the case, and I expected that the back four > > would > > be OCHI and the front two EHCI (or something similr), but they don't seem to > > follow that pattern. Anywhere I plug my flash drive or camera in, it gets > > routed through the ECHI controller, while anywhere I plug my keyboard or > > mouse in gets routed through the OHCI controller. For example, I have my > > keyword and a flash drive plugged into the two front-mounted ports, and > > when I boot, I get this: > > Is that normal? > well, today almost all usb controllers 'decide' what to use depending on > the device plugged in. There are no dedicated 1.1 or 2.0 ports. > > And yes, not able to see the devices without ohci might be the norm. > > Do you have the problems with all ports? Yes, I've tried the mouse and keyboard in all 6 ports and haven’t seen any significant change in behavior. --Mike
Re: [gentoo-user] Intermittent USB device failures
Am 20.08.2014 um 23:02 schrieb Mike Edenfield: > (BTW: I'm terribly sorry for the horrid formatting and duplicate mails; I'm > stuck using Outlook until I get this resolved) > >> From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] >> Sent: Wednesday, August 20, 2014 12:55 PM >> >> Am 20.08.2014 um 02:28 schrieb Mike Edenfield: From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] Sent: Monday, August 18, 2014 8:01 PM Am 17.08.2014 um 12:33 schrieb Mick: > On Sunday 17 Aug 2014 02:56:58 Mike Edenfield wrote: > >> If I try to do the same thing after the mouse has locked up, modprobe >> stalls trying to unload the first module: >> >> wombat kutulu # modprobe -r -v ohci_pci >> rmmod ohci_pci >> >> wombat kutulu # dmesg >> [38091.627389] ohci-pci :00:0b.0: remove, state 1 [38091.627400] usb >> usb2: USB disconnect, device number 1 >> > Do you need ohci-pci? Have you tried running a kernel without it and > check if your hardware still works as intended? I would try that too,,, >>> I booted a kernel without ohci-pci and no, it doesn't quite work, though I'm >>> pretty confused by it. With OHCI removed from my kernel, neither my >>> mouse nor my keyboard register as attached, but it doesn't seem to matter >>> which ports I put them in. I have 6 USB ports, 2 pair on the motherboard and >>> a third pair in the front of the case, and I expected that the back four >>> would >>> be OCHI and the front two EHCI (or something similr), but they don't seem to >>> follow that pattern. Anywhere I plug my flash drive or camera in, it gets >>> routed through the ECHI controller, while anywhere I plug my keyboard or >>> mouse in gets routed through the OHCI controller. For example, I have my >>> keyword and a flash drive plugged into the two front-mounted ports, and >>> when I boot, I get this: >>> Is that normal? > >> well, today almost all usb controllers 'decide' what to use depending on >> the device plugged in. There are no dedicated 1.1 or 2.0 ports. >> >> And yes, not able to see the devices without ohci might be the norm. >> >> Do you have the problems with all ports? > Yes, I've tried the mouse and keyboard in all 6 ports and haven’t seen any > significant change in behavior. > > --Mike > > > you said you used 6 different kernel versions - which one? Did you use vanilla or gentoo sources? And... maybe config?
RE: [gentoo-user] Intermittent USB device failures
From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] Sent: Thursday, August 21, 2014 12:41 PM > you said you used 6 different kernel versions - which one? Did you use > vanilla or gentoo sources? And... maybe config? I've used all gentoo-sources so far, but I can give vanilla a try. According to my portage logs, I've installed: sys-kernel/gentoo-sources-3.10.17 sys-kernel/gentoo-sources-3.12.6 sys-kernel/gentoo-sources-3.12.7 sys-kernel/gentoo-sources-3.12.8 sys-kernel/gentoo-sources-3.13.1 sys-kernel/gentoo-sources-3.13.2 sys-kernel/gentoo-sources-3.14.1 sys-kernel/gentoo-sources-3.14.5-r1 sys-kernel/gentoo-sources-3.16.0 I think I may have skipped a couple of the minor revisions in there but that's about the right range of versions I've tried since I started. Config for the latest working kernel (3.16.0 with OHCI & EHCI) is: http://pastebin.com/PrgwNZYH Thanks, --Mike
Re: [gentoo-user] Intermittent USB device failures
Am 22.08.2014 um 02:05 schrieb Mike Edenfield: > From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] > Sent: Thursday, August 21, 2014 12:41 PM > >> you said you used 6 different kernel versions - which one? Did you use >> vanilla or gentoo sources? And... maybe config? > I've used all gentoo-sources so far, but I can give vanilla a try. According > to my portage logs, I've installed: > > sys-kernel/gentoo-sources-3.10.17 > sys-kernel/gentoo-sources-3.12.6 > sys-kernel/gentoo-sources-3.12.7 > sys-kernel/gentoo-sources-3.12.8 > sys-kernel/gentoo-sources-3.13.1 > sys-kernel/gentoo-sources-3.13.2 > sys-kernel/gentoo-sources-3.14.1 > sys-kernel/gentoo-sources-3.14.5-r1 > sys-kernel/gentoo-sources-3.16.0 > > I think I may have skipped a couple of the minor revisions in there but > that's about the right range of versions I've tried since I started. > > Config for the latest working kernel (3.16.0 with OHCI & EHCI) is: > http://pastebin.com/PrgwNZYH > > Thanks, > > --Mike > > please post the config here. Not pastebin. Never pastebin. Dumb question: are you really sure you booted the different kernels - and not just installing the kernel sources and maybe some make'ing Also: if you have a problem that might be kernel related: always(!) try vanilla sources first. The bug might go away - and if it does not go away, you can go straight to lkml.
RE: [gentoo-user] Intermittent USB device failures
> From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] > Sent: Monday, August 25, 2014 11:59 AM > > Am 22.08.2014 um 02:05 schrieb Mike Edenfield: > > > From: Volker Armin Hemmann [mailto:volkerar...@googlemail.com] > > Sent: Thursday, August 21, 2014 12:41 PM > > > >> you said you used 6 different kernel versions - which one? Did you use > >> vanilla or gentoo sources? And... maybe config? > > > > I've used all gentoo-sources so far, but I can give vanilla a try. > > According to > > my portage logs, I've installed: > > > > sys-kernel/gentoo-sources-3.10.17 > > sys-kernel/gentoo-sources-3.12.6 > > sys-kernel/gentoo-sources-3.12.7 > > sys-kernel/gentoo-sources-3.12.8 > > sys-kernel/gentoo-sources-3.13.1 > > sys-kernel/gentoo-sources-3.13.2 > > sys-kernel/gentoo-sources-3.14.1 > > sys-kernel/gentoo-sources-3.14.5-r1 > > sys-kernel/gentoo-sources-3.16.0 > > > > I think I may have skipped a couple of the minor revisions in there but > that's about the right range of versions I've tried since I started. > > > Dumb question: are you really sure you booted the different kernels - > and not just installing the kernel sources and maybe some make'ing (Yeah, I'm confident that I booted these different versions; I installed and reconfigured grub and booted them as soon as I saw them in portage just in case they had fixed a bug I was hitting.) > Also: if you have a problem that might be kernel related: always(!) try > vanilla sources first. The bug might go away - and if it does not go > away, you can go straight to lkml. This actually seems to have helped. When I switched over to the vanilla sources, I was able to use the machine for a lot longer than usual before something bad happened, and the new problem seems unrelated to the mouse/keyboard. At least, the machine is locking up completely, not just the mouse or keyboard, which I guess is progress? I'll probably be back later for help on that one. --Mike