[gentoo-user] Intermittent USB device failures

[gentoo-user] Intermittent USB device failures

[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/pci0000:00/0000: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-0000: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

[Volker Armin Hemmann]

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/pci0000:00/0000: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-0000: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

[Mike Edenfield]

From: Volker Armin Hemmann [mailto:volkerarmin@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/pci0000:00/0000: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-0000: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.370000] ohci-pci 0000: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 0000:00:0b.0: USB bus 2 deregistered
[25603.384597] ehci-pci 0000:00:0b.1: remove, state 1
[25603.384611] usb usb1: USB disconnect, device number 1
[25603.386306] ehci-pci 0000: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 0000: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

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1268 bytes --]

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.370000] ohci-pci 0000: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 0000:00:0b.0: USB bus 2 deregistered
> [25603.384597] ehci-pci 0000:00:0b.1: remove, state 1
> [25603.384611] usb usb1: USB disconnect, device number 1
> [25603.386306] ehci-pci 0000: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 0000: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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] Intermittent USB device failures

[Volker Armin Hemmann]

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.370000] ohci-pci 0000: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 0000:00:0b.0: USB bus 2 deregistered
>> [25603.384597] ehci-pci 0000:00:0b.1: remove, state 1
>> [25603.384611] usb usb1: USB disconnect, device number 1
>> [25603.386306] ehci-pci 0000: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 0000: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

[Mike Edenfield]

> From: Volker Armin Hemmann [mailto:volkerarmin@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.370000] ohci-pci 0000: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 0000:00:0b.0: USB bus 2
> >> deregistered [25603.384597] ehci-pci 0000:00:0b.1: remove, state 1
> >> [25603.384611] usb usb1: USB disconnect, device number 1
> >> [25603.386306] ehci-pci 0000: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 0000: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:volkerarmin@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.370000] ohci-pci 0000: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 0000:00:0b.0: USB bus 2
> >> deregistered [25603.384597] ehci-pci 0000:00:0b.1: remove, state 1
> >> [25603.384611] usb usb1: USB disconnect, device number 1
> >> [25603.386306] ehci-pci 0000: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 0000: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: 0000: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: 0000: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: Product: USB 2.0 Flash drive
[    7.968442] usb 1-7: Manufacturer: MOAI INC.
[    7.968568] usb 1-7: SerialNumber: 4FD30F4B00C5
[    8.165667] usb-storage 1-7:1.0: USB Mass Storage device detected
[    8.174052] scsi4 : usb-storage 1-7:1.0
[    8.174281] usbcore: registered new interface driver usb-storage
[    8.380031] usb 2-8: new low-speed USB device number 2 using ohci-pci
[    8.717028] usb 2-8: New USB device found, idVendor=413c, idProduct=2105
[    8.717058] usb 2-8: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    8.717068] usb 2-8: Product: Dell USB Keyboard
[    8.717075] usb 2-8: Manufacturer: Dell
[    8.746601] input: Dell Dell USB Keyboard as /devices/pci0000:00/0000:00:0b.0/usb2/2-8/2-8:1.0/0003:413C:2105.0001/input/input4
[    8.746836] hid-generic 0003:413C:2105.0001: input,hidraw0: USB HID v1.10 Keyboard [Dell Dell USB Keyboard] on usb-0000:00:0b.0-8/input0
kutulu@wombat ~ $

Without OHCI:

kutulu@wombat ~ $ dmesg | grep usb
[    0.076245] usbcore: registered new interface driver usbfs
[    0.076428] usbcore: registered new interface driver hub
[    0.076626] usbcore: registered new device driver usb
[    0.247749] usbcore: registered new interface driver usbhid
[    0.247922] usbhid: USB HID core driver
[    6.991241] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    6.991417] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    6.991726] usb usb1: Product: EHCI Host Controller
[    6.991900] usb usb1: Manufacturer: Linux 3.16.0-gentoo-wombat-5 ehci_hcd
[    6.992078] usb usb1: SerialNumber: 0000:00:0b.1
[    7.295804] usb 1-7: new high-speed USB device number 2 using ehci-pci
[    7.413707] usb 1-7: New USB device found, idVendor=14cd, idProduct=6500
[    7.413881] usb 1-7: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[    7.414047] usb 1-7: Product: USB 2.0 Flash drive
[    7.414205] usb 1-7: Manufacturer: MOAI INC.
[    7.414371] usb 1-7: SerialNumber: 4FD30F4B00C5
[    7.870672] usb-storage 1-7:1.0: USB Mass Storage device detected
[    7.871215] scsi4 : usb-storage 1-7:1.0
[    7.871425] usbcore: registered new interface driver usb-storage
kutulu@wombat ~ $

Is that normal?

Re: [gentoo-user] Intermittent USB device failures

[Volker Armin Hemmann]

Am 20.08.2014 um 02:28 schrieb Mike Edenfield:
>> From: Volker Armin Hemmann [mailto:volkerarmin@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.370000] ohci-pci 0000: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 0000:00:0b.0: USB bus 2
>>>> deregistered [25603.384597] ehci-pci 0000:00:0b.1: remove, state 1
>>>> [25603.384611] usb usb1: USB disconnect, device number 1
>>>> [25603.386306] ehci-pci 0000: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 0000: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:volkerarmin@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.370000] ohci-pci 0000: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 0000:00:0b.0: USB bus 2
>>>> deregistered [25603.384597] ehci-pci 0000:00:0b.1: remove, state 1
>>>> [25603.384611] usb usb1: USB disconnect, device number 1
>>>> [25603.386306] ehci-pci 0000: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 0000: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: 0000: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: 0000: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: Product: USB 2.0 Flash drive
> [    7.968442] usb 1-7: Manufacturer: MOAI INC.
> [    7.968568] usb 1-7: SerialNumber: 4FD30F4B00C5
> [    8.165667] usb-storage 1-7:1.0: USB Mass Storage device detected
> [    8.174052] scsi4 : usb-storage 1-7:1.0
> [    8.174281] usbcore: registered new interface driver usb-storage
> [    8.380031] usb 2-8: new low-speed USB device number 2 using ohci-pci
> [    8.717028] usb 2-8: New USB device found, idVendor=413c, idProduct=2105
> [    8.717058] usb 2-8: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> [    8.717068] usb 2-8: Product: Dell USB Keyboard
> [    8.717075] usb 2-8: Manufacturer: Dell
> [    8.746601] input: Dell Dell USB Keyboard as /devices/pci0000:00/0000:00:0b.0/usb2/2-8/2-8:1.0/0003:413C:2105.0001/input/input4
> [    8.746836] hid-generic 0003:413C:2105.0001: input,hidraw0: USB HID v1.10 Keyboard [Dell Dell USB Keyboard] on usb-0000:00:0b.0-8/input0
> kutulu@wombat ~ $
>
> Without OHCI:
>
> kutulu@wombat ~ $ dmesg | grep usb
> [    0.076245] usbcore: registered new interface driver usbfs
> [    0.076428] usbcore: registered new interface driver hub
> [    0.076626] usbcore: registered new device driver usb
> [    0.247749] usbcore: registered new interface driver usbhid
> [    0.247922] usbhid: USB HID core driver
> [    6.991241] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> [    6.991417] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> [    6.991726] usb usb1: Product: EHCI Host Controller
> [    6.991900] usb usb1: Manufacturer: Linux 3.16.0-gentoo-wombat-5 ehci_hcd
> [    6.992078] usb usb1: SerialNumber: 0000:00:0b.1
> [    7.295804] usb 1-7: new high-speed USB device number 2 using ehci-pci
> [    7.413707] usb 1-7: New USB device found, idVendor=14cd, idProduct=6500
> [    7.413881] usb 1-7: New USB device strings: Mfr=1, Product=3, SerialNumber=2
> [    7.414047] usb 1-7: Product: USB 2.0 Flash drive
> [    7.414205] usb 1-7: Manufacturer: MOAI INC.
> [    7.414371] usb 1-7: SerialNumber: 4FD30F4B00C5
> [    7.870672] usb-storage 1-7:1.0: USB Mass Storage device detected
> [    7.871215] scsi4 : usb-storage 1-7:1.0
> [    7.871425] usbcore: registered new interface driver usb-storage
> kutulu@wombat ~ $
>
> 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?

RE: [gentoo-user] Intermittent USB device failures

[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:volkerarmin@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:volkerarmin@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 0000: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

[Volker Armin Hemmann]

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:volkerarmin@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:volkerarmin@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 0000: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

[Mike Edenfield]

From: Volker Armin Hemmann [mailto:volkerarmin@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

[Volker Armin Hemmann]

Am 22.08.2014 um 02:05 schrieb Mike Edenfield:
> From: Volker Armin Hemmann [mailto:volkerarmin@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

[Mike Edenfield]

> From: Volker Armin Hemmann [mailto:volkerarmin@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:volkerarmin@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