Bug 125411 - kernel-2.6.6-1.422 hangs on boot (FIREWIRE)
Summary: kernel-2.6.6-1.422 hangs on boot (FIREWIRE)
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
(Show other bugs)
Version: 2
Hardware: i686 Linux
Target Milestone: ---
Assignee: Dave Jones
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2004-06-06 15:50 UTC by Micheal Clark
Modified: 2015-01-04 22:06 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-12-01 03:45:22 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Output of lspci -vv (13.77 KB, text/plain)
2004-06-06 15:52 UTC, Micheal Clark
no flags Details
Ouput of lsusb -v (11.20 KB, text/plain)
2004-06-06 15:54 UTC, Micheal Clark
no flags Details
lspci -vv (4.32 KB, text/plain)
2004-06-21 22:37 UTC, euphgeek
no flags Details
lsusb -v (4.08 KB, text/plain)
2004-06-21 22:38 UTC, euphgeek
no flags Details

Description Micheal Clark 2004-06-06 15:50:39 UTC
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):

How reproducible:

Steps to Reproduce:
1. Boot the kernel from GRUB

Actual Results:  System hangs at Probing for new Hardware

Expected Results:  System should boot normally

Additional info:

Comment 1 Micheal Clark 2004-06-06 15:52:37 UTC
Created attachment 100905 [details]
Output of lspci -vv

Comment 2 Micheal Clark 2004-06-06 15:54:34 UTC
Created attachment 100906 [details]
Ouput of lsusb -v

Comment 3 euphgeek 2004-06-21 22:36:09 UTC
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

Comment 4 euphgeek 2004-06-21 22:37:27 UTC
Created attachment 101315 [details]
lspci -vv

Comment 5 euphgeek 2004-06-21 22:38:10 UTC
Created attachment 101316 [details]
lsusb -v

Comment 6 Micheal Clark 2004-06-22 00:05:27 UTC
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

Comment 7 euphgeek 2004-06-22 00:39:43 UTC
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.

Comment 8 Dave Jones 2004-06-30 12:49:37 UTC
booting with 'nofirewire' argument should also work around this, to
save you needing to rebuild a kernel.

Comment 9 Micheal Clark 2004-07-01 01:28:19 UTC
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.

Comment 10 Dave Jones 2004-07-04 13:42:00 UTC
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.

Comment 11 Dave Jones 2004-11-27 20:21:00 UTC
mass update for old bugs:

Is this still a problem with the 2.6.9 based update kernel ?

Comment 12 Micheal Clark 2004-12-01 03:28:08 UTC
You are on the ball Dave.

No problems as of 2.6.9 Feel free to mark as resolved.

Comment 13 euphgeek 2004-12-01 14:40:09 UTC
The kernel (2.6.9-1.6_FC2) is still hanging for me, even when I boot with the
"nofirewire" argument.

Note You need to log in before you can comment on or make changes to this bug.