From owner-cvs-all  Thu May 20 21:37:54 1999
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id A8F2F14C09; Thu, 20 May 1999 21:37:51 -0700 (PDT)
	(envelope-from wpaul@FreeBSD.org)
Received: (from wpaul@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id VAA17103;
	Thu, 20 May 1999 21:37:51 -0700 (PDT)
	(envelope-from wpaul@FreeBSD.org)
Message-Id: <199905210437.VAA17103@freefall.freebsd.org>
From: Bill Paul <wpaul@FreeBSD.org>
Date: Thu, 20 May 1999 21:37:51 -0700 (PDT)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/pci if_al.c if_alreg.h src/sys/conf files
         src/sys/i386/i386 userconfig.c src/sys/i386/conf GENERIC LINT
         src/share/man/man4/man4.i386 al.4 Makefile src/release/texts
         HARDWARE.TXT RELNOTES.TXT src/release/sysinstall devices.c
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

wpaul       1999/05/20 21:37:50 PDT

  Modified files:
    sys/conf             files 
    sys/i386/i386        userconfig.c 
    sys/i386/conf        GENERIC LINT 
    share/man/man4/man4.i386 Makefile 
    release/texts        HARDWARE.TXT RELNOTES.TXT 
    release/sysinstall   devices.c 
  Added files:
    sys/pci              if_al.c if_alreg.h 
    share/man/man4/man4.i386 al.4 
  Log:
  This commit adds driver support for PCI fast ethernet cards based on the
  ADMtek AL981 "Comet" chipset. The AL981 is yet another DEC tulip clone,
  except with simpler receive filter options. The AL981 has a built-in
  transceiver, power management support, wake on LAN and flow control.
  This chip performs extremely well; it's on par with the ASIX chipset
  in terms of speed, which is pretty good (it can do 11.5MB/sec with TCP
  easily).
  
  I would have committed this driver sooner, except I ran into one problem
  with the AL981 that required a workaround. When the chip is transmitting
  at full speed, it will sometimes wedge if you queue a series of packets
  that wrap from the end of the transmit descriptor list back to the
  beginning. I can't explain why this happens, and none of the other tulip
  clones behave this way. The workaround this is to just watch for the end
  of the transmit ring and make sure that al_start() breaks out of its
  packet queuing loop and waiting until the current batch of transmissions
  completes before wrapping back to the start of the ring. Fortunately, this
  does not significantly impact transmit performance.
  
  This is one of those things that takes weeks of analysis just to come
  up with two or three lines of code changes.
  
  Revision  Changes    Path
  1.216     +1 -0      src/sys/conf/files
  1.145     +4 -3      src/sys/i386/i386/userconfig.c
  1.172     +2 -1      src/sys/i386/conf/GENERIC
  1.602     +5 -1      src/sys/i386/conf/LINT
  1.108     +3 -2      src/share/man/man4/man4.i386/Makefile
  1.18      +4 -0      src/release/texts/HARDWARE.TXT
  1.28      +6 -0      src/release/texts/RELNOTES.TXT
  1.91      +2 -1      src/release/sysinstall/devices.c


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