d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
83fa115599
freebsd-dev/sys/pci/README.de

52 lines
1.8 KiB
Plaintext
Raw Normal View History

Make the long-awaited change from $Id$ to $FreeBSD$ This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long. Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
1997-01-14 07:20:47 +00:00
$FreeBSD$
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
Cosmetic code cleanup from Matt's latest driver. a) Removal of private typedefs tulip_uint*_t, use standard u_int_*_t. b) Change [Dd][Cc]21.4. to just 21.4., seems Dec has done this to all of the drivers for all OS's. (Did they get in trouble with someone?) [The few that remain can either not be eliminated, or are waiting for additional driver functional changes that will remove them.] c) Move some code from dc21040.h into the driver, later a whole block of that code and more will move to devar.h, but for now this makes it easier to study diffs. d) Add a big bold comment to the README.de file about it not reflecting reality anymore. Note that these are all cosmetic changes and should be no functional change in the driver whatsoever. If _anyone_ spots a problem introduced by this please let me know ASAP!
1996-12-01 06:01:00 +00:00
THIS FILE IS SERIOUSLY OUT OF DATE AND NO LONGER REFLECTS
REALITY. THE ULTIMATE REFERENCE IS THE SOURCE CODE ITSELF.
rgrimes@FreeBSD.org
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
----------------
The enclosed driver should be considered as beta-test software. It
has run on exactly one machine. Therefore testing has been limited.
This driver is in no way supported by Digital Equipment. See the
disclaimers in the sources for more.
This driver the DEC DE435 PCI NIC. It should also work with other PCI
Cosmetic code cleanup from Matt's latest driver. a) Removal of private typedefs tulip_uint*_t, use standard u_int_*_t. b) Change [Dd][Cc]21.4. to just 21.4., seems Dec has done this to all of the drivers for all OS's. (Did they get in trouble with someone?) [The few that remain can either not be eliminated, or are waiting for additional driver functional changes that will remove them.] c) Move some code from dc21040.h into the driver, later a whole block of that code and more will move to devar.h, but for now this makes it easier to study diffs. d) Add a big bold comment to the README.de file about it not reflecting reality anymore. Note that these are all cosmetic changes and should be no functional change in the driver whatsoever. If _anyone_ spots a problem introduced by this please let me know ASAP!
1996-12-01 06:01:00 +00:00
boards that use the 21040-AA chip (also known as TULIP). This
driver requires the 21040-AA to be pass 2.3 or later. If you are
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
using a eariler pass chip, you may encounter undetected transmit
Cosmetic code cleanup from Matt's latest driver. a) Removal of private typedefs tulip_uint*_t, use standard u_int_*_t. b) Change [Dd][Cc]21.4. to just 21.4., seems Dec has done this to all of the drivers for all OS's. (Did they get in trouble with someone?) [The few that remain can either not be eliminated, or are waiting for additional driver functional changes that will remove them.] c) Move some code from dc21040.h into the driver, later a whole block of that code and more will move to devar.h, but for now this makes it easier to study diffs. d) Add a big bold comment to the README.de file about it not reflecting reality anymore. Note that these are all cosmetic changes and should be no functional change in the driver whatsoever. If _anyone_ spots a problem introduced by this please let me know ASAP!
1996-12-01 06:01:00 +00:00
corruptions. This driver also requires that 21040-AA use a serial
Ethernet address ROM as described in the 21040 specification.
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
Cosmetic code cleanup from Matt's latest driver. a) Removal of private typedefs tulip_uint*_t, use standard u_int_*_t. b) Change [Dd][Cc]21.4. to just 21.4., seems Dec has done this to all of the drivers for all OS's. (Did they get in trouble with someone?) [The few that remain can either not be eliminated, or are waiting for additional driver functional changes that will remove them.] c) Move some code from dc21040.h into the driver, later a whole block of that code and more will move to devar.h, but for now this makes it easier to study diffs. d) Add a big bold comment to the README.de file about it not reflecting reality anymore. Note that these are all cosmetic changes and should be no functional change in the driver whatsoever. If _anyone_ spots a problem introduced by this please let me know ASAP!
1996-12-01 06:01:00 +00:00
The DEC DE425 EISA NIC based on the 21040-AA is not support at
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
this time. A future update will include support for it.
The driver includes full support for both BPF and IP Multicast.
If the autosensing of the driver fails, you can use ifconfig(8) to
switch the driver to the correct port.
ifconfig de0 altphys Thinwire/AUI port
ifconfig de0 -altphys 10baseT/UTP port
Make this documentation more sane in the context of 2.0.
1994-10-29 13:13:40 +00:00
To enable this driver, you first need to add the following lines to
your config file (in i386/conf):
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
Make this documentation more sane in the context of 2.0.
1994-10-29 13:13:40 +00:00
controller pci0
device de0
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
Submitted by: Matt Thomas <thomas@lkg.dec.com> Preliminary FAST Ethernet support added (DEC21140).
1994-10-12 11:19:36 +00:00
The PCI support code will automatically determine and enable the
correct IRQ.
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
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:
Cosmetic code cleanup from Matt's latest driver. a) Removal of private typedefs tulip_uint*_t, use standard u_int_*_t. b) Change [Dd][Cc]21.4. to just 21.4., seems Dec has done this to all of the drivers for all OS's. (Did they get in trouble with someone?) [The few that remain can either not be eliminated, or are waiting for additional driver functional changes that will remove them.] c) Move some code from dc21040.h into the driver, later a whole block of that code and more will move to devar.h, but for now this makes it easier to study diffs. d) Add a big bold comment to the README.de file about it not reflecting reality anymore. Note that these are all cosmetic changes and should be no functional change in the driver whatsoever. If _anyone_ spots a problem introduced by this please let me know ASAP!
1996-12-01 06:01:00 +00:00
de0 <digital 21040 ethernet> int a irq 9 on pci0:7
Submitted by: Matt Thomas <thomas@lkg.dec.com> Preliminary FAST Ethernet support added (DEC21140).
1994-10-12 11:19:36 +00:00
reg20: virtual=0xf290a000 physical=0xc0001000
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
de0: enabling Thinwire/AUI port
Cosmetic code cleanup from Matt's latest driver. a) Removal of private typedefs tulip_uint*_t, use standard u_int_*_t. b) Change [Dd][Cc]21.4. to just 21.4., seems Dec has done this to all of the drivers for all OS's. (Did they get in trouble with someone?) [The few that remain can either not be eliminated, or are waiting for additional driver functional changes that will remove them.] c) Move some code from dc21040.h into the driver, later a whole block of that code and more will move to devar.h, but for now this makes it easier to study diffs. d) Add a big bold comment to the README.de file about it not reflecting reality anymore. Note that these are all cosmetic changes and should be no functional change in the driver whatsoever. If _anyone_ spots a problem introduced by this please let me know ASAP!
1996-12-01 06:01:00 +00:00
de0: 21040 [10Mb/s] pass 2.3 ethernet address 08:00:2b:e2:1e:09
Add Matt Thomas's DC21040 PCI Ethernet driver. (This is turning out to be quite a popular chip, so expect to see a number of products based on it.)
1994-10-01 20:16:47 +00:00
bpf: de0 attached
in the startup log. If so, the board configured properly and
should be ready to use.
Reference in New Issue Copy Permalink