Bug 116659

Summary: Initializing firewire controller failure message if module loaded by initrd
Product: [Fedora] Fedora Reporter: Alexandre Oliva <oliva>
Component: initscriptsAssignee: Bill Nottingham <notting>
Status: CLOSED RAWHIDE QA Contact:
Severity: low Docs Contact:
Priority: medium    
Version: rawhideCC: rvokal
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-02-24 20:33:12 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:
Bug Depends On: 116656    
Bug Blocks:    

Description Alexandre Oliva 2004-02-24 08:54:34 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040217

Description of problem:
This is a fallout from modprobe bug 116656, but it would be possible
(and perhaps desirable) to work around it in rc.sysinit.  We load the
firewire controller module, as well as the sbp2 module, without
checking whether they've already been loaded, and modprobe now fails
in this case.  If I force these modules to be loaded by initrd, I get
an undesirable FAIL during boot whehn rc.sysinit attempts to load the
ieee1394-controller module as well as sbp2.

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

How reproducible:
Always

Steps to Reproduce:
1.mkinitrd --with=sbp2
2.Reboot

Actual Results:  Initializing firewire controller (ohci1394): [FAIL]

Expected Results:  It might as well simply skip the whole thing if the
module is already loaded.

Additional info:

Comment 1 Bill Nottingham 2004-02-24 20:33:12 UTC
This shouldn't be an issue with current modutils now.

Comment 2 Alexandre Oliva 2004-02-25 13:02:30 UTC
Confirmed, the [FAILED] has now become an [OK].  Thanks!