Bug 113462
Summary: | Network scripts invalidate hotplug... problem for Prism54 | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Gavin Kan <gavin_kan> |
Component: | initscripts | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | hcamp, ngierman, 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-10-27 01:04:44 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: |
Description
Gavin Kan
2004-01-14 05:17:23 UTC
reassigning to initscripts Hm, unfortunately, you can't really unilaterally enable hotplug during the network script; otherwise, you'll get interfaces brought up even though you configured them not to come up. Hi Bill, Prism54 drivers require that an ARM firmware be loaded before the card can be initialized. Is there anyway to selectively turn-on the hotplug when it encounters a Prism54 card? Or to delay the startup of these devices until after hotplug is turned on? For example, by putting something into the ifcfg-ethX file such as TYPE=PRISM54? Unfortunately, I've only started studying these init scripts so I don't fully understand the impact of what I've done to my script. Regards, Gavin Kan I'm not sure if there are other conditions to consider, but this is the way that I fixed the issue for the prism54 module. I added a HOTPLUG=y to my ifcfg-eth1 and then I check for that variable in the network startup script. If it exists I reset the /proc hotplug entry, bring up the interface and the reset hotplug. Else I just startup as normal. I'm seeing this sam problem when I went from Fedora FC2 to FC3test3. Since it is exactly the same issue I wasn't sure if I should open a new bug or just append to this one. I had not actually thought to modify the init scripts but on my laptop when I went from FC2 to FC3T3 and started seeing this problem, I just reloaded the prism54 module at the end of the rc.local script: rmmod prism54 modprobe prism54 just reloading the module after pcmcia and hotplug are running allows the firmware upload to work just fine. Also probably not the most eligant solution but it keeps me up after a reboot. I'm thinking about making a seperate init scrip for the prism54 reload so that I can have my network up and running for the services that need it (NFS mount for example). No, the test3 problem is a udev bug. This should be generally fixed now. |