From owner-cvs-sys  Sun May 14 04:01:32 1995
Return-Path: cvs-sys-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id EAA06245
          for cvs-sys-outgoing; Sun, 14 May 1995 04:01:32 -0700
Received: (from davidg@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id EAA06233
          ; Sun, 14 May 1995 04:01:24 -0700
Date: Sun, 14 May 1995 04:01:24 -0700
From: David Greenman <davidg>
Message-Id: <199505141101.EAA06233@freefall.cdrom.com>
To: CVS-commiters, cvs-sys
Subject: cvs commit: src/sys/i386/isa if_ed.c
Sender: cvs-sys-owner@freebsd.org
Precedence: bulk

davidg      95/05/14 04:01:23

  Modified:    sys/i386/isa  if_ed.c
  Log:
  After carefully reading three reference documents, and analyzing
  the 802.3 frames generated by the DC21040 (which does automatic padding
  of less-than-minimum frames) and the frames generated by the 'ed'
  driver, I've found that there is indeed a bug in the size of "ETHER_MIN_LEN"
  as reported by several people, John Hay being the most recent. The driver
  was actually setting the length to 6+6+2+50 (64 bytes), which when adding
  in the CRC (which is automatically appended to the frame and not included
  in the length), the minimum frame is 4 bytes larger than it is supposed to
  be. All of this is confirmed by tcpdump showing 50 bytes of data for
  minimum frames from the 'ed' cards and 46 bytes from 'de' cards. This
  analysis has also revealed that there is garbage in the un-filled in
  portion at the end of the minimum frames from the 'ed' driver; I don't
  plan to fix this.