Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 21 Aug 1999 10:40:53 -0700 (PDT)
From:      Bill Paul <wpaul@FreeBSD.org>
To:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   cvs commit: src/sys/i386/conf LINT src/sys/modules Makefile src/sys/modules/mii Makefile src/sys/dev/mii Makefile.miidevs devlist2h.awk exphy.c mii.c mii.h mii_physubr.c miidevs miidevs.h miivar.h nsphy.c nsphyreg.h ukphy.c ukphy_subr.c CVSROOT modules ...
Message-ID:  <199908211740.KAA34227@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

wpaul       1999/08/21 10:40:53 PDT

  Modified files:
    sys/i386/conf        LINT 
    sys/modules          Makefile 
    .                    modules 
    sys/conf             files 
  Added files:
    sys/modules/mii      Makefile 
    sys/dev/mii          Makefile.miidevs devlist2h.awk exphy.c 
                         mii.c mii.h mii_physubr.c miidevs 
                         miidevs.h miivar.h nsphy.c nsphyreg.h 
                         ukphy.c ukphy_subr.c 
  Log:
  This commit adds support for the NetBSD MII abstraction layer and
  MII-compliant PHY drivers. Many 10/100 ethernet NICs available today
  either use an MII transceiver or have built-in transceivers that can
  be programmed using an MII interface. It makes sense then to separate
  this support out into common code instead of duplicating it in all
  of the NIC drivers. The mii code also handles all of the media
  detection, selection and reporting via the ifmedia interface.
  
  This is basically the same code from NetBSD's /sys/dev/mii, except
  it's been adapted to FreeBSD's bus architecture. The advantage to this
  is that it automatically allows everything to be turned into a
  loadable module. There are some common functions for use in drivers
  once an miibus has been attached (mii_mediachg(), mii_pollstat(),
  mii_tick()) as well as individual PHY drivers. There is also a
  generic driver for all PHYs that aren't handled by a specific driver.
  It's possible to do this because all 10/100 PHYs implement the same
  general register set in addition to their vendor-specific register
  sets, so for the most part you can use one driver for pretty much
  any PHY. There are a couple of oddball exceptions though, hence
  the need to have specific drivers.
  
  There are two layers: the generic "miibus" layer and the PHY driver
  layer. The drivers are child devices of "miibus" and the "miibus" is
  a child of a given NIC driver. The "miibus" code and the PHY drivers
  can actually be compiled and kldoaded as completely separate modules
  or compiled together into one module. For the moment I'm using the
  latter approach since the code is relatively small.
  
  Currently there are only three PHY drivers here: the generic driver,
  the built-in 3Com XL driver and the NS DP83840 driver. I'll be adding
  others later as I convert various NIC drivers to use this code.
  
  I realize that I'm cvs adding this stuff instead of importing it
  onto a separate vendor branch, but in my opinion the import approach
  doesn't really offer any significant advantage: I'm going to be
  maintaining this stuff and writing my own PHY drivers one way or
  the other.
  
  Revision  Changes    Path
  1.629     +11 -1     src/sys/i386/conf/LINT
  1.72      +3 -3      src/sys/modules/Makefile
  1.285     +2 -1      CVSROOT/modules
  1.236     +20 -0     src/sys/conf/files



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




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