Navigation Bar Top Applications Support Documentation Vendors Search Index Top Top

CVS log for src/sys/pci/Attic/if_mx.c

[BACK] 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 (9 years, 7 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 (9 years, 8 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 (9 years, 8 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 (9 years, 8 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 (9 years, 9 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 (9 years, 9 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 (9 years, 9 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 (9 years, 9 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 (9 years, 9 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 (9 years, 9 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 (9 years, 10 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 (9 years, 10 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 (9 years, 11 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 (10 years 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 (10 years 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 (10 years 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 (10 years 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 (10 years, 1 month 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 (10 years, 1 month 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 (10 years, 1 month 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 (10 years, 2 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 (10 years, 2 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 (10 years, 2 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 (10 years, 2 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 (10 years, 2 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 (10 years, 2 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 (10 years, 2 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 (10 years, 3 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 (10 years, 3 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 (10 years, 5 months 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 (10 years, 5 months 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 (10 years, 5 months 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 (10 years, 5 months 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 (10 years, 5 months 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 (10 years, 6 months 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 (10 years, 6 months 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 (10 years, 6 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 (10 years, 6 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 (10 years, 7 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 (10 years, 7 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 (10 years, 7 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.

This form allows you to request diff's between any two revisions of a file. You may select a symbolic revision name using the selection box or you may type in a numeric name using the type-in text box.


www@jp.FreeBSD.org
2002/09/30 21:02:05