RE: [gentoo-user] Intermittent USB device failures

2014-08-26 Thread Mike Edenfield 
 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

RE: [gentoo-user] Intermittent USB device failures

2014-08-25 Thread 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

Re: [gentoo-user] Intermittent USB device failures

2014-08-25 Thread Volker Armin Hemmann 
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

2014-08-21 Thread 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: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

2014-08-20 Thread Volker Armin Hemmann 
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=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
 [

RE: [gentoo-user] Intermittent USB device failures

2014-08-20 Thread 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

RE: [gentoo-user] Intermittent USB device failures

2014-08-19 Thread 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=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

Re: [gentoo-user] Intermittent USB device failures

2014-08-18 Thread 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.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

2014-08-17 Thread 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?

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

RE: [gentoo-user] Intermittent USB device failures

2014-08-16 Thread Mike Edenfield 
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

2014-08-15 Thread 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/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.

[gentoo-user] Intermittent USB device failures

2014-08-13 Thread 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!

Thanks,

--Mike