Bug 54691 - Add option to look at link state
Summary: Add option to look at link state
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: pump (Show other bugs)
(Show other bugs)
Version: 7.1
Hardware: i386 Linux
low
medium
Target Milestone: ---
Assignee: Eido Inoue
QA Contact:
URL:
Whiteboard:
Keywords: FutureFeature
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-10-16 12:35 UTC by Otto J. Makela
Modified: 2008-05-01 15:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-02-19 18:03:13 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Otto J. Makela 2001-10-16 12:35:35 UTC 
Description of enhancement:
Add option to look at the ethernet (or other network media) link state, so
that pump won't just sit there waiting for a bootp/dhcp response from an
unconnected ethernet card. This would make life a lot nicer for those with
machines which are not always connected to a network, like portable
machines.
Comment 1 Eido Inoue 2001-10-29 16:15:46 UTC 
I don't think there is a way to do this for all cards. A better solution may be
to allow the user to Ctrl-C doing the broadcast/wait for DHCP server response phase.
Comment 2 Otto J. Makela 2001-10-30 08:38:33 UTC 
I believe a "link" indicator is always available for twisted-pair type network
cabling systems, but not for the (older) coaxial cabling systems or some
"exotic" variants. Of course, making the request sequence interruptable would
not be a bad idea in any case.

In the longer run, I would like to see the network card link state to work a bit
like the PC cards currently work: when the link comes up, the machine's network
state is reconfigured appropriately.  All this should of course be configurable,
so as not to disrupt things for users who do not want this kind of behavior.
Comment 3 Jeremy Katz 2003-02-19 18:03:13 UTC 
This is handled before pump gets called now
Note You need to log in before you can comment on or make changes to this bug.