Bug#586133: Boot process pauses indefinitely waiting for keyboard activity
Jonathan Nieder wrote:
> Bob Freemer wrote:
>> The kernel pauses waiting for any keyboard input early* in the boot
> Is your keyboard connected by USB, PS/2, or some other port? (Well,
> the relevant thing is probably that it triggers an interrupt, but it
> can't hurt to ask anyway.)
>> * The pause first happens after the following lines in the kernel log:
>> [ 1.352116] usb 1-2: new high speed USB device using ehci_hcd and address 3
>> [ 1.372150] usb usb7: New USB device found, idVendor=1d6b, idProduct=0001
>> [ 1.372206] usb usb7: New USB device strings: Mfr=3, Product=2, SerialNumber=1
>> [ 1.372270] usb usb7: Product: OHCI Host Controller
>> [ 1.372323] usb usb7: Manufacturer: Linux 2.6.32-5-amd64 ohci_hcd
>> [ 1.372378] usb usb7: SerialNumber: 0000:00:14.5
>> [ 1.372490] usb usb7: configuration #1 chosen from 1 choice
>> [ 1.372567] hub 7-0:1.0: USB hub found
>> [PAUSE HAPPENS HERE -> I PRESSED SHIFT AFTER ABOUT 12 SECONDS]
>> [ 14.302853] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> Thanks for a nice report.
> Interesting. Does this still happen with a current squeeze or sid
> kernel? (The only packages from outside squeeze you should need in
> order to test the latter are initramfs-tools and linux-base.)
> Please attach full "dmesg" output from a successful boot.
> One more test: is the behavior any different if you supply idle=mwait on
> the kernel command line?
Ping. Are you still interested in pursuing this? (If the answer
is "no", that's fine, but please do let us know so we can stop
Looks like a fun one.
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact email@example.com