Subject: Re: A new wm driver
To: Jonathan Stone <jonathan@DSG.Stanford.EDU>
From: Jason Thorpe <>
List: tech-kern
Date: 12/17/2003 12:43:43
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed

On Dec 17, 2003, at 12:18 PM, Jonathan Stone wrote:

> That driver is built on top of a large, OS-independent Intel "library"
> ffor for the Pro/1000 hardware. The line-count for if_em_hw.c includes
> a lot of link-autonegotiaton machinery for OSes that lack (for
> example, NetBSD's MII layer. If you're going to count all the lines of
> code to drive PHYs and handle cable polarity quirks, then you should
> also count corresponding lines from the NetBSD sys/dev/mii.
> (Or just not count the PHY lines, if they're not acutally used.)

The point is that the "em" driver duplicates functionality of existing 
code, and has other characteristics that make it undesirable from an 
architectural point of view.

Like I said, I'm all for tuning the existing "wm" driver, but an 
out-right replacement with something that would take us backwards in 
many respects is simply not acceptable.

         -- Jason R. Thorpe <>

content-type: application/pgp-signature; x-mac-type=70674453;
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

Version: GnuPG v1.2.3 (Darwin)