You are not logged in.
Hi All,
I have a DELL E6410 laptop. I have a problem with connecting USB devices.
Whenever a power event (such as connecting/disconnecting of AC adaptor) happens, my laptop stops detecting any USB devices and any changes that happen on the USB ports. That is, say an external mouse is connected to the laptop, the mouse stops functioning, and if I connect a mouse/USB_stick or any such thing to the computer, the device is not detected.
dmesg output show that any connecting/disconnecting events are not detected by the computer. lsusb output too shows the same thing.
To solve the problem, I need to rmmod the module ehci-hcd and modprobe it back. That is, I have to run the commands rmmod ehci-hcd followed by modprobe ehci-hcd. Then, this problem goes away until the next power event happens.
This event does not happen all the time, but it happens very regularly.
Here are the kernel and laptop specs..
uname -a
Linux myhost 3.0-ARCH #1 SMP PREEMPT Tue Aug 30 08:53:25 CEST 2011 x86_64 Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz GenuineIntel GNU/LinuxKindly help me on this issue.
Thanks
Offline
Some ideas:
- What do you see when you run tail -f /var/log/kernel.log and plug in the usb device?
- Could it be laptop-mode-tools interfering? How about if you disable that?
- Could it be any evdev rules you made?
- what boot options do you use?
- Grep all logs for ehci
- grep all error messages, including lines that aren't actually error messages, (as root):
find /var/log/* -type f -regex '^.+[^0-9]+$' \
-exec grep -Eni '.*(missing|error|fail|\s(not|no .+) found|(no |not |in)valid|\sbug|fatal|conflict|exception|problem|critical|exceed|corrupt|warning|wrong|illegal|segfault|\sfault|caused|\sunable|could not|can'\''t|cannot|\(EE\)|\(WW\))' {} \+ \
| moreLast edited by rwd (2011-10-08 09:11:58)
Offline
Off topic@rwd: Thanks very much for that one line grep. It is really neat how it all goes together and I shall use it quite often!
Offline
This is the output of kernel.log when I unplug my AC adaptor with the external USB mouse connected.
Sep 12 11:18:33 localh ost kernel: [ 591.015557] EXT4-fs (sda6): re-mounted. Opts: commit=600
Sep 12 11:18:37 localhost kernel: [ 595.478866] ehci_hcd 0000:00:1a.0: PCI INT A disabled
Sep 12 11:18:37 localhost kernel: [ 595.478919] ehci_hcd 0000:00:1a.0: PME# enabled
Sep 12 11:18:37 localhost kernel: [ 595.498827] ehci_hcd 0000:00:1d.0: PCI INT A disabled
Sep 12 11:18:37 localhost kernel: [ 595.498877] ehci_hcd 0000:00:1d.0: PME# enabledAfter this the the mouse goes dead (the light on the mouse also goes off).
If I disconnect the mouse at this stage, there is no change in kernel.log. If I the mouse back too, there is no change in kernel.log.
Now, when I turn the AC adaptor on, this is the output on kernel.log
Sep 12 11:22:16 localhost kernel: [ 813.917712] EXT4-fs (sda6): re-mounted. Opts: commit=0
Sep 12 11:22:16 localhost kernel: [ 813.977405] NMI watchdog enabled, takes one hw-pmu counter.
Sep 12 11:22:16 localhost kernel: [ 813.977453] NMI watchdog enabled, takes one hw-pmu counter.
Sep 12 11:22:16 localhost kernel: [ 813.980838] NMI watchdog enabled, takes one hw-pmu counter.
Sep 12 11:22:16 localhost kernel: [ 813.980874] NMI watchdog enabled, takes one hw-pmu counter.
Sep 12 11:22:16 localhost kernel: [ 814.075104] ehci_hcd 0000:00:1a.0: BAR 0: set to [mem 0xd6970000-0xd69703ff] (PCI address [0xd6970000-0xd69703ff])
Sep 12 11:22:16 localhost kernel: [ 814.075148] ehci_hcd 0000:00:1a.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
Sep 12 11:22:16 localhost kernel: [ 814.075189] ehci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900002)
Sep 12 11:22:16 localhost kernel: [ 814.075256] ehci_hcd 0000:00:1a.0: PME# disabled
Sep 12 11:22:16 localhost kernel: [ 814.075279] ehci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Sep 12 11:22:16 localhost kernel: [ 814.075295] ehci_hcd 0000:00:1a.0: setting latency timer to 64
Sep 12 11:22:17 localhost kernel: [ 814.228224] ehci_hcd 0000:00:1d.0: BAR 0: set to [mem 0xd6950000-0xd69503ff] (PCI address [0xd6950000-0xd69503ff])
Sep 12 11:22:17 localhost kernel: [ 814.228246] ehci_hcd 0000:00:1d.0: restoring config space at offset 0xf (was 0x100, writing 0x10a)
Sep 12 11:22:17 localhost kernel: [ 814.228273] ehci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900002)
Sep 12 11:22:17 localhost kernel: [ 814.228310] ehci_hcd 0000:00:1d.0: PME# disabled
Sep 12 11:22:17 localhost kernel: [ 814.228324] ehci_hcd 0000:00:1d.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Sep 12 11:22:17 localhost kernel: [ 814.228333] ehci_hcd 0000:00:1d.0: setting latency timer to 64
Sep 12 11:22:17 localhost kernel: [ 814.614404] usb 2-1.1: reset low speed USB device number 3 using ehci_hcdAt this point, the mouse comes back to life (its light begins to glow) and I can move the mouse pointer on the screen.
The output of the grep command that rwd gave is too big (16000 lines) to be pasted here.. ![]()
Thanks,
Offline
Perhaps you can try an external powered USB hub on the USB devices.
Prediction...This year will be a very odd year!
Hard work does not kill people but why risk it: Charlie Mccarthy
A man is not complete until he is married..then..he is finished.
When ALL is lost, what can be found? Even bytes get lonely for a little bit! X-ray confirms Iam spineless!
Offline
Is there no solution to this problem? Can someone tell me where the bug might be so that I'll report a bug somewhere.. I dnt know if its a kernel bug or bug in some other place..
Offline
I'm also having the same problem with my Inspiron 1520 laptop. When on battery power, the usb ports effectively become useless, they won't detect or power anything. I'm running the latest version of laptop-mode-tools with the latest kernel from the arch repos.
This was reported in the past but I don't think its ever been fixed: https://bbs.archlinux.org/viewtopic.php?id=113611
Offline
might sound strange but changing CONTROL_USB_AUTOSUSPEND="1" in /etc/laptop-mode/conf.d/usb-autosuspend.conf seems to get it fixed on my HP notebook.. give it a try!
Offline