From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510 Description of problem: When booting this kernel, system hangs on Probing for new hardware. Motherboard: Asus p4c800-e deluxe Sound Card: Sound Blaster Audigy 2 Video Card : ATI Radeon 9000 Version-Release number of selected component (if applicable): kernel-2.6.6-1.422 How reproducible: Always Steps to Reproduce: 1. Boot the kernel from GRUB 2. 3. Actual Results: System hangs at Probing for new Hardware Expected Results: System should boot normally Additional info:
Created attachment 100905 [details] Output of lspci -vv
Created attachment 100906 [details] Ouput of lsusb -v
This problem also occurs in kernel-2.6.6-1.435. I have a Microsoft Intellimouse Optical usb, and the computer either freezes at that point, or starts with no mouse (can't move the mouse cursor). I will also attach the output of lspci -vv and lsusb -v
Created attachment 101315 [details] lspci -vv
Created attachment 101316 [details] lsusb -v
Thanks for commenting on this bug, euphgeek. If enough folks are having this problem the sooner it could be fixed. Im having the same problem with checkin 435 as well though a strace on kudzu revealed it was hanging on the firewire detection. I disabled firewire in the BIOS and it booted normally. It looks like firewire isn't 100% in 2.6 yet. I just recompiled the updated kernel and removed support for firewire as a workaround. I will have to do that unfortunately until this is fixed. Thanks again
No problem. I was about to file my own bug report when I saw yours. It seems like this may only affect 2.6.6, because my system boots fine with 2.6.5.
booting with 'nofirewire' argument should also work around this, to save you needing to rebuild a kernel.
Thanks Dave for your suggestion, strangely enough adding the nofirewire arg to the boot line in grub does not seem to keep kudzu from freaking out, at least with 2.6.6-435.2.1. Was thinking about chkconfiging kudzu out of runlevels 5 and 3 but I'm not sure about the ramifications of that. Either way thanks for the help and if there is any info I can provide, just let me know.
yes, it seems kudzu makes the modules get probed regardless of the nofirewire setting, so removing the ieee1394 directory from /lib/modules/ is the only way to be sure they dont get loaded. Newer kernels in rawhide have firewire disabled in the SMP kernels. Hopefully at some point in time, we can reenable it across the board, but upstream needs to fix this and a few other issues first.
mass update for old bugs: Is this still a problem with the 2.6.9 based update kernel ?
You are on the ball Dave. No problems as of 2.6.9 Feel free to mark as resolved.
The kernel (2.6.9-1.6_FC2) is still hanging for me, even when I boot with the "nofirewire" argument.