Bug 72587

Summary: (IEEE1394)hardware detection hang with IEEE1394 on initial bootup
Product: [Retired] Red Hat Linux Reporter: Thor Nolen <nolen>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED CURRENTRELEASE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0CC: amin, crusher4021, edward, jlargent, landman
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-09-30 15:39:52 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
kudzu dump and trace none

Description Thor Nolen 2002-08-25 21:16:32 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513

Description of problem:
Upon initial post-upgrade (or fresh install) boot the system hangs and then
dumps on ieee1394 during the new hardware detection step.  Hardware is a Sony
GRX570 laptop.  

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Either install 7.3 and upgrade  to null or do fresh install of null (7.3 does
not have this issue).
2. Reboot computer and observe the bootup steps.  
3. Hangs at kudzu hardware detection and dumps ieee1394 info.
4. Reboot into single user and disable kudzu on bootup.
5. System boots fine, runs fine.
6. Run kudzu from command line and it dumps with stack trace first time only.
7. Rerun kudzu from command line, but no dumps.
8. Reactivate kudzu for run level 3 boot up.
9. Reboot with kudzu enabled gives dump and boot hang.
	

Additional info:
Comment 1 Thor Nolen 2002-08-25 21:17:17 UTC 
Created attachment 72867 [details]
kudzu dump and trace
Comment 2 Bill Nottingham 2002-08-26 05:54:07 UTC 
Cute, the kernel oopsed.
Comment 3 Kai Thomsen 2002-09-03 12:36:26 UTC 
This happens on my Sony VAIO GR series (315MP) laptop, too.  Apparently, it is 
a PCI IRQ routing issue, which can be tackled by using the ACPI kernel patch 
from http://sf.net/projects/acpi/ (works for me).
Comment 4 Alan Cox 2003-06-08 02:07:24 UTC 
*** Bug 74799 has been marked as a duplicate of this bug. ***
Comment 5 Alan Cox 2003-06-08 02:08:10 UTC 
*** Bug 76303 has been marked as a duplicate of this bug. ***
Comment 6 Alan Cox 2003-06-08 02:09:22 UTC 
*** Bug 77654 has been marked as a duplicate of this bug. ***
Comment 7 Alan Cox 2003-06-08 16:26:26 UTC 
*** Bug 81108 has been marked as a duplicate of this bug. ***
Comment 8 Amin Adatia 2003-06-16 00:06:09 UTC 
This problem which surprisingly has a NORMAL severity (on a system HANG???) 
also occurs on Linux v9. I get the hang at "Initializing firewire controller 
(ohci1394).

Is Linux really ready for prime time? This is a poor experience with first use 
of Linux.
Comment 9 Bugzilla owner 2004-09-30 15:39:52 UTC 
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
persists.

The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, 
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/