On Tue, 06 Sep 2005 22:42:21 +0200, Francois Romieu said: > Currently one can do 'ifconfig ethX up', check the link status, then try > to DHCP or whatever. Apparently a few drivers do not support tne detection > of link as presented above. So is it anything like a vendor requirement/a > standard (or should it be the new right way (TM)) or does the userspace > needs fixing wrt its expectation ? The "ifconfig up then check link status" method is probably usable for the vast majority of cases. Are there any driver/card combos that *can't* be fixed to support that? (A somewhat hidden side effect is that if you're doing this, the driver also needs to be able to support additional ifconfig calls later to set encapsulation, address/netmask, and the like. I've run across dain-bramaged older hardware/software (not Linux-based) that would require an 'ifconfig down' followed by 'ifconfig foo <value> bar <value> up' to change stuff....
Attachment:
pgp9a1uyjRJi9.pgp
Description: PGP signature
- Follow-Ups:
- Re: Patch for link detection for R8169
- From: Francois Romieu <[email protected]>
- Re: Patch for link detection for R8169
- References:
- Patch for link detection for R8169
- From: Miroslaw Mieszczak <[email protected]>
- Re: Patch for link detection for R8169
- From: Francois Romieu <[email protected]>
- Re: Patch for link detection for R8169
- From: [email protected]
- Re: Patch for link detection for R8169
- From: Francois Romieu <[email protected]>
- Patch for link detection for R8169
- Prev by Date: Re: [discuss] [2.6 patch] include/asm-x86_64 "extern inline" -> "static inline"
- Next by Date: Re: [ck] 2.6.13-ck2
- Previous by thread: Re: Patch for link detection for R8169
- Next by thread: Re: Patch for link detection for R8169
- Index(es):
