Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 01 Mar 1999 20:34:37 +0100
From:      Poul-Henning Kamp <phk@critter.freebsd.dk>
To:        "Matthew N. Dodd" <winter@jurai.net>
Cc:        Nate Williams <nate@mt.sri.com>, Garrett Wollman <wollman@khavrinen.lcs.mit.edu>, Bill Paul <wpaul@skynet.ctr.columbia.edu>, current@FreeBSD.ORG
Subject:   Re: Request for review: changes to if_vlan.c 
Message-ID:  <18961.920316877@critter.freebsd.dk>
In-Reply-To: Your message of "Mon, 01 Mar 1999 14:00:05 EST." <Pine.BSF.4.02.9903011332370.15262-100000@sasami.jurai.net> 

next in thread | previous in thread | raw e-mail | index | archive | help
In message <Pine.BSF.4.02.9903011332370.15262-100000@sasami.jurai.net>, "Matthe
w N. Dodd" writes:
>On Mon, 1 Mar 1999, Poul-Henning Kamp wrote:
>> 
>> And some new PCI devices doesn't either because if_media is hopelessly
>> narrowtrack for real world devices :-(
>
>As much as if_media sucks, it does have the ability to be extended in a
>fariety of useful ways.

Yes, but considering the low age of the interface, the fact that it
was made so narrow-scope is a disgrace.

Try to implement a E1 line with the full complement of options,
including international bits and crc4 and what have you :-(

It should have been done with a simple ascii string instead.  The
drivers are much better at chewing on it than the "generic" code,
it would be simpler to understand, simpler to implement, you wouldn't
need to rebuild ifconfig all the time and it would be vastly more
flexible.

Anyone who thinks this sounds like a replay from when I stuck my
fingers in sysctl some years back are right.

<GRUMBLE>
For some reason, some people around our camp-fire, have a hard time 
understanding that compiletime enumeration of potential options
is a concept that died with the "VAX Handbook 1978 edition".
</GRUMBLE>

Poul-Henning

--
Poul-Henning Kamp             FreeBSD coreteam member
phk@FreeBSD.ORG               "Real hackers run -current on their laptop."
FreeBSD -- It will take a long time before progress goes too far!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?18961.920316877>