d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
4afe249835
freebsd-nq/sys/dev/smc/if_smcvar.h

78 lines
2.4 KiB
C
Raw Normal View History

This is a rewritten driver for the SMSC LAN91C111. It's based in part on the sn(4) driver and also looking at newer drivers. The reason for the rewrite is to support MII and to try and resolve some performance issues found when trying to use the sn(4) driver on the Gumstix network boards. For reference, the SMSC LAN91C111 is a non-PCI ethernet part whose lineage dates back to Ye Olde Days of ISA. It seems to get some use in the embedded space these days on parts lacking on-board MACs or on-board PCI controllers, such as the XScale PXA line of ARM CPUs. This also includes a driver for the SMSC LAN83C183 10/100 PHY. Man page to follow.
2008-06-06 05:00:49 +00:00
/*-
Convert bus_space_{read,write}_* calls to bus_{read,write}_* calls. Suggested by: jhb
2008-06-11 06:53:55 +00:00
* Copyright (c) 2008 Benno Rice. All rights reserved.
This is a rewritten driver for the SMSC LAN91C111. It's based in part on the sn(4) driver and also looking at newer drivers. The reason for the rewrite is to support MII and to try and resolve some performance issues found when trying to use the sn(4) driver on the Gumstix network boards. For reference, the SMSC LAN91C111 is a non-PCI ethernet part whose lineage dates back to Ye Olde Days of ISA. It seems to get some use in the embedded space these days on parts lacking on-board MACs or on-board PCI controllers, such as the XScale PXA line of ARM CPUs. This also includes a driver for the SMSC LAN83C183 10/100 PHY. Man page to follow.
2008-06-06 05:00:49 +00:00
*
* 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.
*
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``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 THE AUTHOR 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.
*
* $FreeBSD$
*
*/
#ifndef _IF_SMCVAR_H_
#define _IF_SMCVAR_H_
struct smc_softc {
struct ifnet *smc_ifp;
device_t smc_dev;
struct mtx smc_mtx;
u_int smc_chip;
u_int smc_rev;
u_int smc_mask;
/* Resources */
int smc_usemem;
int smc_reg_rid;
int smc_irq_rid;
struct resource *smc_reg;
struct resource *smc_irq;
void *smc_ih;
/* Tasks */
struct taskqueue *smc_tq;
Switch to using a normal mutex instead of a spin mutex. We still use the interrupt filter due to performance problems that show up if we don't. The main problem seen is that, due to the interrupt being edge triggered, we occasionally miss interrupts which leads us to not notice that we can transmit more packets. Using the new approach, which just schedules a task on a taskqueue, we are guaranteed to have the task run even if the interrupt arrived while we were already executing. If we were to use an ithread the system would mask the interrupt while the handler is run and we'd miss interrupts.
2008-06-11 07:26:02 +00:00
struct task smc_intr;
This is a rewritten driver for the SMSC LAN91C111. It's based in part on the sn(4) driver and also looking at newer drivers. The reason for the rewrite is to support MII and to try and resolve some performance issues found when trying to use the sn(4) driver on the Gumstix network boards. For reference, the SMSC LAN91C111 is a non-PCI ethernet part whose lineage dates back to Ye Olde Days of ISA. It seems to get some use in the embedded space these days on parts lacking on-board MACs or on-board PCI controllers, such as the XScale PXA line of ARM CPUs. This also includes a driver for the SMSC LAN83C183 10/100 PHY. Man page to follow.
2008-06-06 05:00:49 +00:00
struct task smc_rx;
struct task smc_tx;
struct mbuf *smc_pending;
struct callout smc_watchdog;
/* MII support */
device_t smc_miibus;
struct callout smc_mii_tick_ch;
void (*smc_mii_tick)(void *);
void (*smc_mii_mediachg)(struct smc_softc *);
int (*smc_mii_mediaioctl)(struct smc_softc *,
struct ifreq *, u_long);
/* DMA support */
void (*smc_read_packet)(struct smc_softc *,
bus_addr_t, uint8_t *, bus_size_t);
void *smc_read_arg;
};
int smc_probe(device_t);
int smc_attach(device_t);
int smc_detach(device_t);
int smc_miibus_readreg(device_t, int, int);
strict kobj signatures: fix assortment of miibus_writereg impls return type should be int, not void Reviewed by: imp, current@ Approved by: jhb (mentor)
2009-06-11 17:14:54 +00:00
int smc_miibus_writereg(device_t, int, int, int);
This is a rewritten driver for the SMSC LAN91C111. It's based in part on the sn(4) driver and also looking at newer drivers. The reason for the rewrite is to support MII and to try and resolve some performance issues found when trying to use the sn(4) driver on the Gumstix network boards. For reference, the SMSC LAN91C111 is a non-PCI ethernet part whose lineage dates back to Ye Olde Days of ISA. It seems to get some use in the embedded space these days on parts lacking on-board MACs or on-board PCI controllers, such as the XScale PXA line of ARM CPUs. This also includes a driver for the SMSC LAN83C183 10/100 PHY. Man page to follow.
2008-06-06 05:00:49 +00:00
void smc_miibus_statchg(device_t);
#endif /* _IF_SMCVAR_H_ */
Reference in New Issue Copy Permalink