summaryrefslogtreecommitdiffstats
path: root/sys/pci/if_axreg.h
Commit message (Collapse)AuthorAgeFilesLines
* Add the if_dc driver and remove all of the al, ax, dm, pn and mx driverswpaul1999-12-041-575/+0
| | | | | | | | which it replaces. The new driver supports all of the chips supported by the ones it replaces, as well as many DEC/Intel 21143 10/100 cards. This also completes my quest to convert things to miibus and add Alpha support.
* Clean up two cases of the alpha vtophys() hack that should bewpaul1999-09-181-2/+1
| | | | using alpha_XXX_dmamap() but aren't.
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Convert the ASIX and Macronix drivers to newbus.wpaul1999-07-241-1/+6
|
* Dangit. Somehow the pmap_kextract hack for alpha snuck back into thesewpaul1999-07-231-3/+2
| | | | | | files. Change them back to alpha_XXX_dmamap(). Pointed out by: Andrew Gallatin
* Tweak the Macronix driver to hopefully make it more reliable:wpaul1999-05-061-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | - Change to the same transmit scheme as the PNIC driver. - Dynamically set the cache alignment, and set burst size the same as the PNIC driver in mx_init(). - Enable 'store and forward' mode by default. This is the slowest option and it does reduce 100Mbps performance somewhat, but it's the most reliable setting I can find. I'm more interested in having the driver work reliably than trying to squeeze the best performance out of it. The reason I'm doing this is that on *some* systems you may see a lot of transmit underruns (which I can't explain: these are *fast* test systems) and these errors seem to cause unusual and decidedly non-tulip-like behavior. In normal 10Mbps mode, performance is fine (you can easily saturate a 10Mbps link). Also tweak some of the other drivers: - Increase the size of the TX ring for the Winbond, ASIX, VIA Rhine and PNIC drivers. - Set a larger value for ifq_maxlen in the ThunderLAN driver. The setting of TL_TX_LIST_CNT - 1 is too low (the ThunderLAN driver only allocates 20 transmit descriptors, and I don't want to fiddle with that now because the ThunderLAN's descriptor structure is an oddball size compared to the others).
* Make ASIX driver work on FreeBSD/alpha, add to GENERIC.wpaul1999-04-081-1/+7
|
* Dangit... made a typo in the NEXPTR register definition (0x55 -> 0x45).wpaul1999-02-231-2/+2
|
* Minor updates for the ASIX AX88141, which is a newer version of thewpaul1999-02-231-5/+12
| | | | | | | | | | AX88140A with power management and magic packet support. Correct the addresses of the PCI power management registers and add some code to detect the revision ID of the AX88141 and identify it in the probe messages. No other changes are needed since the AX88141 is functionally identical to the AX88140A.
* Remove the code that manually pads frames to at least 60 bytes;wpaul1999-01-161-2/+1
| | | | the ASIX chip supports auto-padding.
* Add driver support (and man page) for PCI fast ethernet cards basedwpaul1999-01-091-0/+560
on the ASIX AX88140A chip. Update /sys/conf/files, RELNOTES.TXT, /sys/i388/i386/userconfig.c, sysinstall/devices.c, GENERIC and LINT accordingly. For now, the only board that I know of that uses this chip is the Alfa Inc. GFC2204. (Its predecessor, the GFC2202, was a DEC tulip card.) Thanks again to Ulf for obtaining the board for me. If anyone runs across another, please feel free to update the man page and/or the release notes. (The same applies for the other drivers.) FreeBSD should now have support for all of the DEC tulip workalike chipsets currently on the market (Macronix, Lite-On, Winbond, ASIX). And unless I'm mistaken, it should also have support for all PCI fast ethernet chipsets in general (except maybe the SMC FEAST chip, which nobody seems to ever use, including SMC). Now if only we could convince 3Com, Intel or whoever to cough up some documentation for gigabit ethernet hardware. Also updated RELNOTEX.TXT to mention that the SVEC PN102TX is supported by the Macronix driver (assuming you actually have an SVEC PN102TX with a Macronix chip on it; I tried to order a PN102TX once and got a box labeled 'Hawking Technology PN102TX' that had a VIA Rhine board inside it).
OpenPOWER on IntegriCloud