Most recent kernel where this bug did not occur: 2.6.12
Distribution: Slackware 10.1
Hardware Environment: Acer Aspire 1511LMI (AMD64 + nForce3 + nVidia card + TMS
memory card reader)
Software Environment: kernel 184.108.40.206/glibc 2.3.5 w NPTL/gcc 3.4.4/Xorg 6.8.2.
Since 2.6.13-rc4 at least, the kernel doesn't boot anymore on this hardware if
no device is plugged in in the USB connector. Actually, it boots OK if a
Logitech wireless mouse with USB receiver plugged in in the first USB port, but
it hangs just after detecting the third USB port is this receiver is not
Anotated output of dmesg with hang location, output of lspci -v and lsusb -v
Steps to reproduce:
Well, I guess this is a USB specific bug with nForce3. Therefore it would be
possible to reproduce with a nForce3 based card. I also suspected the card
reader to deadlock before, but I'm not sure anymore.
Created attachment 5995 [details]
dmesg with hang location marked
If I plug in the USB receiver in another port, the kernel goes a little
further, but still hangs.
Created attachment 5996 [details]
lsusb -v output
Created attachment 5997 [details]
lspci -v output, just for case
FWIW I just tried 2.6.14-rc1 on an NF3 and it's happy as a clam.
Making the answer to the usual question ("does it work on the
latest_ kernel, and if not send CONFIG_USB_DEBUG logs", with
latest=2.6.14-rc1) question be more informative than usual...
That system is also using the "usb-handoff" boot parameter, and
my hardware looks similar enough that I'm gonna guess that will
help you a lot.
By the way, your version of "lsusb" must be pretty ancient to
not even display the HCD strings, much less the hub descriptors
and state. Try 0.71 at linux-usb.sf.net ...
Effectively, usb-handoff enables the 2.6.13 kernel to boot.
I tested 2.6.14-rc1 and it seems to work, even without usb-handoff.
For completeness, I post lsusb with recent usbutils (mine was slack 10.1, which
is not so old after all, I upgraded to current), for both the 2.6.13 kernel
(with usb-handoff boot) and 2.6.14-rc1.
Thanks a lot, good job!
Created attachment 6023 [details]
new lsusb for 2.6.13
Created attachment 6024 [details]
lsusb for 2.6.14 without usb-handoff
both have the mouse receiver plugged in.
So, for 2.6.14-rc3, this works properly? Good, I'll close this now.
Well, I just happen to have the bug with 2.6.14.
It's a little different now, and more general: now the kernel hangs even if a
USB device is connected!
Now, I do not think the fact that a device is connected is important or not.
And I do not think the problem occurs systematically, since sometimes it boots
without usb-handoff. This bug is a little difficult to reproduce then...
However, I never had the bug with the usb-handoff boot option. There is a
workaround thereof, but the problem is still here.
Ok, this sounds like a new bug, let's start over. Care to open a new bug report
with the needed information for it?