![[BACK]](/icons/back.gif){kind=icon}
Up to [freebsd] / src / sys / pci
Up to [freebsd] / src / sys / pci
Request diff between arbitrary revisions
Default branch: MAIN
Revision 1.32, Sat Dec 4 17:41:08 1999 UTC (12 years, 2 months ago) by wpaul
Branch: MAIN
CVS Tags: HEAD
Changes since 1.31: +2 -2
lines
FILE REMOVED
Add the if_dc driver and remove all of the al, ax, dm, pn and mx drivers 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.
Revision 1.31 / (download) - annotate - [select for diffs], Mon Nov 1 17:10:24 1999 UTC (12 years, 3 months ago) by wpaul
Branch: MAIN
Changes since 1.30: +27 -17
lines
Diff to previous 1.30 (colored)
Do some more work on the mxphy pseudo-driver to make it better at media detection and remove the long delays that I had used previously. Everything should be handled by timeouts now.
Revision 1.8.2.9 / (download) - annotate - [select for diffs], Fri Oct 29 16:04:52 1999 UTC (12 years, 3 months ago) by wpaul
Branch: RELENG_3
CVS Tags: RELENG_3_5_0_RELEASE,
RELENG_3_4_0_RELEASE
Changes since 1.8.2.8: +8 -73
lines
Diff to previous 1.8.2.8 (colored) to branchpoint 1.8 (colored) next main 1.9 (colored)
Fix up the autonegotiation a little: - Get rid of all 100baseT4 references; the Macronix chips don't really support it, and we shouldn't give the autonegotiation code an opportunity to select it as the current media when we haven't even ifmedia_add()ed IFM_100_T4 as a valid selection. - Change the non-MII autonegotiation routine to use the link partner code word bits from CSR12 (10baseT status), which is the standard DEC 21x4x way of detecting link partner ability instead of using the Macronix-specific NWAY status register at CSR20. This should fix problems with 98715A or 82c115 PNIC II chips (LinkSys LNE100TX v2.0) incorrectly negotiationg 100baseT4 with some switches or hubs and then crashing due to 100baseT4 not being a valid mode. Problem found and fix tested by: Roger Hardiman <roger@cs.strath.ac.uk>
Revision 1.30 / (download) - annotate - [select for diffs], Sat Oct 16 05:24:10 1999 UTC (12 years, 3 months ago) by wpaul
Branch: MAIN
Changes since 1.29: +180 -746
lines
Diff to previous 1.29 (colored)
Convert the mx driver to miibus. In order to make this work, I created a pseudo-PHY driver to deal with Macronix chips that use the built-in NWAY support and symbol mode port. This is actually all of them, with the exception of the original MX98713 which presents its NWAY support via the MII serial interface. The mxphy driver actually manipulates the controller registers directly rather than using the miibus_readreg()/miibus_writereg() bus interface since there are no MII registers to read. The mx driver itself pretends that the NWAY interface is a PHY locayed at MII address 31 for the sole purpose of allowing the mxphy_probe() routine to know when it needs to attach to a host controller.
Revision 1.29 / (download) - annotate - [select for diffs], Thu Sep 23 03:32:53 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.28: +4 -12
lines
Diff to previous 1.28 (colored)
As suggested by phk, unconditionalize BPF support in these drivers. Since there are stubs compiled into the kernel if BPF support is not enabled, there aren't any problems with unresolved symbols. The modules in /modules are compiled with BPF support enabled anyway, so the most this will do is bloat GENERIC a little.
Revision 1.28 / (download) - annotate - [select for diffs], Wed Sep 22 06:08:10 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.27: +3 -3
lines
Diff to previous 1.27 (colored)
Tweak these for what I hope is the last time: change the DRIVER_MODULE() declaration for the interface driver from "foo" to "if_foo" but leave the declaration for the miibus attached to the interface driver alone. This lets the internal module name be "if_foo" while still allowing the miibus instances to attach to "foo." This should allow ifconfig to autoload driver modules again without breaking the miibus attach.
Revision 1.27 / (download) - annotate - [select for diffs], Mon Sep 20 19:06:43 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.26: +3 -3
lines
Diff to previous 1.26 (colored)
Un-do the changes to the DRIVER_MODULE() declarations in these drivers. This whole idea isn't going to work until somebody makes the bus/kld code smarter. The idea here is to change the module's internal name from "foo" to "if_foo" so that ifconfig can tell a network driver from a non-network one. However doing this doesn't work correctly no matter how you slice it. For everything to work, you have to change the name in both the driver_t struct and the DRIVER_MODULE() declaration. The problems are: - If you change the name in both places, then the kernel thinks that the device's name is now "if_foo", so you get things like: if_foo0: <FOO ethernet> irq foo at device foo on pcifoo if_foo0: Ethernet address: foo:foo:foo:foo:foo:foo This is bogus. Now the device name doesn't agree with the logical interface name. There's no reason for this, and it violates the principle of least astonishment. - If you leave the name in the driver_t struct as "foo" and only change the names in the DRIVER_MODULE() declaration to "if_foo" then attaching drivers to child devices doesn't work because the names don't agree. This breaks miibus: drivers that need to have miibuses and PHY drivers attached never get them. In other words: damned if you do, damned if you don't. This needs to be thought through some more. Since the drivers that use miibus are broken, I have to change these all back in order to make them work again. Yes this will stop ifconfig from being able to demand load driver modules. On the whole, I'd rather have that than having the drivers not work at all.
Revision 1.26 / (download) - annotate - [select for diffs], Mon Sep 20 08:47:11 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.25: +3 -3
lines
Diff to previous 1.25 (colored)
Grrr. Okay, changing the devnames was a bad idea. Put them back the way they were.
Revision 1.25 / (download) - annotate - [select for diffs], Mon Sep 20 08:14:38 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.24: +3 -3
lines
Diff to previous 1.24 (colored)
Fix the strings in the driver_t structs so that they match the new names in the DRIVER_MODULES() declarations. *sigh*
Revision 1.24 / (download) - annotate - [select for diffs], Mon Sep 20 06:50:51 1999 UTC (12 years, 4 months ago) by obrien
Branch: MAIN
Changes since 1.23: +3 -3
lines
Diff to previous 1.23 (colored)
Change the name we register with DRIVER_MODULE() to include the leading "if_". Reviewed by: msmith, wpaul
Revision 1.8.2.8 / (download) - annotate - [select for diffs], Sun Aug 29 16:31:39 1999 UTC (12 years, 5 months ago) by peter
Branch: RELENG_3
CVS Tags: RELENG_3_3_0_RELEASE
Changes since 1.8.2.7: +2 -2
lines
Diff to previous 1.8.2.7 (colored) to branchpoint 1.8 (colored)
$Id$ -> $FreeBSD$
Revision 1.23 / (download) - annotate - [select for diffs], Sat Aug 28 00:50:51 1999 UTC (12 years, 5 months ago) by peter
Branch: MAIN
Changes since 1.22: +2 -2
lines
Diff to previous 1.22 (colored)
$Id$ -> $FreeBSD$
Revision 1.22 / (download) - annotate - [select for diffs], Sat Jul 24 20:52:56 1999 UTC (12 years, 6 months ago) by wpaul
Branch: MAIN
Changes since 1.21: +199 -164
lines
Diff to previous 1.21 (colored)
Convert the ASIX and Macronix drivers to newbus.
Revision 1.21 / (download) - annotate - [select for diffs], Tue Jul 6 19:23:26 1999 UTC (12 years, 7 months ago) by des
Branch: MAIN
Changes since 1.20: +7 -7
lines
Diff to previous 1.20 (colored)
Rename bpfilter to bpf.
Revision 1.20 / (download) - annotate - [select for diffs], Fri Jul 2 04:17:13 1999 UTC (12 years, 7 months ago) by peter
Branch: MAIN
Changes since 1.19: +4 -4
lines
Diff to previous 1.19 (colored)
Change the cast in pci_map_port() from u_short * to pci_port_t * so it compiles cleanly on the Alpha. (On the alpha, the port type is an int, not a short). Cast a couple of pointers to ints via 'uintptr_t' rather than 'unsigned int' since uintptr_t is long (64 bit) on Alpha, as are pointers.
Revision 1.8.2.7 / (download) - annotate - [select for diffs], Wed Jun 16 16:32:07 1999 UTC (12 years, 7 months ago) by wpaul
Branch: RELENG_3
Changes since 1.8.2.6: +46 -21
lines
Diff to previous 1.8.2.6 (colored) to branchpoint 1.8 (colored)
MFC: fix multicast hashing for PNIC II, which has only a 128 bit table instead of 512.
Revision 1.19 / (download) - annotate - [select for diffs], Wed Jun 16 16:27:30 1999 UTC (12 years, 7 months ago) by wpaul
Branch: MAIN
Changes since 1.18: +45 -20
lines
Diff to previous 1.18 (colored)
Grrr! The PNIC II's multicast hash table is only 128 bits wide, not 512 like the original PNIC and the MX98715A (from which the PNIC II is derived). This requires special handling. Save the card type, and in mx_calchash(), if we see that the card is a PNIC, return only the low 7 bits of the hash instead of the low 9 bits.
Revision 1.8.2.6 / (download) - annotate - [select for diffs], Fri May 28 18:53:38 1999 UTC (12 years, 8 months ago) by wpaul
Branch: RELENG_3
Changes since 1.8.2.5: +4 -2
lines
Diff to previous 1.8.2.5 (colored) to branchpoint 1.8 (colored)
MFC: fix support for PNIC II (add PNIC II ID to mx driver)
Revision 1.18 / (download) - annotate - [select for diffs], Fri May 28 18:43:13 1999 UTC (12 years, 8 months ago) by wpaul
Branch: MAIN
Changes since 1.17: +4 -2
lines
Diff to previous 1.17 (colored)
Fix support for the PNIC II. Earlier I had assumed that the PNIC II was similar to the PNIC I (supported by the pn driver). In fact, it's really a Macronix 98715A with wake on LAN support added. According to LinkSys, the PNIC II was jointly developed by Lite-On and Macronis. I get the feeling Macronix did most of the work. (The datasheet has the Macronix logo on it, and is in fact nearly identical to the 98715 datasheet, except for the extra wake on LAN registers.) In any case, the PNIC II works just fine with the Macronix driver. The changes are: - Move PCI ID for the PNIC II from the pn driver to the mx driver. - Mention PNIC II support in mx.4. - Mention PNIC II support in RELNOTES.TXT and HARDWARE.TXT.
Revision 1.17 / (download) - annotate - [select for diffs], Sun May 9 17:06:56 1999 UTC (12 years, 9 months ago) by peter
Branch: MAIN
Changes since 1.16: +2 -6
lines
Diff to previous 1.16 (colored)
Simplify the COMPAT_PCI_DRIVER/DATA_SET hack. We can add: #define COMPAT_PCI_DRIVER(name,data) DATA_SET(pcidevice_set,data) .. to 2.2.x and 3.x if people think it's worth it. Driver writers can do this if it's not defined. (The reason for this is that I'm trying to progressively eliminate use of linker_sets where it hurts modularity and runtime load capability, and these DATA_SET's keep getting in the way.)
Revision 1.8.2.5 / (download) - annotate - [select for diffs], Thu May 6 15:39:32 1999 UTC (12 years, 9 months ago) by wpaul
Branch: RELENG_3
CVS Tags: RELENG_3_2_PAO_BP,
RELENG_3_2_PAO,
RELENG_3_2_0_RELEASE
Changes since 1.8.2.4: +43 -65
lines
Diff to previous 1.8.2.4 (colored) to branchpoint 1.8 (colored)
MFC: stability fixes for Macronix driver, small performance tweaks for
ASIX, PNIC, Winbond, VIA Rhine and ThunderLAN drivers.
Revision 1.16 / (download) - annotate - [select for diffs], Thu May 6 15:32:45 1999 UTC (12 years, 9 months ago) by wpaul
Branch: MAIN
Changes since 1.15: +43 -65
lines
Diff to previous 1.15 (colored)
Tweak the Macronix driver to hopefully make it more reliable: - 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).
Revision 1.15 / (download) - annotate - [select for diffs], Sat Apr 24 20:14:00 1999 UTC (12 years, 9 months ago) by peter
Branch: MAIN
CVS Tags: PRE_VFS_BIO_NFS_PATCH,
PRE_SMP_VMSHARE,
POST_VFS_BIO_NFS_PATCH,
POST_SMP_VMSHARE
Changes since 1.14: +6 -2
lines
Diff to previous 1.14 (colored)
Use COMPAT_PCI_DRIVER() for registration if it exists. This shouldn't hurt the driver portability to 3.x too much for where drivers are shared.
Revision 1.8.2.4 / (download) - annotate - [select for diffs], Fri Apr 16 01:57:05 1999 UTC (12 years, 9 months ago) by ghelmer
Branch: RELENG_3
Changes since 1.8.2.3: +40 -12
lines
Diff to previous 1.8.2.3 (colored) to branchpoint 1.8 (colored)
MFC: Bridging support.
Revision 1.14 / (download) - annotate - [select for diffs], Fri Apr 16 01:56:06 1999 UTC (12 years, 9 months ago) by ghelmer
Branch: MAIN
CVS Tags: PRE_NEWBUS,
POST_NEWBUS
Changes since 1.13: +40 -12
lines
Diff to previous 1.13 (colored)
Add bridging support (tested in 3.1-RELEASE by Steven Vetzal <svetzal@icom.ca>).
Revision 1.8.2.3 / (download) - annotate - [select for diffs], Thu Apr 8 17:40:27 1999 UTC (12 years, 10 months ago) by wpaul
Branch: RELENG_3
Changes since 1.8.2.2: +13 -4
lines
Diff to previous 1.8.2.2 (colored) to branchpoint 1.8 (colored)
MFC: support Compex RL100-TX Macronix NIC.
Revision 1.13 / (download) - annotate - [select for diffs], Thu Apr 8 17:38:05 1999 UTC (12 years, 10 months ago) by wpaul
Branch: MAIN
Changes since 1.12: +13 -4
lines
Diff to previous 1.12 (colored)
Add PCI IDs for the Compex RL100-TX, which uses the Macronix 98713 chip.
Revision 1.8.2.2 / (download) - annotate - [select for diffs], Thu Apr 1 02:13:12 1999 UTC (12 years, 10 months ago) by wpaul
Branch: RELENG_3
Changes since 1.8.2.1: +63 -20
lines
Diff to previous 1.8.2.1 (colored) to branchpoint 1.8 (colored)
MFC: cleaups and update for FreeBSD/alpha.
Revision 1.12 / (download) - annotate - [select for diffs], Thu Apr 1 02:09:37 1999 UTC (12 years, 10 months ago) by wpaul
Branch: MAIN
Changes since 1.11: +64 -21
lines
Diff to previous 1.11 (colored)
Make the Macronix driver work on FreeBSD/alpha and add to GENERIC. Like the PNIC, we have to copy packet headers in the receive handler because the chip will only DMA to longword aligned buffers. Also do some mindor cleanups.
Revision 1.8.2.1 / (download) - annotate - [select for diffs], Mon Feb 1 21:32:51 1999 UTC (13 years ago) by wpaul
Branch: RELENG_3
CVS Tags: RELENG_3_1_0_RELEASE
Changes since 1.8: +3 -3
lines
Diff to previous 1.8 (colored)
MFC: remember to initialize ifp->if_snd.ifq_maxlen.
Revision 1.11 / (download) - annotate - [select for diffs], Mon Feb 1 21:25:51 1999 UTC (13 years ago) by wpaul
Branch: MAIN
Changes since 1.10: +3 -3
lines
Diff to previous 1.10 (colored)
Remember to initialize ifp->if_snd.ifq_maxlen.
Revision 1.10 / (download) - annotate - [select for diffs], Thu Jan 28 00:57:53 1999 UTC (13 years ago) by dillon
Branch: MAIN
Changes since 1.9: +4 -4
lines
Diff to previous 1.9 (colored)
Fix warnings in preparation for adding -Wall -Wcast-qual to the
kernel compile
Revision 1.9 / (download) - annotate - [select for diffs], Wed Jan 27 23:45:42 1999 UTC (13 years ago) by dillon
Branch: MAIN
Changes since 1.8: +3 -3
lines
Diff to previous 1.8 (colored)
Fix warnings in preparation for adding -Wall -Wcast-qual to the
kernel compile.
This commit includes significant work to proper handle const arguments
for the DDB symbol routines.
Revision 1.8 / (download) - annotate - [select for diffs], Wed Jan 6 17:30:06 1999 UTC (13 years, 1 month ago) by wpaul
Branch: MAIN
CVS Tags: RELENG_3_BP
Branch point for: RELENG_3
Changes since 1.7: +18 -4
lines
Diff to previous 1.7 (colored)
Add some tweaks to mx_mii_readreg(), mx_phy_readreg(), mx_phy_writereg() and mx_setcfg() so that we can read the internal MII registers on the MX98713 chip correctly. With these changes, media autoselection now works correctly on the original 98713. All Macronix chips should now be properly supported (unless there's a surprise waiting in the 98725). Thanks to Ulf Zimmermann for providing a 98713 board.
Revision 1.7 / (download) - annotate - [select for diffs], Sun Jan 3 02:05:21 1999 UTC (13 years, 1 month ago) by wpaul
Branch: MAIN
Changes since 1.6: +3 -4
lines
Diff to previous 1.6 (colored)
Minor bug: in the case where allocating a fresh mbuf for the receive ring fails, we need to set the descriptor status word so that the 'OWN' bit is set again so that the chip can reuse it. Previously, this wasn't being done.
Revision 1.6 / (download) - annotate - [select for diffs], Thu Dec 24 19:10:05 1998 UTC (13 years, 1 month ago) by wpaul
Branch: MAIN
Changes since 1.5: +11 -2
lines
Diff to previous 1.5 (colored)
One more time: another case where we need to trim the CRC manually.
Revision 1.5 / (download) - annotate - [select for diffs], Mon Dec 14 06:32:55 1998 UTC (13 years, 2 months ago) by dillon
Branch: MAIN
Changes since 1.4: +4 -4
lines
Diff to previous 1.4 (colored)
probe function changed from returning char * to const char *.
Revision 1.4 / (download) - annotate - [select for diffs], Mon Dec 7 21:58:46 1998 UTC (13 years, 2 months ago) by archie
Branch: MAIN
Changes since 1.3: +3 -3
lines
Diff to previous 1.3 (colored)
The "easy" fixes for compiling the kernel -Wunused: remove unreferenced static and local variables, goto labels, and functions declared but not defined.
Revision 1.3 / (download) - annotate - [select for diffs], Sat Dec 5 02:21:43 1998 UTC (13 years, 2 months ago) by wpaul
Branch: MAIN
Changes since 1.2: +8 -2
lines
Diff to previous 1.2 (colored)
Add sanity check to foo_start() routines: in the unlikely (though apparently possible) event that the transmit start routine is called with and empty if_snd queue, bail out instead of dereferencing unilitialized transmit list pointers and panicking.
Revision 1.2 / (download) - annotate - [select for diffs], Fri Dec 4 21:48:12 1998 UTC (13 years, 2 months ago) by wpaul
Branch: MAIN
Changes since 1.1: +10 -5
lines
Diff to previous 1.1 (colored)
Put back some missing chip identification code that got lost somehow during a trek through RCS. The Macronix 98713 and 98713A both have the same PCI device ID but different revision numbers, and we need to be able to tell one from the other. The 98715 and 98715A chips have the same device ID as the 98725 chip but different revision numbers, however we lump them into the same category except when identifying them during the PCI probe output. The main reason we need tell the chips apart is that the Macronix app notes say you have to write a special magic number into one of the registers in order to put the chip in normal operating mode. The 98713 requires one magic value, while all the others require a different one.
Revision 1.1 / (download) - annotate - [select for diffs], Fri Dec 4 18:01:21 1998 UTC (13 years, 2 months ago) by wpaul
Branch: MAIN
An early Christmas present: add driver support for a whole bunch of
PCI fast ethernet adapters, plus man pages.
if_pn.c: Netgear FA310TX model D1, LinkSys LNE100TX, Matrox FastNIC 10/100,
various other PNIC devices
if_mx.c: NDC Communications SOHOware SFA100 (Macronix 98713A), various
other boards based on the Macronix 98713, 98713A, 98715, 98715A
and 98725 chips
if_vr.c: D-Link DFE530-TX, other boards based on the VIA Rhine and
Rhine II chips (note: the D-Link and certain other cards
that actually use a Rhine II chip still return the PCI
device ID of the Rhine I. I don't know why, and it doesn't
really matter since the driver treats both chips the same
anyway.)
if_wb.c: Trendware TE100-PCIE and various other cards based on the
Winbond W89C840F chip (the Trendware card is identical to
the sample boards Winbond sent me, so who knows how many
clones there are running around)
All drivers include support for ifmedia, BPF and hardware multicast
filtering.
Also updated GENERIC, LINT, RELNOTES.TXT, userconfig and
sysinstall device list.
I also have a driver for the ASIX AX88140A in the works.