Kernel Bug Tracker – Bug 7568
logitech cordless desktop receiver causes laptop to hang during boot
Last modified: 2008-09-24 10:11:31 UTC
Kubuntu Dapper Drake
Gericom 14" Laptop, 1.5 GHz Pentium M, USB 2.0
Logitech Cordless Desktop (mouse and keyboard, one usb receiver with two
The kernel hangs on boot if the mentioned receiver is connected to the laptop.
The bootup stops right after grub loaded the kernel, even before the
bootsplash in Kubuntu is activated. The text cursor is still blinking,
The same receiver can be used normally and without any problems, if it is
detached on boot, and reattached later after the login.
Steps to reproduce:
plug Logitech Cordless Desktop Receiver in any USB port and reboot -> hang
Kubuntu loads 3 usb drivers simulataneous as modules: uhci_hcd, ohci_hcd and
ehci_hcd. In my setup, ehci_hcd is the driver, which has the actual control of
the devices later.
In the ubuntu forums, some people were mentioning problems with ehci_hcd. As a
work around, is there a way to turn disable this driver on bootup?
2.6.15 is very old. Can you test 2.6.18 or 2.6.19-rc6?
I reproduced the same behaviour on a 22.214.171.124 kernel.
The problems seems actually related to the ACPI system. I can say that,
because I disabled the quiet boot and the bootsplash and could see, that the
kernel stops right at the first steps, when the ACPI <-> BIOS communication is
done - sorry, if I am telling complete bogus, that's the way I would describe
it from my limited knowledge.
I will write the messages down and post them later.
the last two lines before the kernel stops, are:
[17179574.188000] ACPI: Looking for DSDT ... not found
[17179574.196000] ACPI: setting ELCR to 0200 (from 0e28)
and then a seemingly endlessly blinking cursor (at least several minutes).
By the way: what do the numbers in the brackets mean?
Anything new on this field? Can I supply you with more information?
Does your BIOS have "USB Legacy" setting? If so, does it make any difference
when you turn it off?
Also, does booting with acpi=off work?
I checked: my bios does not have a Legacy USB setting.
Adding "acpi=off" to the kernel parameters works, it does not hang, but I get
an error from the kernel, it is complaining about expected faulty behavior and
the recommendation to also set "pnpbios=off". I did not strictly followed that,
but tried this: just turning pngbios=off, but not acpi=off. That setting again
reproduced the bug.
So it's really acpi-related.
If I can supply you with more information, please drop me a line.
To proceed further, could you please
try the latest 2.6.22-rc4
collect the boot trace with and without the receiver, preferably enable debug for ACPI and USB in the kernel and with "debug" boot parameter.
Len, do you agree that this is acpi-related?
If so, could you please assign it appropriately?
I will try 2.6.22-rc4 collect the required data as soon as possible!
Maybe, if you know, can you point out, how I can save the kernel output? At
this early stage, there is not even the harddrive mounted. Otherwise I will
have to write it down... and then I will only select a part, from which I
think that it is relevant to this matter.
Dear Kernel Developers,
I installed kernel 126.96.36.199 and made more tests. I NOW found out, that I was wrong before, the hang ONLY happens, when the following situation is at hand:
* Cordless Desktop is plugged into a nameless passive USB hub
* USB hub is connected to laptop
Before, I claimed, that Cordless Desktop itself is the reason for the hang, but in fact, it is the combination of that device behind an USB hub! When the desktop is attached to the laptop directly, it works fine.
The last messages, I now get before the hang are the following:
[27.760822] ACPI: PCI Root Bridge [PCI0] (0000:00)
[27.761325] PCI quirk: region 0400-047f claimed by ICH4 ACPI/GPIO/TCO
[27.761391] PCI quirk: region 0500-053f claimed by ICH4 GPIO
[27.761804] PCI: Transparent Bridge - 0000:00:1e.0
[27.761912] PCI: Bus #02 (-#05) is hidden behind transparent bridge #01 (-#01) (try 'pci=assign-busses')
[27.762002] Please report the result to linux-kernel to fix this permanently
[27.762715] [ACPI Debug] String: [0x0D] "BAT_STA Start"
[27.763553] [ACPI Debug] String: [0x0D] "BAT_STA Start"
[27.764384] [ACPI Debug] String: [0x0D] "BAT_STA Start"
[27.765212] [ACPI Debug] String: [0x0D] "BAT_STA Start"
[27.766047] [ACPI Debug] String: [0x0D] "BAT_STA Start"
[27.766879] [ACPI Debug] String: [0x0D] "BAT_STA Start"
[27.767742] [ACPI Debug] String: [0x0D] "BAT_STA Start"
I hope this helps. Please don't blame me for rare small typos, because I had to write this down to paper and type it in again.
Hans, do you still see this problem with recent kernel? I am copying to Bjorn to please have a look. This is pnp and acpi again...
Hans, can you edit your grub menu.lst file to add "debug initcall_debug" kernel parameters, boot the kernel without the Cordless Desktop receiver connected, and attach to this bug report:
- output of "lspci -vv"
- output of "dmesg -s64000"
- contents of /proc/acpi/dsdt
It looks like the hang happens about the time we read the ACPI interrupt routing information, so please try booting with "acpi=noirq" and see whether that fixes the problem. If it does, also attach the "dmesg -s64000" output for this boot.
Closing as no response