Bug 22979
Summary: | RFE: pcmcia interfaces | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Gerald Teschl <gt> |
Component: | kernel | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | ewt, msw, rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | Florence Beta-3 | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-05-18 23:15:13 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
Gerald Teschl
2000-12-29 11:22:47 UTC
We can do this, but it won't help much unless the installer writes them. There's no real way to know what driver arbitrary eth devices are controlled by. The installer only knows that "there is an eth0 device" not that it is controlled via PCMCIA. Not actually true -- as long as they use the pcmcia install disks, the loader keeps track of what's pcmcia and what isn't. For 7.0, we set ONBOOT=no for PCMCIA devices to work around this though, iirc. Is that not working? This defect is considered MUST-FIX for Florence Gold release Reporter: does setting 'ONBOOT=no' also solve your problem? (It won't break anything; pcmcia-cs ignores ONBOOT... Setting ONBOOT=no would also solve the problem, but I don't think its a clean solution. In fact, I think inserting a card could be considered "booting" it and hence pcmcia-cs should bring the if up with the "boot" option. This way the user could control whether the card should be brought up upon insertion. That would have to be done in the pcmcia package. However, please note that the way the cards are currently configured, you will *not* get this message. After discussing this with the local pcmcia-cs maintainer, doing it in this manner (suddenly honoring ONBOOT for pcmcia devices) would totally break upgrades. So we're going to stick with the current behavior for now. Yes, I don't get the failed message anymore. But know the card isn't brought up when the laptop wakes up from suspend;-( Setting ONBOOT="no" has the effect of breaking apm suspend/resume, since "service network start" will NOT bring up a pcmcia interface in this case. See bug #34632. Which card ? This should be worked around in initscripts-6.12-1, in that the message is no longer printed (the interface is just skipped...) |