DOKK / manpages / debian 10 / freebsd-manpages / ste.4freebsd.en
STE(4) Device Drivers Manual STE(4)

steSundance Technologies ST201 Fast Ethernet device driver

To compile this driver into the kernel, place the following lines in your kernel configuration file:

device miibus
device ste

Alternatively, to load the driver as a module at boot time, place the following line in loader.conf(5):

if_ste_load="YES"

The ste driver provides support for PCI Ethernet adapters and embedded controllers based on the Sundance Technologies ST201 PCI Fast Ethernet controller chip.

The Sundance ST201 uses bus master DMA and is designed to be a 3Com Etherlink XL workalike. It uses the same DMA descriptor structure and is very similar in operation, however its register layout is different. The ST201 has a 64-bit multicast hash filter and a single perfect filter entry for the station address. It supports both 10 and 100Mbps speeds in either full or half duplex using an MII transceiver.

The ste driver supports the following media types:

autoselect
Enable autoselection of the media type and options. The user can manually override the autoselected mode by adding media options to the /etc/rc.conf file.
10baseT/UTP
Set 10Mbps operation. The mediaopt option can also be used to select either full-duplex or half-duplex modes.
100baseTX
Set 100Mbps (Fast Ethernet) operation. The mediaopt option can also be used to select either full-duplex or half-duplex modes.

The ste driver supports the following media options:

full-duplex
Force full duplex operation.
half-duplex
Force half duplex operation.

For more information on configuring this device, see ifconfig(8).

The ste driver supports Sundance Technologies ST201 based Fast Ethernet adapters and embedded controllers including:

  • D-Link DFE-530TXS
  • D-Link DFE-550TX
  • D-Link DFE-580TX

The following variables are available as both sysctl(8) variables and loader(8) tunables:

dev.ste.%d.int_rx_mod
Maximum number of time to delay RX interrupts. The valid range is 0 to 209712 in units of 1us, the default is 150 (150us). The value 0 effectively disables the RX interrupt moderation. The resolution of timer is about 3.2us so finer tuning than 3.2us wouldn't be available. The interface does not need to be brought down and up again before a change takes effect.

ste%d: couldn't map ports/memory
A fatal initialization error has occurred.
ste%d: couldn't map interrupt
A fatal initialization error has occurred.
ste%d: watchdog timeout
The device has stopped responding to the network, or there is a problem with the network connection (cable).
ste%d: no memory for rx list
The driver failed to allocate an mbuf for the receiver ring.
ste%d: no memory for tx list
The driver failed to allocate an mbuf for the transmitter ring when allocating a pad buffer or collapsing an mbuf chain into a cluster.
ste%d: chip is in D3 power state -- setting to D0
This message applies only to adapters which support power management. Some operating systems place the controller in low power mode when shutting down, and some PCI BIOSes fail to bring the chip out of this state before configuring it. The controller loses all of its PCI configuration in the D3 state, so if the BIOS does not set it back to full power mode in time, it will not be able to configure it correctly. The driver tries to detect this condition and bring the adapter back to the D0 (full power) state, but this may not be enough to return the driver to a fully operational condition. If you see this message at boot time and the driver fails to attach the device as a network interface, you will have to perform a second warm boot to have the device properly configured.

Note that this condition only occurs when warm booting from another operating system. If you power down your system prior to booting FreeBSD, the card should be configured correctly.

altq(4), arp(4), miibus(4), netintro(4), ng_ether(4), polling(4), vlan(4), ifconfig(8)

Sundance ST201 data sheet, http://www.sundanceti.com.

The ste device driver first appeared in FreeBSD 3.0.

The ste driver was written by Bill Paul <wpaul@ee.columbia.edu>.

December 24, 2009 Debian