d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
67b6051349
freebsd-dev/sys/pci/if_tl.c

2342 lines
60 KiB
C
Raw Normal View History

Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Copyright (c) 1997, 1998
* Bill Paul <wpaul@ctr.columbia.edu>. All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
* 3. All advertising materials mentioning features or use of this software
* must display the following acknowledgement:
* This product includes software developed by Bill Paul.
* 4. Neither the name of the author nor the names of any co-contributors
* may be used to endorse or promote products derived from this software
* without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY Bill Paul AND CONTRIBUTORS ``AS IS'' AND
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
* ARE DISCLAIMED. IN NO EVENT SHALL Bill Paul OR THE VOICES IN HIS HEAD
* BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
* CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
* SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
* INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
* CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF
* THE POSSIBILITY OF SUCH DAMAGE.
*
$Id$ -> $FreeBSD$
1999-08-28 01:08:13 +00:00
* $FreeBSD$
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
*/
/*
* Texas Instruments ThunderLAN driver for FreeBSD 2.2.6 and 3.x.
* Supports many Compaq PCI NICs based on the ThunderLAN ethernet controller,
* the National Semiconductor DP83840A physical interface and the
* Microchip Technology 24Cxx series serial EEPROM.
*
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
* Written using the following four documents:
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
*
* Texas Instruments ThunderLAN Programmer's Guide (www.ti.com)
* National Semiconductor DP83840A data sheet (www.national.com)
* Microchip Technology 24C02C data sheet (www.microchip.com)
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
* Micro Linear ML6692 100BaseTX only PHY data sheet (www.microlinear.com)
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
*
* Written by Bill Paul <wpaul@ctr.columbia.edu>
* Electrical Engineering Department
* Columbia University, New York City
*/
/*
* Some notes about the ThunderLAN:
*
* The ThunderLAN controller is a single chip containing PCI controller
* logic, approximately 3K of on-board SRAM, a LAN controller, and media
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
* independent interface (MII) bus. The MII allows the ThunderLAN chip to
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
* control up to 32 different physical interfaces (PHYs). The ThunderLAN
* also has a built-in 10baseT PHY, allowing a single ThunderLAN controller
* to act as a complete ethernet interface.
*
* Other PHYs may be attached to the ThunderLAN; the Compaq 10/100 cards
* use a National Semiconductor DP83840A PHY that supports 10 or 100Mb/sec
* in full or half duplex. Some of the Compaq Deskpro machines use a
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
* Level 1 LXT970 PHY with the same capabilities. Certain Olicom adapters
* use a Micro Linear ML6692 100BaseTX only PHY, which can be used in
* concert with the ThunderLAN's internal PHY to provide full 10/100
* support. This is cheaper than using a standalone external PHY for both
* 10/100 modes and letting the ThunderLAN's internal PHY go to waste.
* A serial EEPROM is also attached to the ThunderLAN chip to provide
* power-up default register settings and for storing the adapter's
* station address. Although not supported by this driver, the ThunderLAN
* chip can also be connected to token ring PHYs.
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
*
* The ThunderLAN has a set of registers which can be used to issue
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
* commands, acknowledge interrupts, and to manipulate other internal
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
* registers on its DIO bus. The primary registers can be accessed
* using either programmed I/O (inb/outb) or via PCI memory mapping,
* depending on how the card is configured during the PCI probing
* phase. It is even possible to have both PIO and memory mapped
* access turned on at the same time.
*
* Frame reception and transmission with the ThunderLAN chip is done
* using frame 'lists.' A list structure looks more or less like this:
*
* struct tl_frag {
* u_int32_t fragment_address;
* u_int32_t fragment_size;
* };
* struct tl_list {
* u_int32_t forward_pointer;
* u_int16_t cstat;
* u_int16_t frame_size;
* struct tl_frag fragments[10];
* };
*
* The forward pointer in the list header can be either a 0 or the address
* of another list, which allows several lists to be linked together. Each
* list contains up to 10 fragment descriptors. This means the chip allows
* ethernet frames to be broken up into up to 10 chunks for transfer to
* and from the SRAM. Note that the forward pointer and fragment buffer
* addresses are physical memory addresses, not virtual. Note also that
* a single ethernet frame can not span lists: if the host wants to
* transmit a frame and the frame data is split up over more than 10
* buffers, the frame has to collapsed before it can be transmitted.
*
* To receive frames, the driver sets up a number of lists and populates
* the fragment descriptors, then it sends an RX GO command to the chip.
* When a frame is received, the chip will DMA it into the memory regions
* specified by the fragment descriptors and then trigger an RX 'end of
* frame interrupt' when done. The driver may choose to use only one
* fragment per list; this may result is slighltly less efficient use
* of memory in exchange for improving performance.
*
* To transmit frames, the driver again sets up lists and fragment
* descriptors, only this time the buffers contain frame data that
* is to be DMA'ed into the chip instead of out of it. Once the chip
* has transfered the data into its on-board SRAM, it will trigger a
* TX 'end of frame' interrupt. It will also generate an 'end of channel'
* interrupt when it reaches the end of the list.
*/
/*
* Some notes about this driver:
*
* The ThunderLAN chip provides a couple of different ways to organize
* reception, transmission and interrupt handling. The simplest approach
* is to use one list each for transmission and reception. In this mode,
* the ThunderLAN will generate two interrupts for every received frame
* (one RX EOF and one RX EOC) and two for each transmitted frame (one
* TX EOF and one TX EOC). This may make the driver simpler but it hurts
* performance to have to handle so many interrupts.
*
* Initially I wanted to create a circular list of receive buffers so
* that the ThunderLAN chip would think there was an infinitely long
* receive channel and never deliver an RXEOC interrupt. However this
* doesn't work correctly under heavy load: while the manual says the
* chip will trigger an RXEOF interrupt each time a frame is copied into
* memory, you can't count on the chip waiting around for you to acknowledge
* the interrupt before it starts trying to DMA the next frame. The result
* is that the chip might traverse the entire circular list and then wrap
* around before you have a chance to do anything about it. Consequently,
* the receive list is terminated (with a 0 in the forward pointer in the
* last element). Each time an RXEOF interrupt arrives, the used list
* is shifted to the end of the list. This gives the appearance of an
* infinitely large RX chain so long as the driver doesn't fall behind
* the chip and allow all of the lists to be filled up.
*
* If all the lists are filled, the adapter will deliver an RX 'end of
* channel' interrupt when it hits the 0 forward pointer at the end of
* the chain. The RXEOC handler then cleans out the RX chain and resets
* the list head pointer in the ch_parm register and restarts the receiver.
*
* For frame transmission, it is possible to program the ThunderLAN's
* transmit interrupt threshold so that the chip can acknowledge multiple
* lists with only a single TX EOF interrupt. This allows the driver to
* queue several frames in one shot, and only have to handle a total
* two interrupts (one TX EOF and one TX EOC) no matter how many frames
* are transmitted. Frame transmission is done directly out of the
* mbufs passed to the tl_start() routine via the interface send queue.
* The driver simply sets up the fragment descriptors in the transmit
* lists to point to the mbuf data regions and sends a TX GO command.
*
* Note that since the RX and TX lists themselves are always used
* only by the driver, the are malloc()ed once at driver initialization
* time and never free()ed.
*
* Also, in order to remain as platform independent as possible, this
* driver uses memory mapped register access to manipulate the card
* as opposed to programmed I/O. This avoids the use of the inb/outb
* (and related) instructions which are specific to the i386 platform.
*
* Using these techniques, this driver achieves very high performance
* by minimizing the amount of interrupts generated during large
* transfers and by completely avoiding buffer copies. Frame transfer
* to and from the ThunderLAN chip is performed entirely by the chip
* itself thereby reducing the load on the host CPU.
*/
#include <sys/param.h>
#include <sys/systm.h>
#include <sys/sockio.h>
#include <sys/mbuf.h>
#include <sys/malloc.h>
#include <sys/kernel.h>
#include <sys/socket.h>
#include <net/if.h>
#include <net/if_arp.h>
#include <net/ethernet.h>
#include <net/if_dl.h>
#include <net/if_media.h>
#include <net/bpf.h>
#include <vm/vm.h> /* for vtophys */
#include <vm/pmap.h> /* for vtophys */
Various updates for the ThunderLAN driver: - When trying to map ports, if mapping TL_PCI_LOIO or TL_PCI_LOMEM fails, try mapping the other one. Apparently, some ThunderLAN parts swap these two registers while others don't. - Add support for bitrate (non-MII) PHYs. If no MII-based PHY is found, program the chip for bitrate mode. This is required for the TNETE110 part, which doesn't have MII support. (It's also obsolete, but there are still some people out there who have them.) With this change and the change above, the Compaq Netflex-3/P 10baseT/BNC board works correctly. (Thanks to Matthew Dodd for getting me one of these cards.) - Convert to bus_space_foo() for register accesses. - Add changes to support FreeBSD/Alpha. I still have to actually test this in my Alpha box so I'm not going to update /sys/alpha/conf/GENERIC yet.
1999-03-30 17:07:20 +00:00
#include <machine/bus_memio.h>
#include <machine/bus_pio.h>
#include <machine/bus.h>
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
#include <machine/resource.h>
#include <sys/bus.h>
#include <sys/rman.h>
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
#include <dev/mii/mii.h>
#include <dev/mii/miivar.h>
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
#include <pci/pcireg.h>
#include <pci/pcivar.h>
Force the ThunderLAN driver to use PIO mode by default instead of memory mapped mode. There are some laptop docking stations with built-in tlan chips where memory mapped mode doesn't work correctly. Pointed out by: jmb
1998-10-04 18:47:38 +00:00
/*
* Default to using PIO register access mode to pacify certain
* laptop docking stations with built-in ThunderLAN chips that
* don't seem to handle memory mapped mode properly.
*/
#define TL_USEIOSPACE
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
#include <pci/if_tlreg.h>
Depend on miibus. Note that if_aue doesn't strictly depend on usb because it uses the method interface for calls rather than using internal symbols, and because it's a child driver of usb and therefore will not try and do anything unless the parent usb code is loaded at some point. if_aue does strictly depend on miibus as it will fail to link if it is missing.
2000-04-29 13:41:57 +00:00
MODULE_DEPEND(tl, miibus, 1, 1, 1);
Add a pointer to "controller miibus0" for people who will not read the commit messages or GENERIC and insist on running -CURRENT. It probably won't work, but it's worth a try.
1999-09-08 15:01:58 +00:00
/* "controller miibus0" required. See GENERIC if you get errors here. */
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
#include "miibus_if.h"
The "easy" fixes for compiling the kernel -Wunused: remove unreferenced static and local variables, goto labels, and functions declared but not defined.
1998-12-07 21:58:50 +00:00
#if !defined(lint)
static const char rcsid[] =
$Id$ -> $FreeBSD$
1999-08-28 01:08:13 +00:00
"$FreeBSD$";
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
#endif
/*
* Various supported device vendors/types and their names.
*/
static struct tl_type tl_devs[] = {
{ TI_VENDORID, TI_DEVICEID_THUNDERLAN,
"Texas Instruments ThunderLAN" },
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETEL_10,
"Compaq Netelligent 10" },
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETEL_10_100,
"Compaq Netelligent 10/100" },
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETEL_10_100_PROLIANT,
"Compaq Netelligent 10/100 Proliant" },
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETEL_10_100_DUAL,
"Compaq Netelligent 10/100 Dual Port" },
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETFLEX_3P_INTEGRATED,
"Compaq NetFlex-3/P Integrated" },
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETFLEX_3P,
"Compaq NetFlex-3/P" },
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETFLEX_3P_BNC,
"Compaq NetFlex 3/P w/ BNC" },
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETEL_10_100_EMBEDDED,
"Compaq Netelligent 10/100 TX Embedded UTP" },
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETEL_10_T2_UTP_COAX,
"Compaq Netelligent 10 T/2 PCI UTP/Coax" },
{ COMPAQ_VENDORID, COMPAQ_DEVICEID_NETEL_10_100_TX_UTP,
"Compaq Netelligent 10/100 TX UTP" },
{ OLICOM_VENDORID, OLICOM_DEVICEID_OC2183,
"Olicom OC-2183/2185" },
{ OLICOM_VENDORID, OLICOM_DEVICEID_OC2325,
"Olicom OC-2325" },
{ OLICOM_VENDORID, OLICOM_DEVICEID_OC2326,
"Olicom OC-2326 10/100 TX UTP" },
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{ 0, 0, NULL }
};
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
static int tl_probe __P((device_t));
static int tl_attach __P((device_t));
static int tl_detach __P((device_t));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
static int tl_intvec_rxeoc __P((void *, u_int32_t));
static int tl_intvec_txeoc __P((void *, u_int32_t));
static int tl_intvec_txeof __P((void *, u_int32_t));
static int tl_intvec_rxeof __P((void *, u_int32_t));
static int tl_intvec_adchk __P((void *, u_int32_t));
static int tl_intvec_netsts __P((void *, u_int32_t));
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
static int tl_newbuf __P((struct tl_softc *,
struct tl_chain_onefrag *));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
static void tl_stats_update __P((void *));
static int tl_encap __P((struct tl_softc *, struct tl_chain *,
struct mbuf *));
static void tl_intr __P((void *));
static void tl_start __P((struct ifnet *));
This commit fixes various 64bit portability problems required for FreeBSD/alpha. The most significant item is to change the command argument to ioctl functions from int to u_long. This change brings us inline with various other BSD versions. Driver writers may like to use (__FreeBSD_version == 300003) to detect this change. The prototype FreeBSD/alpha machdep will follow in a couple of days time.
1998-06-07 17:13:14 +00:00
static int tl_ioctl __P((struct ifnet *, u_long, caddr_t));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
static void tl_init __P((void *));
static void tl_stop __P((struct tl_softc *));
static void tl_watchdog __P((struct ifnet *));
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
static void tl_shutdown __P((device_t));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
static int tl_ifmedia_upd __P((struct ifnet *));
static void tl_ifmedia_sts __P((struct ifnet *, struct ifmediareq *));
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
static u_int8_t tl_eeprom_putbyte __P((struct tl_softc *, int));
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static u_int8_t tl_eeprom_getbyte __P((struct tl_softc *,
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
int, u_int8_t *));
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static int tl_read_eeprom __P((struct tl_softc *, caddr_t, int, int));
static void tl_mii_sync __P((struct tl_softc *));
static void tl_mii_send __P((struct tl_softc *, u_int32_t, int));
static int tl_mii_readreg __P((struct tl_softc *, struct tl_mii_frame *));
static int tl_mii_writereg __P((struct tl_softc *, struct tl_mii_frame *));
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
static int tl_miibus_readreg __P((device_t, int, int));
static int tl_miibus_writereg __P((device_t, int, int, int));
static void tl_miibus_statchg __P((device_t));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
static void tl_setmode __P((struct tl_softc *, int));
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
static int tl_calchash __P((caddr_t));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
static void tl_setmulti __P((struct tl_softc *));
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
static void tl_setfilt __P((struct tl_softc *, caddr_t, int));
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static void tl_softreset __P((struct tl_softc *, int));
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
static void tl_hardreset __P((device_t));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
static int tl_list_rx_init __P((struct tl_softc *));
static int tl_list_tx_init __P((struct tl_softc *));
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
static u_int8_t tl_dio_read8 __P((struct tl_softc *, int));
static u_int16_t tl_dio_read16 __P((struct tl_softc *, int));
static u_int32_t tl_dio_read32 __P((struct tl_softc *, int));
static void tl_dio_write8 __P((struct tl_softc *, int, int));
static void tl_dio_write16 __P((struct tl_softc *, int, int));
static void tl_dio_write32 __P((struct tl_softc *, int, int));
static void tl_dio_setbit __P((struct tl_softc *, int, int));
static void tl_dio_clrbit __P((struct tl_softc *, int, int));
static void tl_dio_setbit16 __P((struct tl_softc *, int, int));
static void tl_dio_clrbit16 __P((struct tl_softc *, int, int));
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Some more small newbus cleanups. Remember to free all resources in case of failures in foo_attach(), simplify iospace/memspace things a little.
1999-07-23 02:06:57 +00:00
#ifdef TL_USEIOSPACE
#define TL_RES SYS_RES_IOPORT
#define TL_RID TL_PCI_LOIO
#else
#define TL_RES SYS_RES_MEMORY
#define TL_RID TL_PCI_LOMEM
#endif
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
static device_method_t tl_methods[] = {
/* Device interface */
DEVMETHOD(device_probe, tl_probe),
DEVMETHOD(device_attach, tl_attach),
DEVMETHOD(device_detach, tl_detach),
DEVMETHOD(device_shutdown, tl_shutdown),
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
/* bus interface */
DEVMETHOD(bus_print_child, bus_generic_print_child),
DEVMETHOD(bus_driver_added, bus_generic_driver_added),
/* MII interface */
DEVMETHOD(miibus_readreg, tl_miibus_readreg),
DEVMETHOD(miibus_writereg, tl_miibus_writereg),
DEVMETHOD(miibus_statchg, tl_miibus_statchg),
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
{ 0, 0 }
};
static driver_t tl_driver = {
Grrr. Okay, changing the devnames was a bad idea. Put them back the way they were.
1999-09-20 08:47:11 +00:00
"tl",
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
tl_methods,
sizeof(struct tl_softc)
};
static devclass_t tl_devclass;
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.
1999-09-22 06:08:11 +00:00
DRIVER_MODULE(if_tl, pci, tl_driver, tl_devclass, 0, 0);
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.
1999-09-20 19:06:45 +00:00
DRIVER_MODULE(miibus, tl, miibus_driver, miibus_devclass, 0, 0);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static u_int8_t tl_dio_read8(sc, reg)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
return(CSR_READ_1(sc, TL_DIO_DATA + (reg & 3)));
}
static u_int16_t tl_dio_read16(sc, reg)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
return(CSR_READ_2(sc, TL_DIO_DATA + (reg & 3)));
}
static u_int32_t tl_dio_read32(sc, reg)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
return(CSR_READ_4(sc, TL_DIO_DATA + (reg & 3)));
}
static void tl_dio_write8(sc, reg, val)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
int val;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
CSR_WRITE_1(sc, TL_DIO_DATA + (reg & 3), val);
return;
}
static void tl_dio_write16(sc, reg, val)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
int val;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
CSR_WRITE_2(sc, TL_DIO_DATA + (reg & 3), val);
return;
}
static void tl_dio_write32(sc, reg, val)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
int val;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
CSR_WRITE_4(sc, TL_DIO_DATA + (reg & 3), val);
return;
}
static void tl_dio_setbit(sc, reg, bit)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
int bit;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
u_int8_t f;
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
f = CSR_READ_1(sc, TL_DIO_DATA + (reg & 3));
f |= bit;
CSR_WRITE_1(sc, TL_DIO_DATA + (reg & 3), f);
return;
}
static void tl_dio_clrbit(sc, reg, bit)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
int bit;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
u_int8_t f;
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
f = CSR_READ_1(sc, TL_DIO_DATA + (reg & 3));
f &= ~bit;
CSR_WRITE_1(sc, TL_DIO_DATA + (reg & 3), f);
return;
}
static void tl_dio_setbit16(sc, reg, bit)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
int bit;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
u_int16_t f;
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
f = CSR_READ_2(sc, TL_DIO_DATA + (reg & 3));
f |= bit;
CSR_WRITE_2(sc, TL_DIO_DATA + (reg & 3), f);
return;
}
static void tl_dio_clrbit16(sc, reg, bit)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
struct tl_softc *sc;
int reg;
int bit;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
u_int16_t f;
CSR_WRITE_2(sc, TL_DIO_ADDR, reg);
f = CSR_READ_2(sc, TL_DIO_DATA + (reg & 3));
f &= ~bit;
CSR_WRITE_2(sc, TL_DIO_DATA + (reg & 3), f);
return;
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Send an instruction or address to the EEPROM, check for ACK.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static u_int8_t tl_eeprom_putbyte(sc, byte)
struct tl_softc *sc;
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
int byte;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
register int i, ack = 0;
/*
* Make sure we're in TX mode.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_ETXEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Feed in each bit and stobe the clock.
*/
for (i = 0x80; i; i >>= 1) {
if (byte & i) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_EDATA);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
} else {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_EDATA);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
DELAY(1);
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_ECLOK);
DELAY(1);
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_ECLOK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
/*
* Turn off TX mode.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_ETXEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Check for ack.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_ECLOK);
ack = tl_dio_read8(sc, TL_NETSIO) & TL_SIO_EDATA;
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_ECLOK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(ack);
}
/*
* Read a byte of data stored in the EEPROM at address 'addr.'
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static u_int8_t tl_eeprom_getbyte(sc, addr, dest)
struct tl_softc *sc;
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
int addr;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
u_int8_t *dest;
{
register int i;
u_int8_t byte = 0;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_write8(sc, TL_NETSIO, 0);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
EEPROM_START;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Send write control code to EEPROM.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (tl_eeprom_putbyte(sc, EEPROM_CTL_WRITE)) {
printf("tl%d: failed to send write command, status: %x\n",
sc->tl_unit, tl_dio_read8(sc, TL_NETSIO));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(1);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Send address of byte we want to read.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (tl_eeprom_putbyte(sc, addr)) {
printf("tl%d: failed to send address, status: %x\n",
sc->tl_unit, tl_dio_read8(sc, TL_NETSIO));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(1);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
EEPROM_STOP;
EEPROM_START;
/*
* Send read control code to EEPROM.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (tl_eeprom_putbyte(sc, EEPROM_CTL_READ)) {
printf("tl%d: failed to send write command, status: %x\n",
sc->tl_unit, tl_dio_read8(sc, TL_NETSIO));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(1);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Start reading bits from EEPROM.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_ETXEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
for (i = 0x80; i; i >>= 1) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_ECLOK);
DELAY(1);
if (tl_dio_read8(sc, TL_NETSIO) & TL_SIO_EDATA)
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
byte |= i;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_ECLOK);
Add a short delay in the read loop in tl_eeprom_getbyte(). On some systems, you have to allow the delay or else you end up misreading some of the bits. Patch provided by: Yoshihiko Someya <zb9y-smy@asahi-net.or.jp>
1998-05-31 16:59:39 +00:00
DELAY(1);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
EEPROM_STOP;
/*
* No ACK generated for read, so just return byte.
*/
*dest = byte;
return(0);
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
/*
* Read a sequence of bytes from the EEPROM.
*/
static int tl_read_eeprom(sc, dest, off, cnt)
struct tl_softc *sc;
caddr_t dest;
int off;
int cnt;
{
int err = 0, i;
u_int8_t byte = 0;
for (i = 0; i < cnt; i++) {
err = tl_eeprom_getbyte(sc, off + i, &byte);
if (err)
break;
*(dest + i) = byte;
}
return(err ? 1 : 0);
}
static void tl_mii_sync(sc)
struct tl_softc *sc;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
register int i;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MTXEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
for (i = 0; i < 32; i++) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MCLK);
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
return;
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static void tl_mii_send(sc, bits, cnt)
struct tl_softc *sc;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
u_int32_t bits;
int cnt;
{
int i;
for (i = (0x1 << (cnt - 1)); i; i >>= 1) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if (bits & i) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MDATA);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
} else {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MDATA);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static int tl_mii_readreg(sc, frame)
struct tl_softc *sc;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
struct tl_mii_frame *frame;
{
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
int i, ack;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
int minten = 0;
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_LOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_mii_sync(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Set up frame for RX.
*/
frame->mii_stdelim = TL_MII_STARTDELIM;
frame->mii_opcode = TL_MII_READOP;
frame->mii_turnaround = 0;
frame->mii_data = 0;
/*
* Turn off MII interrupt by forcing MINTEN low.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
minten = tl_dio_read8(sc, TL_NETSIO) & TL_SIO_MINTEN;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if (minten) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MINTEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
/*
* Turn on data xmit.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MTXEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Send command/address info.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_mii_send(sc, frame->mii_stdelim, 2);
tl_mii_send(sc, frame->mii_opcode, 2);
tl_mii_send(sc, frame->mii_phyaddr, 5);
tl_mii_send(sc, frame->mii_regaddr, 5);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Turn off xmit.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MTXEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Idle bit */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MCLK);
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Check for ack */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MCLK);
ack = tl_dio_read8(sc, TL_NETSIO) & TL_SIO_MDATA;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Complete the cycle */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Now try reading data bits. If the ack failed, we still
* need to clock through 16 cycles to keep the PHYs in sync.
*/
if (ack) {
for(i = 0; i < 16; i++) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MCLK);
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
goto fail;
}
for (i = 0x8000; i; i >>= 1) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if (!ack) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (tl_dio_read8(sc, TL_NETSIO) & TL_SIO_MDATA)
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
frame->mii_data |= i;
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
fail:
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MCLK);
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Reenable interrupts */
if (minten) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MINTEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if (ack)
return(1);
return(0);
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static int tl_mii_writereg(sc, frame)
struct tl_softc *sc;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
struct tl_mii_frame *frame;
{
int minten;
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_LOCK(sc);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_mii_sync(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Set up frame for TX.
*/
frame->mii_stdelim = TL_MII_STARTDELIM;
frame->mii_opcode = TL_MII_WRITEOP;
frame->mii_turnaround = TL_MII_TURNAROUND;
/*
* Turn off MII interrupt by forcing MINTEN low.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
minten = tl_dio_read8(sc, TL_NETSIO) & TL_SIO_MINTEN;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if (minten) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MINTEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
/*
* Turn on data output.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MTXEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_mii_send(sc, frame->mii_stdelim, 2);
tl_mii_send(sc, frame->mii_opcode, 2);
tl_mii_send(sc, frame->mii_phyaddr, 5);
tl_mii_send(sc, frame->mii_regaddr, 5);
tl_mii_send(sc, frame->mii_turnaround, 2);
tl_mii_send(sc, frame->mii_data, 16);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MCLK);
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MCLK);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Turn off xmit.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETSIO, TL_SIO_MTXEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Reenable interrupts */
if (minten)
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_MINTEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(0);
}
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
static int tl_miibus_readreg(dev, phy, reg)
device_t dev;
int phy, reg;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
struct tl_softc *sc;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
struct tl_mii_frame frame;
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
sc = device_get_softc(dev);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
bzero((char *)&frame, sizeof(frame));
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
frame.mii_phyaddr = phy;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
frame.mii_regaddr = reg;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_mii_readreg(sc, &frame);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(frame.mii_data);
}
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
static int tl_miibus_writereg(dev, phy, reg, data)
device_t dev;
int phy, reg, data;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
struct tl_softc *sc;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
struct tl_mii_frame frame;
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
sc = device_get_softc(dev);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
bzero((char *)&frame, sizeof(frame));
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
frame.mii_phyaddr = phy;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
frame.mii_regaddr = reg;
frame.mii_data = data;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_mii_writereg(sc, &frame);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
return(0);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
static void tl_miibus_statchg(dev)
device_t dev;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
struct tl_softc *sc;
struct mii_data *mii;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
sc = device_get_softc(dev);
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_LOCK(sc);
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
mii = device_get_softc(sc->tl_miibus);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
if ((mii->mii_media_active & IFM_GMASK) == IFM_FDX) {
tl_dio_setbit(sc, TL_NETCMD, TL_CMD_DUPLEX);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
} else {
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
tl_dio_clrbit(sc, TL_NETCMD, TL_CMD_DUPLEX);
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
}
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return;
}
/*
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
* Set modes for bitrate devices.
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
*/
static void tl_setmode(sc, media)
struct tl_softc *sc;
int media;
{
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
if (IFM_SUBTYPE(media) == IFM_10_5)
tl_dio_setbit(sc, TL_ACOMMIT, TL_AC_MTXD1);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if (IFM_SUBTYPE(media) == IFM_10_T) {
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
tl_dio_clrbit(sc, TL_ACOMMIT, TL_AC_MTXD1);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if ((media & IFM_GMASK) == IFM_FDX) {
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
tl_dio_clrbit(sc, TL_ACOMMIT, TL_AC_MTXD3);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETCMD, TL_CMD_DUPLEX);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
} else {
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
tl_dio_setbit(sc, TL_ACOMMIT, TL_AC_MTXD3);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit(sc, TL_NETCMD, TL_CMD_DUPLEX);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
}
return;
}
Don't program the antonegotiation advertisement register in tl_setmode(). I had a reason for doing this, but it violates the principle of least astonishment. (At some point I may put this back but attach it to one of the LINK flags so the behavior can be toggled on and off.) Also replace my tl_calchash() with a much less disgusting and substantially smaller one supplied by Bill Fenner.
1998-05-29 16:58:46 +00:00
/*
* Calculate the hash of a MAC address for programming the multicast hash
* table. This hash is simply the address split into 6-bit chunks
* XOR'd, e.g.
* byte: 000000|00 1111|1111 22|222222|333333|33 4444|4444 55|555555
* bit: 765432|10 7654|3210 76|543210|765432|10 7654|3210 76|543210
* Bytes 0-2 and 3-5 are symmetrical, so are folded together. Then
* the folded 24-bit value is split into 6-bit portions and XOR'd.
*/
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
static int tl_calchash(addr)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
caddr_t addr;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
int t;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Don't program the antonegotiation advertisement register in tl_setmode(). I had a reason for doing this, but it violates the principle of least astonishment. (At some point I may put this back but attach it to one of the LINK flags so the behavior can be toggled on and off.) Also replace my tl_calchash() with a much less disgusting and substantially smaller one supplied by Bill Fenner.
1998-05-29 16:58:46 +00:00
t = (addr[0] ^ addr[3]) << 16 | (addr[1] ^ addr[4]) << 8 |
(addr[2] ^ addr[5]);
return ((t >> 18) ^ (t >> 12) ^ (t >> 6) ^ t) & 0x3f;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
/*
* The ThunderLAN has a perfect MAC address filter in addition to
* the multicast hash filter. The perfect filter can be programmed
* with up to four MAC addresses. The first one is always used to
* hold the station address, which leaves us free to use the other
* three for multicast addresses.
*/
static void tl_setfilt(sc, addr, slot)
struct tl_softc *sc;
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
caddr_t addr;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
int slot;
{
int i;
u_int16_t regaddr;
regaddr = TL_AREG0_B5 + (slot * ETHER_ADDR_LEN);
for (i = 0; i < ETHER_ADDR_LEN; i++)
tl_dio_write8(sc, regaddr + i, *(addr + i));
return;
}
/*
* XXX In FreeBSD 3.0, multicast addresses are managed using a doubly
* linked list. This is fine, except addresses are added from the head
* end of the list. We want to arrange for 224.0.0.1 (the "all hosts")
* group to always be in the perfect filter, but as more groups are added,
* the 224.0.0.1 entry (which is always added first) gets pushed down
* the list and ends up at the tail. So after 3 or 4 multicast groups
* are added, the all-hosts entry gets pushed out of the perfect filter
* and into the hash table.
*
* Because the multicast list is a doubly-linked list as opposed to a
* circular queue, we don't have the ability to just grab the tail of
* the list and traverse it backwards. Instead, we have to traverse
* the list once to find the tail, then traverse it again backwards to
* update the multicast filter.
*/
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
static void tl_setmulti(sc)
struct tl_softc *sc;
{
struct ifnet *ifp;
u_int32_t hashes[2] = { 0, 0 };
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
int h, i;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
struct ifmultiaddr *ifma;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
u_int8_t dummy[] = { 0, 0, 0, 0, 0 ,0 };
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
ifp = &sc->arpcom.ac_if;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
/* First, zot all the existing filters. */
for (i = 1; i < 4; i++)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
tl_setfilt(sc, (caddr_t)&dummy, i);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_write32(sc, TL_HASH1, 0);
tl_dio_write32(sc, TL_HASH2, 0);
/* Now program new ones. */
if (ifp->if_flags & IFF_ALLMULTI) {
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
hashes[0] = 0xFFFFFFFF;
hashes[1] = 0xFFFFFFFF;
} else {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
i = 1;
Convert if_multiaddrs from LIST to TAILQ so that it can be traversed backwards in the three drivers which want to do that. Reviewed by: mikeh
2001-02-06 10:12:15 +00:00
TAILQ_FOREACH_REVERSE(ifma, &ifp->if_multiaddrs, ifmultihead, ifma_link) {
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if (ifma->ifma_addr->sa_family != AF_LINK)
continue;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
/*
* Program the first three multicast groups
* into the perfect filter. For all others,
* use the hash table.
*/
if (i < 4) {
tl_setfilt(sc,
LLADDR((struct sockaddr_dl *)ifma->ifma_addr), i);
i++;
continue;
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
h = tl_calchash(
LLADDR((struct sockaddr_dl *)ifma->ifma_addr));
if (h < 32)
hashes[0] |= (1 << h);
else
Fix a mind-o in tl_setmulti(): when setting a bit in the upper 32 bits of the 64-bit hash table, we have to use a 32-bit shift, not 31. Pointed out by: Bill Fenner
1998-05-24 00:56:49 +00:00
hashes[1] |= (1 << (h - 32));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_write32(sc, TL_HASH1, hashes[0]);
tl_dio_write32(sc, TL_HASH2, hashes[1]);
return;
}
/*
* This routine is recommended by the ThunderLAN manual to insure that
* the internal PHY is powered up correctly. It also recommends a one
* second pause at the end to 'wait for the clocks to start' but in my
* experience this isn't necessary.
*/
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
static void tl_hardreset(dev)
device_t dev;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
{
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
struct tl_softc *sc;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
int i;
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
u_int16_t flags;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
sc = device_get_softc(dev);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
tl_mii_sync(sc);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
flags = BMCR_LOOP|BMCR_ISO|BMCR_PDOWN;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
for (i = 0; i < MII_NPHY; i++)
tl_miibus_writereg(dev, i, MII_BMCR, flags);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
tl_miibus_writereg(dev, 31, MII_BMCR, BMCR_ISO);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
DELAY(50000);
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
tl_miibus_writereg(dev, 31, MII_BMCR, BMCR_LOOP|BMCR_ISO);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_mii_sync(sc);
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
while(tl_miibus_readreg(dev, 31, MII_BMCR) & BMCR_RESET);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
DELAY(50000);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return;
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static void tl_softreset(sc, internal)
struct tl_softc *sc;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
int internal;
{
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
u_int32_t cmd, dummy, i;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Assert the adapter reset bit. */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_SET(sc, TL_CMD_ADRST);
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Turn off interrupts */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_SET(sc, TL_CMD_INTSOFF);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* First, clear the stats registers. */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
for (i = 0; i < 5; i++)
dummy = tl_dio_read32(sc, TL_TXGOODFRAMES);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Clear Areg and Hash registers */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
for (i = 0; i < 8; i++)
tl_dio_write32(sc, TL_AREG0_B5, 0x00000000);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Set up Netconfig register. Enable one channel and
* one fragment mode.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit16(sc, TL_NETCONFIG, TL_CFG_ONECHAN|TL_CFG_ONEFRAG);
Various updates for the ThunderLAN driver: - When trying to map ports, if mapping TL_PCI_LOIO or TL_PCI_LOMEM fails, try mapping the other one. Apparently, some ThunderLAN parts swap these two registers while others don't. - Add support for bitrate (non-MII) PHYs. If no MII-based PHY is found, program the chip for bitrate mode. This is required for the TNETE110 part, which doesn't have MII support. (It's also obsolete, but there are still some people out there who have them.) With this change and the change above, the Compaq Netflex-3/P 10baseT/BNC board works correctly. (Thanks to Matthew Dodd for getting me one of these cards.) - Convert to bus_space_foo() for register accesses. - Add changes to support FreeBSD/Alpha. I still have to actually test this in my Alpha box so I'm not going to update /sys/alpha/conf/GENERIC yet.
1999-03-30 17:07:20 +00:00
if (internal && !sc->tl_bitrate) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit16(sc, TL_NETCONFIG, TL_CFG_PHYEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
} else {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_clrbit16(sc, TL_NETCONFIG, TL_CFG_PHYEN);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
Various updates for the ThunderLAN driver: - When trying to map ports, if mapping TL_PCI_LOIO or TL_PCI_LOMEM fails, try mapping the other one. Apparently, some ThunderLAN parts swap these two registers while others don't. - Add support for bitrate (non-MII) PHYs. If no MII-based PHY is found, program the chip for bitrate mode. This is required for the TNETE110 part, which doesn't have MII support. (It's also obsolete, but there are still some people out there who have them.) With this change and the change above, the Compaq Netflex-3/P 10baseT/BNC board works correctly. (Thanks to Matthew Dodd for getting me one of these cards.) - Convert to bus_space_foo() for register accesses. - Add changes to support FreeBSD/Alpha. I still have to actually test this in my Alpha box so I'm not going to update /sys/alpha/conf/GENERIC yet.
1999-03-30 17:07:20 +00:00
/* Handle cards with bitrate devices. */
if (sc->tl_bitrate)
tl_dio_setbit16(sc, TL_NETCONFIG, TL_CFG_BITRATE);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Load adapter irq pacing timer and tx threshold.
* We make the transmit threshold 1 initially but we may
* change that later.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
cmd = CSR_READ_4(sc, TL_HOSTCMD);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
cmd |= TL_CMD_NES;
cmd &= ~(TL_CMD_RT|TL_CMD_EOC|TL_CMD_ACK_MASK|TL_CMD_CHSEL_MASK);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_PUT(sc, cmd | (TL_CMD_LDTHR | TX_THR));
CMD_PUT(sc, cmd | (TL_CMD_LDTMR | 0x00000003));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Unreset the MII */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETSIO, TL_SIO_NMRST);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Take the adapter out of reset */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_dio_setbit(sc, TL_NETCMD, TL_CMD_NRESET|TL_CMD_NWRAP);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Wait for things to settle down a little. */
DELAY(500);
return;
}
/*
* Probe for a ThunderLAN chip. Check the PCI vendor and device IDs
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
* against our list and return its name if we find a match.
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
*/
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
static int tl_probe(dev)
device_t dev;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
struct tl_type *t;
t = tl_devs;
while(t->tl_name != NULL) {
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
if ((pci_get_vendor(dev) == t->tl_vid) &&
(pci_get_device(dev) == t->tl_did)) {
device_set_desc(dev, t->tl_name);
return(0);
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
t++;
}
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
return(ENXIO);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
static int tl_attach(dev)
device_t dev;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
int i;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
u_int32_t command;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
u_int16_t did, vid;
struct tl_type *t;
struct ifnet *ifp;
struct tl_softc *sc;
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
int unit, error = 0, rid;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
vid = pci_get_vendor(dev);
did = pci_get_device(dev);
sc = device_get_softc(dev);
unit = device_get_unit(dev);
bzero(sc, sizeof(struct tl_softc));
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
t = tl_devs;
while(t->tl_name != NULL) {
if (vid == t->tl_vid && did == t->tl_did)
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
break;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
t++;
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (t->tl_name == NULL) {
printf("tl%d: unknown device!?\n", unit);
goto fail;
}
Implement MTX_RECURSE flag for mtx_init(). All calls to mtx_init() for mutexes that recurse must now include the MTX_RECURSE bit in the flag argument variable. This change is in preparation for an upcoming (further) mutex API cleanup. The witness code will call panic() if a lock is found to recurse but the MTX_RECURSE bit was not set during the lock's initialization. The old MTX_RECURSE "state" bit (in mtx_lock) has been renamed to MTX_RECURSED, which is more appropriate given its meaning. The following locks have been made "recursive," thus far: eventhandler, Giant, callout, sched_lock, possibly some others declared in the architecture-specific code, all of the network card driver locks in pci/, as well as some other locks in dev/ stuff that I've found to be recursive. Reviewed by: jhb
2001-01-19 01:59:14 +00:00
mtx_init(&sc->tl_mtx, device_get_nameunit(dev), MTX_DEF | MTX_RECURSE);
Initialize/grab the mutex earlier in the attach phase, so that bailing out to the fail: label where we release/destroy the mutex will work without exploding.
2000-12-04 22:46:50 +00:00
TL_LOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Map control/status registers.
*/
Big round of minor updates: - Use pci_get_powerstate()/pci_set_powerstate() in all the other drivers that need them so we don't have to fiddle with the PCI power management registers directly. - Use pci_enable_busmaster()/pci_enable_io() to turn on busmastering and PIO/memory mapped accesses. - Add support to the RealTek driver for the D-Link DFE-530TX+ which has a RealTek 8139 with its own PCI ID. (Submitted by Jason Wright) - Have the SiS 900/National DP83815 driver be sure to disable PME mode in sis_reset(). This apparently fixes a problem on some motherboards where the DP83815 chip fails to receive packets. (Submitted by Chuck McCrobie <mccrobie@cablespeed.com>)
2001-02-21 20:54:22 +00:00
pci_enable_busmaster(dev);
pci_enable_io(dev, PCIM_CMD_PORTEN);
pci_enable_io(dev, PCIM_CMD_MEMEN);
Use the correct register name. s/PCI_COMMAND_STATUS_REG/PCIR_COMMAND/
2000-05-28 16:13:43 +00:00
command = pci_read_config(dev, PCIR_COMMAND, 4);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
#ifdef TL_USEIOSPACE
if (!(command & PCIM_CMD_PORTEN)) {
printf("tl%d: failed to enable I/O ports!\n", unit);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
error = ENXIO;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
goto fail;
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
rid = TL_PCI_LOIO;
sc->tl_res = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid,
0, ~0, 1, RF_ACTIVE);
/*
* Some cards have the I/O and memory mapped address registers
* reversed. Try both combinations before giving up.
*/
if (sc->tl_res == NULL) {
rid = TL_PCI_LOMEM;
sc->tl_res = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid,
0, ~0, 1, RF_ACTIVE);
Various updates for the ThunderLAN driver: - When trying to map ports, if mapping TL_PCI_LOIO or TL_PCI_LOMEM fails, try mapping the other one. Apparently, some ThunderLAN parts swap these two registers while others don't. - Add support for bitrate (non-MII) PHYs. If no MII-based PHY is found, program the chip for bitrate mode. This is required for the TNETE110 part, which doesn't have MII support. (It's also obsolete, but there are still some people out there who have them.) With this change and the change above, the Compaq Netflex-3/P 10baseT/BNC board works correctly. (Thanks to Matthew Dodd for getting me one of these cards.) - Convert to bus_space_foo() for register accesses. - Add changes to support FreeBSD/Alpha. I still have to actually test this in my Alpha box so I'm not going to update /sys/alpha/conf/GENERIC yet.
1999-03-30 17:07:20 +00:00
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
#else
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if (!(command & PCIM_CMD_MEMEN)) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
printf("tl%d: failed to enable memory mapping!\n", unit);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
error = ENXIO;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
goto fail;
}
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
rid = TL_PCI_LOMEM;
sc->tl_res = bus_alloc_resource(dev, SYS_RES_MEMORY, &rid,
0, ~0, 1, RF_ACTIVE);
if (sc->tl_res == NULL) {
rid = TL_PCI_LOIO;
sc->tl_res = bus_alloc_resource(dev, SYS_RES_MEMORY, &rid,
0, ~0, 1, RF_ACTIVE);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
#endif
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
if (sc->tl_res == NULL) {
printf("tl%d: couldn't map ports/memory\n", unit);
error = ENXIO;
goto fail;
}
sc->tl_btag = rman_get_bustag(sc->tl_res);
sc->tl_bhandle = rman_get_bushandle(sc->tl_res);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
#ifdef notdef
/*
* The ThunderLAN manual suggests jacking the PCI latency
* timer all the way up to its maximum value. I'm not sure
* if this is really necessary, but what the manual wants,
* the manual gets.
*/
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
command = pci_read_config(dev, TL_PCI_LATENCY_TIMER, 4);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
command |= 0x0000FF00;
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
pci_write_config(dev, TL_PCI_LATENCY_TIMER, command, 4);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
#endif
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Allocate interrupt */
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
rid = 0;
sc->tl_irq = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, 0, ~0, 1,
RF_SHAREABLE | RF_ACTIVE);
if (sc->tl_irq == NULL) {
Some more small newbus cleanups. Remember to free all resources in case of failures in foo_attach(), simplify iospace/memspace things a little.
1999-07-23 02:06:57 +00:00
bus_release_resource(dev, TL_RES, TL_RID, sc->tl_res);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
printf("tl%d: couldn't map interrupt\n", unit);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
error = ENXIO;
goto fail;
}
error = bus_setup_intr(dev, sc->tl_irq, INTR_TYPE_NET,
tl_intr, sc, &sc->tl_intrhand);
if (error) {
Fix a couple of cases where I tried to release the I/O space resource twice (once as as an I/O space resource and once as an IRQ resource). There was a problem with this in if_rl too, which is how I found it.
2000-11-02 00:00:30 +00:00
bus_release_resource(dev, SYS_RES_IRQ, 0, sc->tl_irq);
Some more small newbus cleanups. Remember to free all resources in case of failures in foo_attach(), simplify iospace/memspace things a little.
1999-07-23 02:06:57 +00:00
bus_release_resource(dev, TL_RES, TL_RID, sc->tl_res);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
printf("tl%d: couldn't set up irq\n", unit);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
goto fail;
}
/*
Make some small performance tweaks to the tl driver. This should hopefully close PR #13757, however I'm waiting on user feedback before declaring the PR officially closed. Among other things, this improves UDP transmit performance, and tx underruns are now detected and the TX start threshold adjusted accordingly.
1999-09-19 22:39:24 +00:00
* Now allocate memory for the TX and RX lists.
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
*/
Make some small performance tweaks to the tl driver. This should hopefully close PR #13757, however I'm waiting on user feedback before declaring the PR officially closed. Among other things, this improves UDP transmit performance, and tx underruns are now detected and the TX start threshold adjusted accordingly.
1999-09-19 22:39:24 +00:00
sc->tl_ldata = contigmalloc(sizeof(struct tl_list_data), M_DEVBUF,
Change contigmalloc() lower memory bound from 1MB to 0 to improve chances of allocations succeeding on systems with small amounts of RAM. Pointed out by: bde
1999-09-25 17:29:02 +00:00
M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Make some small performance tweaks to the tl driver. This should hopefully close PR #13757, however I'm waiting on user feedback before declaring the PR officially closed. Among other things, this improves UDP transmit performance, and tx underruns are now detected and the TX start threshold adjusted accordingly.
1999-09-19 22:39:24 +00:00
if (sc->tl_ldata == NULL) {
Some more small newbus cleanups. Remember to free all resources in case of failures in foo_attach(), simplify iospace/memspace things a little.
1999-07-23 02:06:57 +00:00
bus_teardown_intr(dev, sc->tl_irq, sc->tl_intrhand);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
bus_release_resource(dev, SYS_RES_IRQ, 0, sc->tl_irq);
Some more small newbus cleanups. Remember to free all resources in case of failures in foo_attach(), simplify iospace/memspace things a little.
1999-07-23 02:06:57 +00:00
bus_release_resource(dev, TL_RES, TL_RID, sc->tl_res);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
printf("tl%d: no memory for list buffers!\n", unit);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
error = ENXIO;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
goto fail;
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
bzero(sc->tl_ldata, sizeof(struct tl_list_data));
sc->tl_unit = unit;
sc->tl_dinfo = t;
When selecting the correct EEPROM offset to use for probing the station address, account for cards which report the Texas Instruments PCI vendor ID in addition to Compaq and Olicom. (I don't actually have a card that reports the TI vendor/device ID, but it appears that some Racore adapters work this way, and failing to account for it when we have the ID listed in the supported devices list is a bug.)
1999-01-26 15:18:26 +00:00
if (t->tl_vid == COMPAQ_VENDORID || t->tl_vid == TI_VENDORID)
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
sc->tl_eeaddr = TL_EEPROM_EADDR;
if (t->tl_vid == OLICOM_VENDORID)
sc->tl_eeaddr = TL_EEPROM_EADDR_OC;
/* Reset the adapter. */
tl_softreset(sc, 1);
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
tl_hardreset(dev);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_softreset(sc, 1);
/*
* Get station address from the EEPROM.
*/
if (tl_read_eeprom(sc, (caddr_t)&sc->arpcom.ac_enaddr,
sc->tl_eeaddr, ETHER_ADDR_LEN)) {
Some more small newbus cleanups. Remember to free all resources in case of failures in foo_attach(), simplify iospace/memspace things a little.
1999-07-23 02:06:57 +00:00
bus_teardown_intr(dev, sc->tl_irq, sc->tl_intrhand);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
bus_release_resource(dev, SYS_RES_IRQ, 0, sc->tl_irq);
Some more small newbus cleanups. Remember to free all resources in case of failures in foo_attach(), simplify iospace/memspace things a little.
1999-07-23 02:06:57 +00:00
bus_release_resource(dev, TL_RES, TL_RID, sc->tl_res);
Make some small performance tweaks to the tl driver. This should hopefully close PR #13757, however I'm waiting on user feedback before declaring the PR officially closed. Among other things, this improves UDP transmit performance, and tx underruns are now detected and the TX start threshold adjusted accordingly.
1999-09-19 22:39:24 +00:00
contigfree(sc->tl_ldata,
sizeof(struct tl_list_data), M_DEVBUF);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
printf("tl%d: failed to read station address\n", unit);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
error = ENXIO;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
goto fail;
Updates for the ThunderLAN driver: - probe for PHYs by checking the BMSR (phy status) register instead of the vendor ID register. - fix the autonegotiation routine so that it figures out the autonegotiated modes correctly. - add tweaks to support the Olicom OC-2326 now that I've actually had a chance to test one o Olicom appears to encode the ethernet address in the EEPROM in 16-bit chunks in network byte order. If we detect an Olicom card (based on the PCI vendor ID), byte-swap the station address accordingly. XXX The Linux driver does not do this. I find this odd since the README from the Linux driver indicates that patches to support the Olicom cards came from somebody at Olicom; you'd think if anyone would get that right, it'd be them. Regardless, I accepted the word of the disgnoatic program that came bundled with the card as gospel and fixed the attach routine to make the station address match what it says. o The version of the 2326 card that I got for testing is a strange beast: the card does not look like the picture on the box in which it was packed. For one thing, the picture shows what looks like an external NS 83840A PHY, but the actual card doesn't have one. The card has a TNETE100APCM chip, which appears to have not only the usual internal tlan 10Mbps PHY at MII address 32, but also a 10/100 PHY at MII address 0. Curiously, this PHY's vendor and device ID registers always return 0x0000. I suspect that this is a mutant version of the ThunderLAN chip with 100Mbps support. This combination behaves a little strangely and required the following changes: - The internal PHY has to be enabled in tl_softreset(). - The internal PHY doesn't seem to come to life after detecting the 100Mbps PHY unless it's reset twice. - If you want to use 100Mbps modes, you have to isolate the internal PHY. - If you want to use 10Mbps modes, you have to un-isolate the internal PHY. The latter two changes are handled at the end of tl_init(): if the PHY vendor ID is 0x0000 (which should not be possible if we have a real external PHY), then tl_init() forces the internal PHY's BMCR register to the proper values.
1998-08-03 01:33:12 +00:00
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
/*
* XXX Olicom, in its desire to be different from the
* rest of the world, has done strange things with the
* encoding of the station address in the EEPROM. First
* of all, they store the address at offset 0xF8 rather
* than at 0x83 like the ThunderLAN manual suggests.
* Second, they store the address in three 16-bit words in
* network byte order, as opposed to storing it sequentially
* like all the other ThunderLAN cards. In order to get
* the station address in a form that matches what the Olicom
* diagnostic utility specifies, we have to byte-swap each
* word. To make things even more confusing, neither 00:00:28
* nor 00:00:24 appear in the IEEE OUI database.
*/
if (sc->tl_dinfo->tl_vid == OLICOM_VENDORID) {
for (i = 0; i < ETHER_ADDR_LEN; i += 2) {
u_int16_t *p;
p = (u_int16_t *)&sc->arpcom.ac_enaddr[i];
*p = ntohs(*p);
}
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* A ThunderLAN chip was detected. Inform the world.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
printf("tl%d: Ethernet address: %6D\n", unit,
sc->arpcom.ac_enaddr, ":");
ifp = &sc->arpcom.ac_if;
ifp->if_softc = sc;
ifp->if_unit = sc->tl_unit;
ifp->if_name = "tl";
ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST;
ifp->if_ioctl = tl_ioctl;
ifp->if_output = ether_output;
ifp->if_start = tl_start;
ifp->if_watchdog = tl_watchdog;
ifp->if_init = tl_init;
ifp->if_mtu = ETHERMTU;
Make some small performance tweaks to the tl driver. This should hopefully close PR #13757, however I'm waiting on user feedback before declaring the PR officially closed. Among other things, this improves UDP transmit performance, and tx underruns are now detected and the TX start threshold adjusted accordingly.
1999-09-19 22:39:24 +00:00
ifp->if_snd.ifq_maxlen = TL_TX_LIST_CNT - 1;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
callout_handle_init(&sc->tl_stat_ch);
/* Reset the adapter again. */
tl_softreset(sc, 1);
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
tl_hardreset(dev);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_softreset(sc, 1);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
* Do MII setup. If no PHYs are found, then this is a
* bitrate ThunderLAN chip that only supports 10baseT
* and AUI/BNC.
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
*/
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
if (mii_phy_probe(dev, &sc->tl_miibus,
tl_ifmedia_upd, tl_ifmedia_sts)) {
Various updates for the ThunderLAN driver: - When trying to map ports, if mapping TL_PCI_LOIO or TL_PCI_LOMEM fails, try mapping the other one. Apparently, some ThunderLAN parts swap these two registers while others don't. - Add support for bitrate (non-MII) PHYs. If no MII-based PHY is found, program the chip for bitrate mode. This is required for the TNETE110 part, which doesn't have MII support. (It's also obsolete, but there are still some people out there who have them.) With this change and the change above, the Compaq Netflex-3/P 10baseT/BNC board works correctly. (Thanks to Matthew Dodd for getting me one of these cards.) - Convert to bus_space_foo() for register accesses. - Add changes to support FreeBSD/Alpha. I still have to actually test this in my Alpha box so I'm not going to update /sys/alpha/conf/GENERIC yet.
1999-03-30 17:07:20 +00:00
struct ifmedia *ifm;
sc->tl_bitrate = 1;
ifmedia_init(&sc->ifmedia, 0, tl_ifmedia_upd, tl_ifmedia_sts);
ifmedia_add(&sc->ifmedia, IFM_ETHER|IFM_10_T, 0, NULL);
ifmedia_add(&sc->ifmedia, IFM_ETHER|IFM_10_T|IFM_HDX, 0, NULL);
ifmedia_add(&sc->ifmedia, IFM_ETHER|IFM_10_T|IFM_FDX, 0, NULL);
ifmedia_add(&sc->ifmedia, IFM_ETHER|IFM_10_5, 0, NULL);
Insert ifmedia_set() that I forgot and put in the vtophys() hack for the alpha. Now the ThunderLAN driver works on the alpha (both my sample cards check out.) Update the alpha GENERIC config to include ThunderLAN driver now that I've tested it.
1999-03-31 04:04:14 +00:00
ifmedia_set(&sc->ifmedia, IFM_ETHER|IFM_10_T);
Various updates for the ThunderLAN driver: - When trying to map ports, if mapping TL_PCI_LOIO or TL_PCI_LOMEM fails, try mapping the other one. Apparently, some ThunderLAN parts swap these two registers while others don't. - Add support for bitrate (non-MII) PHYs. If no MII-based PHY is found, program the chip for bitrate mode. This is required for the TNETE110 part, which doesn't have MII support. (It's also obsolete, but there are still some people out there who have them.) With this change and the change above, the Compaq Netflex-3/P 10baseT/BNC board works correctly. (Thanks to Matthew Dodd for getting me one of these cards.) - Convert to bus_space_foo() for register accesses. - Add changes to support FreeBSD/Alpha. I still have to actually test this in my Alpha box so I'm not going to update /sys/alpha/conf/GENERIC yet.
1999-03-30 17:07:20 +00:00
/* Reset again, this time setting bitrate mode. */
tl_softreset(sc, 1);
ifm = &sc->ifmedia;
ifm->ifm_media = ifm->ifm_cur->ifm_media;
tl_ifmedia_upd(ifp);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
/*
Make all Ethernet drivers attach using ether_ifattach() and detach using ether_ifdetach(). The former consolidates the operations of if_attach(), ng_ether_attach(), and bpfattach(). The latter consolidates the corresponding detach operations. Reviewed by: julian, freebsd-net
2000-07-13 22:54:34 +00:00
* Call MI attach routine.
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
*/
Make all Ethernet drivers attach using ether_ifattach() and detach using ether_ifdetach(). The former consolidates the operations of if_attach(), ng_ether_attach(), and bpfattach(). The latter consolidates the corresponding detach operations. Reviewed by: julian, freebsd-net
2000-07-13 22:54:34 +00:00
ether_ifattach(ifp, ETHER_BPF_SUPPORTED);
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
return(0);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
fail:
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
mtx_destroy(&sc->tl_mtx);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
return(error);
}
static int tl_detach(dev)
device_t dev;
{
struct tl_softc *sc;
struct ifnet *ifp;
sc = device_get_softc(dev);
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_LOCK(sc);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
ifp = &sc->arpcom.ac_if;
tl_stop(sc);
Make all Ethernet drivers attach using ether_ifattach() and detach using ether_ifdetach(). The former consolidates the operations of if_attach(), ng_ether_attach(), and bpfattach(). The latter consolidates the corresponding detach operations. Reviewed by: julian, freebsd-net
2000-07-13 22:54:34 +00:00
ether_ifdetach(ifp, ETHER_BPF_SUPPORTED);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
bus_generic_detach(dev);
device_delete_child(dev, sc->tl_miibus);
Make some small performance tweaks to the tl driver. This should hopefully close PR #13757, however I'm waiting on user feedback before declaring the PR officially closed. Among other things, this improves UDP transmit performance, and tx underruns are now detected and the TX start threshold adjusted accordingly.
1999-09-19 22:39:24 +00:00
contigfree(sc->tl_ldata, sizeof(struct tl_list_data), M_DEVBUF);
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
if (sc->tl_bitrate)
ifmedia_removeall(&sc->ifmedia);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
bus_teardown_intr(dev, sc->tl_irq, sc->tl_intrhand);
bus_release_resource(dev, SYS_RES_IRQ, 0, sc->tl_irq);
Some more small newbus cleanups. Remember to free all resources in case of failures in foo_attach(), simplify iospace/memspace things a little.
1999-07-23 02:06:57 +00:00
bus_release_resource(dev, TL_RES, TL_RID, sc->tl_res);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
mtx_destroy(&sc->tl_mtx);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
return(0);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
/*
* Initialize the transmit lists.
*/
static int tl_list_tx_init(sc)
struct tl_softc *sc;
{
struct tl_chain_data *cd;
struct tl_list_data *ld;
int i;
cd = &sc->tl_cdata;
ld = sc->tl_ldata;
for (i = 0; i < TL_TX_LIST_CNT; i++) {
cd->tl_tx_chain[i].tl_ptr = &ld->tl_tx_list[i];
if (i == (TL_TX_LIST_CNT - 1))
cd->tl_tx_chain[i].tl_next = NULL;
else
cd->tl_tx_chain[i].tl_next = &cd->tl_tx_chain[i + 1];
}
cd->tl_tx_free = &cd->tl_tx_chain[0];
cd->tl_tx_tail = cd->tl_tx_head = NULL;
sc->tl_txeoc = 1;
return(0);
}
/*
* Initialize the RX lists and allocate mbufs for them.
*/
static int tl_list_rx_init(sc)
struct tl_softc *sc;
{
struct tl_chain_data *cd;
struct tl_list_data *ld;
int i;
cd = &sc->tl_cdata;
ld = sc->tl_ldata;
Increase the size of the tx and rx rings from 10 to 20 descriptors and increase the tx interrupt threshold to 4. This fixes performance problems on slower systems. Also fix a mind-o in the rx ring init routine: I used the TX constant instead of the RX. This isn't a problem as long as the rings are the same size, but if they aren't hijinx will ensue.
1998-10-31 17:23:48 +00:00
for (i = 0; i < TL_RX_LIST_CNT; i++) {
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
cd->tl_rx_chain[i].tl_ptr =
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
(struct tl_list_onefrag *)&ld->tl_rx_list[i];
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (tl_newbuf(sc, &cd->tl_rx_chain[i]) == ENOBUFS)
return(ENOBUFS);
Increase the size of the tx and rx rings from 10 to 20 descriptors and increase the tx interrupt threshold to 4. This fixes performance problems on slower systems. Also fix a mind-o in the rx ring init routine: I used the TX constant instead of the RX. This isn't a problem as long as the rings are the same size, but if they aren't hijinx will ensue.
1998-10-31 17:23:48 +00:00
if (i == (TL_RX_LIST_CNT - 1)) {
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
cd->tl_rx_chain[i].tl_next = NULL;
ld->tl_rx_list[i].tlist_fptr = 0;
} else {
cd->tl_rx_chain[i].tl_next = &cd->tl_rx_chain[i + 1];
ld->tl_rx_list[i].tlist_fptr =
vtophys(&ld->tl_rx_list[i + 1]);
}
}
cd->tl_rx_head = &cd->tl_rx_chain[0];
cd->tl_rx_tail = &cd->tl_rx_chain[TL_RX_LIST_CNT - 1];
return(0);
}
static int tl_newbuf(sc, c)
struct tl_softc *sc;
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
struct tl_chain_onefrag *c;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
struct mbuf *m_new = NULL;
MGETHDR(m_new, M_DONTWAIT, MT_DATA);
if (m_new == NULL) {
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
printf("tl%d: no memory for rx list -- packet dropped!\n",
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
sc->tl_unit);
return(ENOBUFS);
}
MCLGET(m_new, M_DONTWAIT);
if (!(m_new->m_flags & M_EXT)) {
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
printf("tl%d: no memory for rx list -- packet dropped!\n",
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
sc->tl_unit);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
m_freem(m_new);
return(ENOBUFS);
}
Various updates for the ThunderLAN driver: - When trying to map ports, if mapping TL_PCI_LOIO or TL_PCI_LOMEM fails, try mapping the other one. Apparently, some ThunderLAN parts swap these two registers while others don't. - Add support for bitrate (non-MII) PHYs. If no MII-based PHY is found, program the chip for bitrate mode. This is required for the TNETE110 part, which doesn't have MII support. (It's also obsolete, but there are still some people out there who have them.) With this change and the change above, the Compaq Netflex-3/P 10baseT/BNC board works correctly. (Thanks to Matthew Dodd for getting me one of these cards.) - Convert to bus_space_foo() for register accesses. - Add changes to support FreeBSD/Alpha. I still have to actually test this in my Alpha box so I'm not going to update /sys/alpha/conf/GENERIC yet.
1999-03-30 17:07:20 +00:00
#ifdef __alpha__
m_new->m_data += 2;
#endif
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
c->tl_mbuf = m_new;
c->tl_next = NULL;
c->tl_ptr->tlist_frsize = MCLBYTES;
c->tl_ptr->tlist_fptr = 0;
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
c->tl_ptr->tl_frag.tlist_dadr = vtophys(mtod(m_new, caddr_t));
c->tl_ptr->tl_frag.tlist_dcnt = MCLBYTES;
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
c->tl_ptr->tlist_cstat = TL_CSTAT_READY;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(0);
}
/*
* Interrupt handler for RX 'end of frame' condition (EOF). This
* tells us that a full ethernet frame has been captured and we need
* to handle it.
*
* Reception is done using 'lists' which consist of a header and a
* series of 10 data count/data address pairs that point to buffers.
* Initially you're supposed to create a list, populate it with pointers
* to buffers, then load the physical address of the list into the
* ch_parm register. The adapter is then supposed to DMA the received
* frame into the buffers for you.
*
* To make things as fast as possible, we have the chip DMA directly
* into mbufs. This saves us from having to do a buffer copy: we can
* just hand the mbufs directly to ether_input(). Once the frame has
* been sent on its way, the 'list' structure is assigned a new buffer
* and moved to the end of the RX chain. As long we we stay ahead of
* the chip, it will always think it has an endless receive channel.
*
* If we happen to fall behind and the chip manages to fill up all of
* the buffers, it will generate an end of channel interrupt and wait
* for us to empty the chain and restart the receiver.
*/
static int tl_intvec_rxeof(xsc, type)
void *xsc;
u_int32_t type;
{
struct tl_softc *sc;
int r = 0, total_len = 0;
struct ether_header *eh;
struct mbuf *m;
struct ifnet *ifp;
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
struct tl_chain_onefrag *cur_rx;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
sc = xsc;
ifp = &sc->arpcom.ac_if;
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
while(sc->tl_cdata.tl_rx_head != NULL) {
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
cur_rx = sc->tl_cdata.tl_rx_head;
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
if (!(cur_rx->tl_ptr->tlist_cstat & TL_CSTAT_FRAMECMP))
break;
r++;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
sc->tl_cdata.tl_rx_head = cur_rx->tl_next;
m = cur_rx->tl_mbuf;
total_len = cur_rx->tl_ptr->tlist_frsize;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (tl_newbuf(sc, cur_rx) == ENOBUFS) {
ifp->if_ierrors++;
cur_rx->tl_ptr->tlist_frsize = MCLBYTES;
cur_rx->tl_ptr->tlist_cstat = TL_CSTAT_READY;
cur_rx->tl_ptr->tl_frag.tlist_dcnt = MCLBYTES;
continue;
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
sc->tl_cdata.tl_rx_tail->tl_ptr->tlist_fptr =
vtophys(cur_rx->tl_ptr);
sc->tl_cdata.tl_rx_tail->tl_next = cur_rx;
sc->tl_cdata.tl_rx_tail = cur_rx;
eh = mtod(m, struct ether_header *);
m->m_pkthdr.rcvif = ifp;
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
/*
* Note: when the ThunderLAN chip is in 'capture all
* frames' mode, it will receive its own transmissions.
* We drop don't need to process our own transmissions,
* so we drop them here and continue.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
/*if (ifp->if_flags & IFF_PROMISC && */
if (!bcmp(eh->ether_shost, sc->arpcom.ac_enaddr,
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
ETHER_ADDR_LEN)) {
m_freem(m);
continue;
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Remove header from mbuf and pass it on. */
m->m_pkthdr.len = m->m_len =
total_len - sizeof(struct ether_header);
m->m_data += sizeof(struct ether_header);
ether_input(ifp, eh, m);
}
return(r);
}
/*
* The RX-EOC condition hits when the ch_parm address hasn't been
* initialized or the adapter reached a list with a forward pointer
* of 0 (which indicates the end of the chain). In our case, this means
* the card has hit the end of the receive buffer chain and we need to
* empty out the buffers and shift the pointer back to the beginning again.
*/
static int tl_intvec_rxeoc(xsc, type)
void *xsc;
u_int32_t type;
{
struct tl_softc *sc;
int r;
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
struct tl_chain_data *cd;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
sc = xsc;
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
cd = &sc->tl_cdata;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Flush out the receive queue and ack RXEOF interrupts. */
r = tl_intvec_rxeof(xsc, type);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_PUT(sc, TL_CMD_ACK | r | (type & ~(0x00100000)));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
r = 1;
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
cd->tl_rx_head = &cd->tl_rx_chain[0];
cd->tl_rx_tail = &cd->tl_rx_chain[TL_RX_LIST_CNT - 1];
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CSR_WRITE_4(sc, TL_CH_PARM, vtophys(sc->tl_cdata.tl_rx_head->tl_ptr));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
r |= (TL_CMD_GO|TL_CMD_RT);
return(r);
}
static int tl_intvec_txeof(xsc, type)
void *xsc;
u_int32_t type;
{
struct tl_softc *sc;
int r = 0;
struct tl_chain *cur_tx;
sc = xsc;
/*
* Go through our tx list and free mbufs for those
* frames that have been sent.
*/
while (sc->tl_cdata.tl_tx_head != NULL) {
cur_tx = sc->tl_cdata.tl_tx_head;
if (!(cur_tx->tl_ptr->tlist_cstat & TL_CSTAT_FRAMECMP))
break;
sc->tl_cdata.tl_tx_head = cur_tx->tl_next;
r++;
m_freem(cur_tx->tl_mbuf);
cur_tx->tl_mbuf = NULL;
cur_tx->tl_next = sc->tl_cdata.tl_tx_free;
sc->tl_cdata.tl_tx_free = cur_tx;
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
if (!cur_tx->tl_ptr->tlist_fptr)
break;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
return(r);
}
/*
* The transmit end of channel interrupt. The adapter triggers this
* interrupt to tell us it hit the end of the current transmit list.
*
* A note about this: it's possible for a condition to arise where
* tl_start() may try to send frames between TXEOF and TXEOC interrupts.
* You have to avoid this since the chip expects things to go in a
* particular order: transmit, acknowledge TXEOF, acknowledge TXEOC.
* When the TXEOF handler is called, it will free all of the transmitted
* frames and reset the tx_head pointer to NULL. However, a TXEOC
* interrupt should be received and acknowledged before any more frames
* are queued for transmission. If tl_statrt() is called after TXEOF
* resets the tx_head pointer but _before_ the TXEOC interrupt arrives,
* it could attempt to issue a transmit command prematurely.
*
* To guard against this, tl_start() will only issue transmit commands
* if the tl_txeoc flag is set, and only the TXEOC interrupt handler
* can set this flag once tl_start() has cleared it.
*/
static int tl_intvec_txeoc(xsc, type)
void *xsc;
u_int32_t type;
{
struct tl_softc *sc;
struct ifnet *ifp;
u_int32_t cmd;
sc = xsc;
ifp = &sc->arpcom.ac_if;
/* Clear the timeout timer. */
ifp->if_timer = 0;
if (sc->tl_cdata.tl_tx_head == NULL) {
ifp->if_flags &= ~IFF_OACTIVE;
sc->tl_cdata.tl_tx_tail = NULL;
sc->tl_txeoc = 1;
} else {
sc->tl_txeoc = 0;
/* First we have to ack the EOC interrupt. */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_PUT(sc, TL_CMD_ACK | 0x00000001 | type);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Then load the address of the next TX list. */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CSR_WRITE_4(sc, TL_CH_PARM,
Make some small performance tweaks to the tl driver. This should hopefully close PR #13757, however I'm waiting on user feedback before declaring the PR officially closed. Among other things, this improves UDP transmit performance, and tx underruns are now detected and the TX start threshold adjusted accordingly.
1999-09-19 22:39:24 +00:00
vtophys(sc->tl_cdata.tl_tx_head->tl_ptr));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Restart TX channel. */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
cmd = CSR_READ_4(sc, TL_HOSTCMD);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
cmd &= ~TL_CMD_RT;
cmd |= TL_CMD_GO|TL_CMD_INTSON;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_PUT(sc, cmd);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(0);
}
return(1);
}
static int tl_intvec_adchk(xsc, type)
void *xsc;
u_int32_t type;
{
struct tl_softc *sc;
sc = xsc;
Small tweak: force another reset of the adapter after probing for all the PHYs in tl_attach(). This is mainly to suck away any possible stray interrupts. This prevents an intermittent problem on some systems where the adapter probes correctly but yields a device timeout (and possible subsequent adapter check) when configured. When I originally tested the driver, I ifconfig'ed the interface after the system had already been booted and didn't notice any problems, but when configuring the interface immediately at startup, it would occasionally timeout and hang, until an adapter check interrupt came along and reset things again. I'm not exactly sure if this is a general problem of just something peculiar to this hardware (there are three devices, including the tlan, all on IRQ 11) but the extra reset shouldn't hurt anything. (It works fine with my 100Mbps Olicom adapter too.) Thanks to Mark Taylor from Cybernet (mtaylor@cybernet.com) for allowing me remote access to a Compaq system for debugging purposes.
1998-09-24 17:14:23 +00:00
if (type)
printf("tl%d: adapter check: %x\n", sc->tl_unit,
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
(unsigned int)CSR_READ_4(sc, TL_CH_PARM));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_softreset(sc, 1);
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
tl_stop(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
tl_init(sc);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_SET(sc, TL_CMD_INTSON);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(0);
}
static int tl_intvec_netsts(xsc, type)
void *xsc;
u_int32_t type;
{
struct tl_softc *sc;
u_int16_t netsts;
sc = xsc;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
netsts = tl_dio_read16(sc, TL_NETSTS);
tl_dio_write16(sc, TL_NETSTS, netsts);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
printf("tl%d: network status: %x\n", sc->tl_unit, netsts);
return(1);
}
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
static void tl_intr(xsc)
void *xsc;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
struct tl_softc *sc;
struct ifnet *ifp;
int r = 0;
u_int32_t type = 0;
u_int16_t ints = 0;
u_int8_t ivec = 0;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
sc = xsc;
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_LOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Disable interrupts */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
ints = CSR_READ_2(sc, TL_HOST_INT);
CSR_WRITE_2(sc, TL_HOST_INT, ints);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
type = (ints << 16) & 0xFFFF0000;
ivec = (ints & TL_VEC_MASK) >> 5;
ints = (ints & TL_INT_MASK) >> 2;
ifp = &sc->arpcom.ac_if;
switch(ints) {
case (TL_INTR_INVALID):
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
#ifdef DIAGNOSTIC
printf("tl%d: got an invalid interrupt!\n", sc->tl_unit);
#endif
/* Re-enable interrupts but don't ack this one. */
CMD_PUT(sc, type);
r = 0;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
break;
case (TL_INTR_TXEOF):
r = tl_intvec_txeof((void *)sc, type);
break;
case (TL_INTR_TXEOC):
r = tl_intvec_txeoc((void *)sc, type);
break;
case (TL_INTR_STATOFLOW):
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_stats_update(sc);
r = 1;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
break;
case (TL_INTR_RXEOF):
r = tl_intvec_rxeof((void *)sc, type);
break;
case (TL_INTR_DUMMY):
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
printf("tl%d: got a dummy interrupt\n", sc->tl_unit);
r = 1;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
break;
case (TL_INTR_ADCHK):
if (ivec)
r = tl_intvec_adchk((void *)sc, type);
else
r = tl_intvec_netsts((void *)sc, type);
break;
case (TL_INTR_RXEOC):
r = tl_intvec_rxeoc((void *)sc, type);
break;
default:
printf("tl%d: bogus interrupt type\n", ifp->if_unit);
break;
}
/* Re-enable interrupts */
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
if (r) {
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_PUT(sc, TL_CMD_ACK | r | type);
Declare pointers to CSR register space to be volatile. This seems to cure the problems I was having with interrupts not being acknowledged on time. This fixes a problem I observed where starting two ping -f processes at 10Mbps would cause an adapter check due to TX GO commands being issued before TXEOC interrupts were being acked. Also fix a small problem with tl_start(): the mechanism I was using to queue new packets onto the TX chain was bogus. Change adapter check handler so that it resets card state after tl_softreset() is stored. Moved all EEPROM-related macro definitions into if_tlreg.h. Don't allow an autoneg session to start until after the TX queue has been drained, and don't transmit anything until after the autoneg session is complete. Also add support for two more Compaq ThunderLAN-based cards, and three cards from Olicom which also use the ThunderLAN chip. The only thing different about the Olicom cards is that they store the station address at a different location within the EEPROM.
1998-07-13 18:15:48 +00:00
}
if (ifp->if_snd.ifq_head != NULL)
tl_start(ifp);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return;
}
static void tl_stats_update(xsc)
void *xsc;
{
struct tl_softc *sc;
struct ifnet *ifp;
struct tl_stats tl_stats;
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
struct mii_data *mii;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
u_int32_t *p;
bzero((char *)&tl_stats, sizeof(struct tl_stats));
sc = xsc;
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_LOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
ifp = &sc->arpcom.ac_if;
p = (u_int32_t *)&tl_stats;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CSR_WRITE_2(sc, TL_DIO_ADDR, TL_TXGOODFRAMES|TL_DIO_ADDR_INC);
*p++ = CSR_READ_4(sc, TL_DIO_DATA);
*p++ = CSR_READ_4(sc, TL_DIO_DATA);
*p++ = CSR_READ_4(sc, TL_DIO_DATA);
*p++ = CSR_READ_4(sc, TL_DIO_DATA);
*p++ = CSR_READ_4(sc, TL_DIO_DATA);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
ifp->if_opackets += tl_tx_goodframes(tl_stats);
ifp->if_collisions += tl_stats.tl_tx_single_collision +
tl_stats.tl_tx_multi_collision;
ifp->if_ipackets += tl_rx_goodframes(tl_stats);
ifp->if_ierrors += tl_stats.tl_crc_errors + tl_stats.tl_code_errors +
tl_rx_overrun(tl_stats);
ifp->if_oerrors += tl_tx_underrun(tl_stats);
Make some small performance tweaks to the tl driver. This should hopefully close PR #13757, however I'm waiting on user feedback before declaring the PR officially closed. Among other things, this improves UDP transmit performance, and tx underruns are now detected and the TX start threshold adjusted accordingly.
1999-09-19 22:39:24 +00:00
if (tl_tx_underrun(tl_stats)) {
u_int8_t tx_thresh;
tx_thresh = tl_dio_read8(sc, TL_ACOMMIT) & TL_AC_TXTHRESH;
if (tx_thresh != TL_AC_TXTHRESH_WHOLEPKT) {
tx_thresh >>= 4;
tx_thresh++;
printf("tl%d: tx underrun -- increasing "
"tx threshold to %d bytes\n", sc->tl_unit,
(64 * (tx_thresh * 4)));
tl_dio_clrbit(sc, TL_ACOMMIT, TL_AC_TXTHRESH);
tl_dio_setbit(sc, TL_ACOMMIT, tx_thresh << 4);
}
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
sc->tl_stat_ch = timeout(tl_stats_update, sc, hz);
Remove 2.2.x compatibility code and #ifdefs. Once the shakedown period in -current is over, I'll put a 2.2.x specific version in the RELENG_2_2 branch. If somebody wants a 2.2 version of this driver now, they can check out the previous version from CVS or ask me via e-mail. Gee people, I didn't mean to stir up such a controversy. I just wanted to make sure I could get this thing to work with both kernel versions and didn't want to have to maintain two separate copies. All ya hadda do was ask. :)
1998-05-22 15:32:22 +00:00
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
if (!sc->tl_bitrate) {
mii = device_get_softc(sc->tl_miibus);
mii_tick(mii);
}
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
Remove 2.2.x compatibility code and #ifdefs. Once the shakedown period in -current is over, I'll put a 2.2.x specific version in the RELENG_2_2 branch. If somebody wants a 2.2 version of this driver now, they can check out the previous version from CVS or ask me via e-mail. Gee people, I didn't mean to stir up such a controversy. I just wanted to make sure I could get this thing to work with both kernel versions and didn't want to have to maintain two separate copies. All ya hadda do was ask. :)
1998-05-22 15:32:22 +00:00
return;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
/*
* Encapsulate an mbuf chain in a list by coupling the mbuf data
* pointers to the fragment pointers.
*/
static int tl_encap(sc, c, m_head)
struct tl_softc *sc;
struct tl_chain *c;
struct mbuf *m_head;
{
int frag = 0;
struct tl_frag *f = NULL;
int total_len;
struct mbuf *m;
/*
* Start packing the mbufs in this chain into
* the fragment pointers. Stop when we run out
* of fragments or hit the end of the mbuf chain.
*/
m = m_head;
total_len = 0;
for (m = m_head, frag = 0; m != NULL; m = m->m_next) {
if (m->m_len != 0) {
if (frag == TL_MAXFRAGS)
break;
total_len+= m->m_len;
c->tl_ptr->tl_frag[frag].tlist_dadr =
vtophys(mtod(m, vm_offset_t));
c->tl_ptr->tl_frag[frag].tlist_dcnt = m->m_len;
frag++;
}
}
/*
* Handle special cases.
* Special case #1: we used up all 10 fragments, but
* we have more mbufs left in the chain. Copy the
* data into an mbuf cluster. Note that we don't
* bother clearing the values in the other fragment
* pointers/counters; it wouldn't gain us anything,
* and would waste cycles.
*/
if (m != NULL) {
struct mbuf *m_new = NULL;
MGETHDR(m_new, M_DONTWAIT, MT_DATA);
if (m_new == NULL) {
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
printf("tl%d: no memory for tx list\n", sc->tl_unit);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(1);
}
if (m_head->m_pkthdr.len > MHLEN) {
MCLGET(m_new, M_DONTWAIT);
if (!(m_new->m_flags & M_EXT)) {
m_freem(m_new);
Fix the tl driver so it doesn't run off the end of the RX descriptor list and panic in out of mbufs condition.
2000-01-15 20:14:49 +00:00
printf("tl%d: no memory for tx list\n",
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
sc->tl_unit);
return(1);
}
}
m_copydata(m_head, 0, m_head->m_pkthdr.len,
mtod(m_new, caddr_t));
m_new->m_pkthdr.len = m_new->m_len = m_head->m_pkthdr.len;
m_freem(m_head);
m_head = m_new;
f = &c->tl_ptr->tl_frag[0];
f->tlist_dadr = vtophys(mtod(m_new, caddr_t));
f->tlist_dcnt = total_len = m_new->m_len;
frag = 1;
}
/*
* Special case #2: the frame is smaller than the minimum
* frame size. We have to pad it to make the chip happy.
*/
if (total_len < TL_MIN_FRAMELEN) {
if (frag == TL_MAXFRAGS)
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
printf("tl%d: all frags filled but "
"frame still to small!\n", sc->tl_unit);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
f = &c->tl_ptr->tl_frag[frag];
f->tlist_dcnt = TL_MIN_FRAMELEN - total_len;
f->tlist_dadr = vtophys(&sc->tl_ldata->tl_pad);
total_len += f->tlist_dcnt;
frag++;
}
c->tl_mbuf = m_head;
c->tl_ptr->tl_frag[frag - 1].tlist_dcnt |= TL_LAST_FRAG;
c->tl_ptr->tlist_frsize = total_len;
c->tl_ptr->tlist_cstat = TL_CSTAT_READY;
c->tl_ptr->tlist_fptr = 0;
return(0);
}
/*
* Main transmit routine. To avoid having to do mbuf copies, we put pointers
* to the mbuf data regions directly in the transmit lists. We also save a
* copy of the pointers since the transmit list fragment pointers are
* physical addresses.
*/
static void tl_start(ifp)
struct ifnet *ifp;
{
struct tl_softc *sc;
struct mbuf *m_head = NULL;
u_int32_t cmd;
struct tl_chain *prev = NULL, *cur_tx = NULL, *start_tx;
sc = ifp->if_softc;
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_LOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Check for an available queue slot. If there are none,
* punt.
*/
if (sc->tl_cdata.tl_tx_free == NULL) {
ifp->if_flags |= IFF_OACTIVE;
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return;
}
start_tx = sc->tl_cdata.tl_tx_free;
while(sc->tl_cdata.tl_tx_free != NULL) {
IF_DEQUEUE(&ifp->if_snd, m_head);
if (m_head == NULL)
break;
/* Pick a chain member off the free list. */
cur_tx = sc->tl_cdata.tl_tx_free;
sc->tl_cdata.tl_tx_free = cur_tx->tl_next;
cur_tx->tl_next = NULL;
/* Pack the data into the list. */
tl_encap(sc, cur_tx, m_head);
/* Chain it together */
if (prev != NULL) {
prev->tl_next = cur_tx;
prev->tl_ptr->tlist_fptr = vtophys(cur_tx->tl_ptr);
}
prev = cur_tx;
/*
* If there's a BPF listener, bounce a copy of this frame
* to him.
*/
if (ifp->if_bpf)
bpf_mtap(ifp, cur_tx->tl_mbuf);
}
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.
1998-12-05 02:21:44 +00:00
/*
* If there are no packets queued, bail.
*/
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
if (cur_tx == NULL) {
TL_UNLOCK(sc);
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.
1998-12-05 02:21:44 +00:00
return;
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
}
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.
1998-12-05 02:21:44 +00:00
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* That's all we can stands, we can't stands no more.
* If there are no other transfers pending, then issue the
* TX GO command to the adapter to start things moving.
* Otherwise, just leave the data in the queue and let
* the EOF/EOC interrupt handler send.
*/
if (sc->tl_cdata.tl_tx_head == NULL) {
sc->tl_cdata.tl_tx_head = start_tx;
sc->tl_cdata.tl_tx_tail = cur_tx;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
if (sc->tl_txeoc) {
sc->tl_txeoc = 0;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CSR_WRITE_4(sc, TL_CH_PARM, vtophys(start_tx->tl_ptr));
cmd = CSR_READ_4(sc, TL_HOSTCMD);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
cmd &= ~TL_CMD_RT;
cmd |= TL_CMD_GO|TL_CMD_INTSON;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_PUT(sc, cmd);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
} else {
sc->tl_cdata.tl_tx_tail->tl_next = start_tx;
Fix the tl_start() routine; sometimes the tl_tx_tail pointer was not being updated correctly.
1998-12-29 15:39:35 +00:00
sc->tl_cdata.tl_tx_tail = cur_tx;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
/*
* Set a timeout in case the chip goes out to lunch.
*/
ifp->if_timer = 5;
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return;
}
static void tl_init(xsc)
void *xsc;
{
struct tl_softc *sc = xsc;
struct ifnet *ifp = &sc->arpcom.ac_if;
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
struct mii_data *mii;
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_LOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
ifp = &sc->arpcom.ac_if;
/*
* Cancel pending I/O.
*/
tl_stop(sc);
Make some small performance tweaks to the tl driver. This should hopefully close PR #13757, however I'm waiting on user feedback before declaring the PR officially closed. Among other things, this improves UDP transmit performance, and tx underruns are now detected and the TX start threshold adjusted accordingly.
1999-09-19 22:39:24 +00:00
/* Initialize TX FIFO threshold */
tl_dio_clrbit(sc, TL_ACOMMIT, TL_AC_TXTHRESH);
tl_dio_setbit(sc, TL_ACOMMIT, TL_AC_TXTHRESH_16LONG);
/* Set PCI burst size */
tl_dio_write8(sc, TL_BSIZEREG, TL_RXBURST_16LONG|TL_TXBURST_16LONG);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Set 'capture all frames' bit for promiscuous mode.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (ifp->if_flags & IFF_PROMISC)
tl_dio_setbit(sc, TL_NETCMD, TL_CMD_CAF);
else
tl_dio_clrbit(sc, TL_NETCMD, TL_CMD_CAF);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Set capture broadcast bit to capture broadcast frames.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (ifp->if_flags & IFF_BROADCAST)
tl_dio_clrbit(sc, TL_NETCMD, TL_CMD_NOBRX);
else
tl_dio_setbit(sc, TL_NETCMD, TL_CMD_NOBRX);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
tl_dio_write16(sc, TL_MAXRX, MCLBYTES);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Init our MAC address */
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
1998-12-10 19:02:07 +00:00
tl_setfilt(sc, (caddr_t)&sc->arpcom.ac_enaddr, 0);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
/* Init multicast filter, if needed. */
tl_setmulti(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Init circular RX list. */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
if (tl_list_rx_init(sc) == ENOBUFS) {
printf("tl%d: initialization failed: no "
"memory for rx buffers\n", sc->tl_unit);
tl_stop(sc);
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return;
}
/* Init TX pointers. */
tl_list_tx_init(sc);
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
/* Enable PCI interrupts. */
CMD_SET(sc, TL_CMD_INTSON);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Load the address of the rx list */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_SET(sc, TL_CMD_RT);
CSR_WRITE_4(sc, TL_CH_PARM, vtophys(&sc->tl_ldata->tl_rx_list[0]));
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
if (!sc->tl_bitrate) {
if (sc->tl_miibus != NULL) {
mii = device_get_softc(sc->tl_miibus);
mii_mediachg(mii);
}
}
Updates for the ThunderLAN driver: - probe for PHYs by checking the BMSR (phy status) register instead of the vendor ID register. - fix the autonegotiation routine so that it figures out the autonegotiated modes correctly. - add tweaks to support the Olicom OC-2326 now that I've actually had a chance to test one o Olicom appears to encode the ethernet address in the EEPROM in 16-bit chunks in network byte order. If we detect an Olicom card (based on the PCI vendor ID), byte-swap the station address accordingly. XXX The Linux driver does not do this. I find this odd since the README from the Linux driver indicates that patches to support the Olicom cards came from somebody at Olicom; you'd think if anyone would get that right, it'd be them. Regardless, I accepted the word of the disgnoatic program that came bundled with the card as gospel and fixed the attach routine to make the station address match what it says. o The version of the 2326 card that I got for testing is a strange beast: the card does not look like the picture on the box in which it was packed. For one thing, the picture shows what looks like an external NS 83840A PHY, but the actual card doesn't have one. The card has a TNETE100APCM chip, which appears to have not only the usual internal tlan 10Mbps PHY at MII address 32, but also a 10/100 PHY at MII address 0. Curiously, this PHY's vendor and device ID registers always return 0x0000. I suspect that this is a mutant version of the ThunderLAN chip with 100Mbps support. This combination behaves a little strangely and required the following changes: - The internal PHY has to be enabled in tl_softreset(). - The internal PHY doesn't seem to come to life after detecting the 100Mbps PHY unless it's reset twice. - If you want to use 100Mbps modes, you have to isolate the internal PHY. - If you want to use 10Mbps modes, you have to un-isolate the internal PHY. The latter two changes are handled at the end of tl_init(): if the PHY vendor ID is 0x0000 (which should not be possible if we have a real external PHY), then tl_init() forces the internal PHY's BMCR register to the proper values.
1998-08-03 01:33:12 +00:00
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Send the RX go command */
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
CMD_SET(sc, TL_CMD_GO|TL_CMD_NES|TL_CMD_RT);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
ifp->if_flags |= IFF_RUNNING;
ifp->if_flags &= ~IFF_OACTIVE;
/* Start the stats update counter */
sc->tl_stat_ch = timeout(tl_stats_update, sc, hz);
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return;
}
/*
* Set media options.
*/
static int tl_ifmedia_upd(ifp)
struct ifnet *ifp;
{
struct tl_softc *sc;
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
struct mii_data *mii = NULL;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
sc = ifp->if_softc;
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
if (sc->tl_bitrate)
tl_setmode(sc, sc->ifmedia.ifm_media);
else {
mii = device_get_softc(sc->tl_miibus);
mii_mediachg(mii);
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return(0);
}
/*
* Report current media status.
*/
static void tl_ifmedia_sts(ifp, ifmr)
struct ifnet *ifp;
struct ifmediareq *ifmr;
{
struct tl_softc *sc;
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
struct mii_data *mii;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
sc = ifp->if_softc;
ifmr->ifm_active = IFM_ETHER;
Various updates for the ThunderLAN driver: - When trying to map ports, if mapping TL_PCI_LOIO or TL_PCI_LOMEM fails, try mapping the other one. Apparently, some ThunderLAN parts swap these two registers while others don't. - Add support for bitrate (non-MII) PHYs. If no MII-based PHY is found, program the chip for bitrate mode. This is required for the TNETE110 part, which doesn't have MII support. (It's also obsolete, but there are still some people out there who have them.) With this change and the change above, the Compaq Netflex-3/P 10baseT/BNC board works correctly. (Thanks to Matthew Dodd for getting me one of these cards.) - Convert to bus_space_foo() for register accesses. - Add changes to support FreeBSD/Alpha. I still have to actually test this in my Alpha box so I'm not going to update /sys/alpha/conf/GENERIC yet.
1999-03-30 17:07:20 +00:00
if (sc->tl_bitrate) {
if (tl_dio_read8(sc, TL_ACOMMIT) & TL_AC_MTXD1)
ifmr->ifm_active = IFM_ETHER|IFM_10_5;
else
ifmr->ifm_active = IFM_ETHER|IFM_10_T;
if (tl_dio_read8(sc, TL_ACOMMIT) & TL_AC_MTXD3)
ifmr->ifm_active |= IFM_HDX;
else
ifmr->ifm_active |= IFM_FDX;
return;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
} else {
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
mii = device_get_softc(sc->tl_miibus);
mii_pollstat(mii);
ifmr->ifm_active = mii->mii_media_active;
ifmr->ifm_status = mii->mii_media_status;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
}
return;
}
static int tl_ioctl(ifp, command, data)
struct ifnet *ifp;
This commit fixes various 64bit portability problems required for FreeBSD/alpha. The most significant item is to change the command argument to ioctl functions from int to u_long. This change brings us inline with various other BSD versions. Driver writers may like to use (__FreeBSD_version == 300003) to detect this change. The prototype FreeBSD/alpha machdep will follow in a couple of days time.
1998-06-07 17:13:14 +00:00
u_long command;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
caddr_t data;
{
struct tl_softc *sc = ifp->if_softc;
struct ifreq *ifr = (struct ifreq *) data;
int s, error = 0;
s = splimp();
switch(command) {
case SIOCSIFADDR:
case SIOCGIFADDR:
case SIOCSIFMTU:
error = ether_ioctl(ifp, command, data);
break;
case SIOCSIFFLAGS:
if (ifp->if_flags & IFF_UP) {
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
if (ifp->if_flags & IFF_RUNNING &&
ifp->if_flags & IFF_PROMISC &&
!(sc->tl_if_flags & IFF_PROMISC)) {
tl_dio_setbit(sc, TL_NETCMD, TL_CMD_CAF);
tl_setmulti(sc);
} else if (ifp->if_flags & IFF_RUNNING &&
!(ifp->if_flags & IFF_PROMISC) &&
sc->tl_if_flags & IFF_PROMISC) {
tl_dio_clrbit(sc, TL_NETCMD, TL_CMD_CAF);
tl_setmulti(sc);
} else
tl_init(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
} else {
if (ifp->if_flags & IFF_RUNNING) {
tl_stop(sc);
}
}
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
sc->tl_if_flags = ifp->if_flags;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
error = 0;
break;
case SIOCADDMULTI:
case SIOCDELMULTI:
tl_setmulti(sc);
error = 0;
break;
case SIOCSIFMEDIA:
case SIOCGIFMEDIA:
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
if (sc->tl_bitrate)
error = ifmedia_ioctl(ifp, ifr, &sc->ifmedia, command);
else {
struct mii_data *mii;
mii = device_get_softc(sc->tl_miibus);
error = ifmedia_ioctl(ifp, ifr,
&mii->mii_media, command);
}
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
break;
default:
error = EINVAL;
break;
}
(void)splx(s);
return(error);
}
static void tl_watchdog(ifp)
struct ifnet *ifp;
{
struct tl_softc *sc;
sc = ifp->if_softc;
Convert the ThunderLAN driver to miibus. This took me a while because I had to get the ML 6692 PHY driver working correctly, which is harder than it sounds. "Bitrate" ThunderLAN devices should still be supported (i.e the older 10Mbps Netflex 3/P, which use the TNETE110 chip that has no MII support). The ThunderLAN has an internal PHY which makes things a little complicated, but these are the basic rules: - For devices with just the ThunderLAN, the internal PHY is used to provide 10baseT, and 10base5/10baseT support. Autonegotiation will work, but only with 10baseT links. The only thing that really gets negotiated is whether the link is full or half duplex. - For devices with the ThunderLAN and an external 10/100 PHY (like the Compaq Netelligent 100Mbps cards, or the internal Netflex 3/P with 100Mbps upgrade daughter card), the external PHY is used for 10baseT and 100baseTX modes. The internal PHY is still used to support 10base5/10base2, though you have to select them manual with ifconfig. - For devices with the ThunderLAN and the ML6692 PHY, both the internal and external PHYs are used, though it will appear as though the 6692 PHY will be used to support 10baseT and 100baseTX modes. In reality, the internal PHY will be used for 10baseT, but this fact will be hidden from the user. The 10base5/10base2 modes can also be selected manually as with above.
1999-08-27 18:58:27 +00:00
printf("tl%d: device timeout\n", sc->tl_unit);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
ifp->if_oerrors++;
Make some cleanups related to miibus.
1999-08-27 21:18:02 +00:00
tl_softreset(sc, 1);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
tl_init(sc);
return;
}
/*
* Stop the adapter and free any mbufs allocated to the
* RX and TX lists.
*/
static void tl_stop(sc)
struct tl_softc *sc;
{
register int i;
struct ifnet *ifp;
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_LOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
ifp = &sc->arpcom.ac_if;
/* Stop the stats updater. */
untimeout(tl_stats_update, sc, sc->tl_stat_ch);
/* Stop the transmitter */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_CLR(sc, TL_CMD_RT);
CMD_SET(sc, TL_CMD_STOP);
CSR_WRITE_4(sc, TL_CH_PARM, 0);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/* Stop the receiver */
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_SET(sc, TL_CMD_RT);
CMD_SET(sc, TL_CMD_STOP);
CSR_WRITE_4(sc, TL_CH_PARM, 0);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Disable host interrupts.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CMD_SET(sc, TL_CMD_INTSOFF);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Clear list pointer.
*/
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
CSR_WRITE_4(sc, TL_CH_PARM, 0);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
/*
* Free the RX lists.
*/
for (i = 0; i < TL_RX_LIST_CNT; i++) {
if (sc->tl_cdata.tl_rx_chain[i].tl_mbuf != NULL) {
m_freem(sc->tl_cdata.tl_rx_chain[i].tl_mbuf);
sc->tl_cdata.tl_rx_chain[i].tl_mbuf = NULL;
}
}
bzero((char *)&sc->tl_ldata->tl_rx_list,
sizeof(sc->tl_ldata->tl_rx_list));
/*
* Free the TX list buffers.
*/
for (i = 0; i < TL_TX_LIST_CNT; i++) {
if (sc->tl_cdata.tl_tx_chain[i].tl_mbuf != NULL) {
m_freem(sc->tl_cdata.tl_tx_chain[i].tl_mbuf);
sc->tl_cdata.tl_tx_chain[i].tl_mbuf = NULL;
}
}
bzero((char *)&sc->tl_ldata->tl_tx_list,
sizeof(sc->tl_ldata->tl_tx_list));
ifp->if_flags &= ~(IFF_RUNNING | IFF_OACTIVE);
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
2000-10-13 17:54:19 +00:00
TL_UNLOCK(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return;
}
/*
* Stop all chip I/O so that the kernel's probe routines don't
* get confused by errant DMAs when rebooting.
*/
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
static void tl_shutdown(dev)
device_t dev;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
{
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
struct tl_softc *sc;
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Convert the ThunderLAN driver to newbus. Also add splimp() protection to tl_stats_update().
1999-07-22 17:00:38 +00:00
sc = device_get_softc(dev);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
Overhaul the ThunderLAN driver. This update includes the following changes: - Cleaned up register access macros so that they work like the XL driver macros (you can switch from PIO to memory-mapped mode using a single #define -- default is still memory mapped mode). The old 'struct overlayed onto the memory mapped register space' cruft has been removed. - Improved multicast filter code. The ThunderLAN has four entry perfect filter table in addition to the 64-bit hash table: we need one of the perfect filter entries for the station address, but we can use the other three for multicast filtering. We arrange to put the first three multicast group addresses in the perfect filter slots so that commonly joined groups like the all hosts group and the all routers group can be filtered without using up bits in the hash table. Note: in FreeBSD 3.0, multicast groups are stored in a doubly linked list, however new entries are added at the head of the list (thereby pushing existing entries down towards the tail). We want to update the filter starting from the oldest entry to the newest since the all hosts group is always joined first. This means we really want to start from the tail of the list, not the head, but to find the tail we first have to traverse the list all the way to the end and then add entries working backwards. This is a bit of a kludge and could be inefficient if the list is long. - Cleaned up autonegotiation code: tl_autoneg() wasn't always setting modes correctly. - Cleaned up ifmedia update and status routines as well. - Added tl_hardreset() routine to initialize the internal PHY according to the ThunderLAN manual. - Did away with the kludge where PHYs were treated as separate logical interfaces. This didn't really work, especially in the case of the newer Olicom 2326 adapters which use a Micro Linear ML6692 PHY which provides only 100Mbps support, relying on the internal PHY for 10Mbps support (both PHYs share the RJ45 port, with the 6692 doing all the autonegotiation work). This kludge resulted from my misunderstanding of the operation of the Compaq Netelligent Dual Port card (the tlan manual mentions multiple channels, but in a different context; this got me a little confused). The driver has been reported to work correctly with the dual port card. - Added dio_getbit/dio_setbit/dio_read/dio_write functions which carefully set the ThunderLAN's indirectly accessed internal registers. This makes the EEPROM reading code more reliable. Hopefully I won't have to touch this again before 3.0 goes out the door. I plan to import the 2.2.x version sometime this week. Approved-by: jkh
1998-09-23 05:08:54 +00:00
tl_stop(sc);
Add Texas Instruments TNET100 'ThunderLAN' PCI NIC driver to the tree. This driver supports the following cards/integrated ethernet controllers: Compaq Netelligent 10, Compaq Netelligent 10/100, Compaq Netelligent 10/100, Compaq Netelligent 10/100 Proliant, Compaq Netelligent 10/100 Dual Port, Compaq NetFlex-3/P Integrated, Compaq NetFlex-3/P Integrated, Compaq NetFlex 3/P w/ BNC, Compaq Deskpro 4000 5233MMX. It should also support Texas Instruments NICs that use the ThunderLAN chip, though I don't have any to test. If you've got a card that uses the ThunderLAN chip but isn't listed in the PCI vendor/product list in if_tl.c, try adding it and see what happens. The driver supports any MII compliant PHY at 10 or 100Mbps speeds in full or half duplex. (Those I've personally tested are the National Semiconductor DP83840A (Prosignia server), the Level 1 LXT970 (Deskpro desktop), and the ThunderLAN's internal 10baseT PHY.) Autonegotiation, hardware multicast filtering, BPF and ifmedia support are included. This chip is pretty fast; Prosignia servers with NCR SCSI, ThunderLAN ethernet and FreeBSD make for a nice combination.
1998-05-21 03:19:56 +00:00
return;
}
Reference in New Issue Copy Permalink