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):
Steps to Reproduce:
1. Boot the kernel from GRUB
Actual Results: System hangs at Probing for new Hardware
Expected Results: System should boot normally
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]
Created attachment 101316 [details]
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.
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
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