Messages in this thread | | | Date | Tue, 8 Jun 2004 01:43:26 +0200 (CEST) | From | Marc Herbert <> | Subject | Re: [RFC] ethtool semantics |
| |
On Mon, 7 Jun 2004, David S. Miller wrote:
> On Mon, 7 Jun 2004 23:28:04 +0200 > Roger Luethi <rl@hellgate.ch> wrote: > > > What is the correct response if a user passes ethtool speed or duplex > > arguments while autoneg is on? Some possible answers are: > > > > a) Yell at the user for doing something stupid. > > > > b) Fail silently (i.e. ignore command). > > > > c) Change advertised value accordingly and initiate new negotiation. > > > > d) Consider "autoneg off" implied, force media accordingly. > > > > The ethtool(8) man page I'm looking at doesn't address that question. The > > actual behavior I've seen is b) which is by far my least preferred > > solution.
> speed and duplex fields should be silently ignored in this case
I find the c) feature very convenient. For instance it allows reliably downgrading a link connected to a switch without having to fiddle with the configuration of the switch, something which is usually (pick your favourites) non-standard, painful, not authorized, not implemented, buggy,...
Command line parameters of the bcm5700 driver do implement c) (among other nifties). Documented in its man page. Command line parameters of e1000 also allow some control over the autonegociation process, even if not using c) but a different (and less user-friendly) syntax. See Documentation/--/e1000.txt. From David's words, I suspect this feature is simply missing from ethtool.
Finally, silently ignoring user input is not very user-friendly IMHO. I would much prefer a) to b).
I am aware that my preferences are probably in inverse order of the amount of work required.
PS: I read netdev but not linux-kernel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |