mirror of
https://git.FreeBSD.org/src.git
synced 2024-12-25 11:37:56 +00:00
14c77d8a98
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. |
||
|---|---|---|
| .. | ||
| ic | ||
| matcd | ||
| pcvt | ||
| sound | ||
| aha1542.c | ||
| aha1742.c | ||
| aha2742.c | ||
| aic6360.c | ||
| aic7770.c | ||
| b004.c | ||
| b004.h | ||
| bt742a.c | ||
| clock.c | ||
| creative.h | ||
| cronyx.c | ||
| ctx.c | ||
| ctxreg.h | ||
| cx.c | ||
| cxreg.h | ||
| cy.c | ||
| diskslice_machdep.c | ||
| elink.c | ||
| elink.h | ||
| fd.c | ||
| fdc.h | ||
| fdreg.h | ||
| ft.c | ||
| ftreg.h | ||
| gpib.c | ||
| gpib.h | ||
| gpibreg.h | ||
| gsc.c | ||
| gscreg.h | ||
| icu.h | ||
| icu.s | ||
| if_cx.c | ||
| if_ed.c | ||
| if_edreg.h | ||
| if_eg.c | ||
| if_egreg.h | ||
| if_el.c | ||
| if_elreg.h | ||
| if_ep.c | ||
| if_epreg.h | ||
| if_fe.c | ||
| if_fereg.h | ||
| if_ie507.h | ||
| if_ie.c | ||
| if_iereg.h | ||
| if_is.c | ||
| if_isreg.h | ||
| if_ix.c | ||
| if_ixreg.h | ||
| if_le.c | ||
| if_lnc.c | ||
| if_lnc.h | ||
| if_ze.c | ||
| if_zereg.h | ||
| if_zp.c | ||
| if_zpreg.h | ||
| isa_device.h | ||
| isa.c | ||
| isa.h | ||
| iso8859.font | ||
| joy.c | ||
| kbd.h | ||
| kbdtables.h | ||
| labpc.c | ||
| lpt.c | ||
| lptreg.h | ||
| matcd.c | ||
| matcd.h | ||
| mcd.c | ||
| mcdreg.h | ||
| mse.c | ||
| ncr5380.c | ||
| npx.c | ||
| npx.c.orig | ||
| options.h | ||
| pas.c | ||
| pcaudio.c | ||
| pcibus.c | ||
| pcic.c | ||
| pcic.h | ||
| psm.c | ||
| rc.c | ||
| rcreg.h | ||
| readMBR.c | ||
| README.le | ||
| rtc.h | ||
| scd.c | ||
| scdreg.h | ||
| seagate.c | ||
| sio.c | ||
| sioreg.h | ||
| spigot.c | ||
| spkr.c | ||
| syscons.c | ||
| syscons.h | ||
| timerreg.h | ||
| tw.c | ||
| ultra14f.c | ||
| vector.s | ||
| wd7000.c | ||
| wd.c | ||
| wdreg.h | ||
| wt.c | ||
| wtreg.h | ||
$Id: README.le,v 1.1 1994/10/01 20:15:43 wollman Exp $
----------------
This driver is in no way supported by Digital Equipment. See the
disclaimers in the sources for more.
This driver supports all the DEC EtherWORKS III NICs (DE203, DE204,
and DE205) and the later DEC EtherWORKS II NICs (DE200, DE201, DE202,
DE422). DEPCA-style boards prior to the DE200 have not been tested
and may not work.
This driver is not EISA aware. If you are using a DE422 or have
configured the EtherWORKS III in EISA mode, make sure you specify
the I/O port properly as this driver will *not* probe for it.
(The I/O port should be 0xNc00 where N is the EISA slot number).
This driver does not yet use the full 128KB allowed by the DE422.
Someday, it might. For EtherWORKS III NICs, the driver will override
the EEPROM setting of MemoryMode and *always* use the 2K for best
results.
The driver includes full support for both BPF and IP Multicast.
[All paths are relative to the top of sys source area, usually
/usr/src/sys.]
The following files need to be moved into their respective
directories:
if_le.c --> i386/isa
am7990.h --> i386/isa/ic
lemac.h --> i386/isa/ic
You will need to apply the patch provided in pat.files.i386 to
i386/conf/files.i386 file.
After that is done you will need to edit your config file (in
i386/conf) and a line similar to:
device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr
[The above line assumes the board is still at the factory defaults.]
Change the port, irq, and iomem value if needed to your configuration.
Now you are ready to rebuild your kernel, reboot, and see if the
driver can configure your board. When the system boots, you will
hopefully something close to:
EtherWORKS II:
le0 at 0x300-0x30f irq 5 maddr 0xd0000 msize 65536 on isa
le0: DE202 ethernet address 08:00:2b:2d:c8:45
bpf: le0 attached
EtherWORKS III:
le0 at 0x320-0x33f irq 5 maddr 0xd0000 msize 2048 on isa
le0: DE205-AB ethernet address 08:00:2b:bb:23:e0
le0 attached
in the startup log. If so, the board configured properly and
should be ready to use.
--
Mail: thomas@lkg.dec.com
URL: http://ftp.digital.com/~thomas/