summaryrefslogtreecommitdiffstats
path: root/sys/dev/tx
Commit message (Collapse)AuthorAgeFilesLines
* Use the parent device's DMA tag when creating our own DMA tags. This fixesjhb2008-09-121-9/+10
| | | | | | a panic on sparc64. Reviewed by: Florian Smeets flo kasimir.com
* Make tx(4) MPSAFEjhb2008-06-102-117/+134
| | | | | | | | | | | - Add a mutex to the softc to protect the softc and device hardware. - Use a private timer to implement a watchdog for tx timeouts and drive the timer for auto negotiation. - Use bus_foo() rather than bus_space_foo() and remove the bus space tag & handle from the softc. - Call bus_setup_intr() after ether_ifattach(). Tested by: Florian Smeets flo of kasimir.com
* o break newbus api: add a new argument of type driver_filter_t topiso2007-02-231-1/+1
| | | | | | | | | | | | | bus_setup_intr() o add an int return code to all fast handlers o retire INTR_FAST/IH_FAST For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current Reviewed by: many Approved by: re@
* Since DELAY() was moved, most <machine/clock.h> #includes have beenphk2006-05-161-1/+0
| | | | unnecessary.
* Do not touch ifp->if_baudrate in miibus aware drivers.glebius2006-02-141-8/+0
|
* Convert to ANSI C function declarations.rwatson2006-01-211-83/+36
| | | | MFC after: 1 week
* - Store pointer to the link-level address right in "struct ifnet"ru2005-11-111-3/+3
| | | | | | | | | | rather than in ifindex_table[]; all (except one) accesses are through ifp anyway. IF_LLADDR() works faster, and all (except one) ifaddr_byindex() users were converted to use ifp->if_addr. - Stop storing a (pointer to) Ethernet address in "struct arpcom", and drop the IFP2ENADDR() macro; all users have been converted to use IF_LLADDR() instead.
* Make sure that we call if_free(ifp) after bus_teardown_intr. Since weimp2005-09-191-1/+0
| | | | | | | could get an interrupt after we free the ifp, and the interrupt handler depended on the ifp being still alive, this could, in theory, cause a crash. Eliminate this possibility by moving the if_free to after the bus_teardown_intr() call.
* Propagate rename of IFF_OACTIVE and IFF_RUNNING to IFF_DRV_OACTIVE andrwatson2005-08-091-9/+9
| | | | | | | | | | | | | | IFF_DRV_RUNNING, as well as the move from ifnet.if_flags to ifnet.if_drv_flags. Device drivers are now responsible for synchronizing access to these flags, as they are in if_drv_flags. This helps prevent races between the network stack and device driver in maintaining the interface flags field. Many __FreeBSD__ and __FreeBSD_version checks maintained and continued; some less so. Reviewed by: pjd, bz MFC after: 7 days
* Modify device drivers supporting multicast addresses to lock if_addr_mtxrwatson2005-08-031-0/+2
| | | | | | | | over iteration of their multicast address lists when synchronizing the hardware address filter with the network stack-maintained list. Problem reported by: Ed Maste (emaste at phaedrus dot sandvine dot ca> MFC after: 1 week
* Stop embedding struct ifnet at the top of driver softcs. Instead thebrooks2005-06-102-30/+36
| | | | | | | | | | | | | | | | | | | | struct ifnet or the layer 2 common structure it was embedded in have been replaced with a struct ifnet pointer to be filled by a call to the new function, if_alloc(). The layer 2 common structure is also allocated via if_alloc() based on the interface type. It is hung off the new struct ifnet member, if_l2com. This change removes the size of these structures from the kernel ABI and will allow us to better manage them as interfaces come and go. Other changes of note: - Struct arpcom is no longer referenced in normal interface code. Instead the Ethernet address is accessed via the IFP2ENADDR() macro. To enforce this ac_enaddr has been renamed to _ac_enaddr. - The second argument to ether_ifattach is now always the mac address from driver private storage rather than sometimes being ac_enaddr. Reviewed by: sobomax, sam
* Remove bus_{mem,p}io.h and related code for a micro-optimization on i386nyan2005-05-291-2/+0
| | | | | | and amd64. The optimization is a trivial on recent machines. Reviewed by: -arch (imp, marcel, dfr)
* Use BUS_PROBE_DEFAULT in preference to 0. Also for vx, returnimp2005-03-011-1/+1
| | | | | BUS_PROBE_LOW_PRIORITY in stead of ifdef for devices that xl and vx both support so that xl will snarf them on up.
* Since if_tx doesn't contain locking or run with INTR_MPSAFE, markrwatson2004-08-131-1/+1
| | | | the interface as IFF_NEEDSGIANT so if_start is run holding Giant.
* Replace handrolled CRC calculation with ether_crc32_[lb]e().naddy2004-06-091-28/+2
|
* Add missing <sys/module.h> includesphk2004-05-301-0/+1
|
* Mark the VLAN_MTU capability as initially enabled since it'syar2004-05-231-0/+1
| | | | hardcoded to "ON" for these interfaces.
* Convert callers to the new bus_alloc_resource_any(9) API.njl2004-03-171-3/+2
| | | | | Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
* Announce ethernet MAC addresss in ether_ifattach().mdodd2004-03-141-3/+0
|
* Don't use caddr_t in mchash(). Also use C99 spellings over BSD ones.obrien2003-12-081-5/+5
| | | | Requested by: bde,imp
* Remove duplicate FBSDID's, move others to their right place.obrien2003-11-141-4/+0
|
* Try to create some sort of consistency in how the routings to find theobrien2003-11-131-12/+9
| | | | | | | multicast hash are written. There are still two distinct algorithms used, and there actually isn't any reason each driver should have its own copy of this function as they could all share one copy of it (if it grew an additional argument).
* Replace the if_name and if_unit members of struct ifnet with new membersbrooks2003-10-311-2/+1
| | | | | | | | | | | | | if_xname, if_dname, and if_dunit. if_xname is the name of the interface and if_dname/unit are the driver name and instance. This change paves the way for interface renaming and enhanced pseudo device creation and configuration symantics. Approved By: re (in principle) Reviewed By: njl, imp Tested On: i386, amd64, sparc64 Obtained From: NetBSD (if_xname)
* Use PCIR_BAR(x) instead of PCIR_MAPS.jhb2003-09-021-2/+2
| | | | | Glanced over by: imp, gibbs Tested by: i386 LINT
* Use __FBSDID().obrien2003-08-241-0/+3
| | | | Also some minor style cleanups.
* Prefer new location of pci include files (which have only been in theimp2003-08-221-2/+2
| | | | | tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD.
* - No need to bzero() the softc structure.mux2003-08-121-7/+3
| | | | - Use BUS_DMA_ZERO where appropriate.
* Mega busdma API commit.scottl2003-07-011-4/+7
| | | | | | | | | | | | | | | | | | | | | | | | Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg. Lockfunc allows a driver to provide a function for managing its locking semantics while using busdma. At the moment, this is used for the asynchronous busdma_swi and callback mechanism. Two lockfunc implementations are provided: busdma_lock_mutex() performs standard mutex operations on the mutex that is specified from lockfuncarg. dftl_lock() is a panic implementation and is defaulted to when NULL, NULL are passed to bus_dma_tag_create(). The only time that NULL, NULL should ever be used is when the driver ensures that bus_dmamap_load() will not be deferred. Drivers that do not provide their own locking can pass busdma_lock_mutex,&Giant args in order to preserve the former behaviour. sparc64 and powerpc do not provide real busdma_swi functions, so this is largely a noop on those platforms. The busdma_swi on is64 is not properly locked yet, so warnings will be emitted on this platform when busdma callback deferrals happen. If anyone gets panics or warnings from dflt_lock() being called, please let me know right away. Reviewed by: tmm, gibbs
* Convert the tx(4) driver to use the busdma API.mux2003-04-202-126/+328
| | | | | Special thanks to brueffer for sending me such a card so that I could do this work.
* Better comment, more style(9) fixes.mux2003-04-201-4/+4
|
* style(9).mux2003-04-201-8/+11
|
* Make this file closer to style(9) paradigm.mux2003-04-191-212/+215
|
* - Enable interrupts only at the end of epic_attach() when all themux2003-04-191-39/+35
| | | | | | | | | | | | | other initializations succeeded. - Initialize the TX and RX rings in epic_attach() rather than in epic_init() where we're not supposed to fail. Similarly, free the TX and RX rings in epic_detach() rather than in epic_stop(). - Change epic_init() to be a void function now that it can't fail. Also change its parameter to a void * so that we have a correct prototype for if_init. - Now that epic_init() has a correct prototype, don't cast the function pointer when initializing if_init. - Fix nearby style bugs.
* - Correct a comment made bogus by my last commit.mux2003-04-191-2/+4
| | | | - Use __FBSDID.
* Various cleanups:mux2003-04-191-20/+1
| | | | | | | - Don't initialize if_output, ether_ifattach() does this for us. - Use pci_enable_busmaster() instead of using pci_read_config() and pci_write_config() directly. - Don't try to enable I/O, bus_alloc_resource() does this for us.
* - Express hard dependencies on bus (pci, isa, pccard) andmdodd2003-04-151-1/+3
| | | | | | | | network layer (ether). - Don't abuse module names to facilitate ifconfig module loading; such abuse isn't really needed. (And if we do need type information associated with a module then we should make it explicit and not use hacks.)
* Nuke EPIC_MGETCLUSTER entirely. Since 1.60 we don't use it anymore andbmilekic2003-02-211-13/+0
| | | | | | | instead use our optimized m_getcl(). Submitted by: Hiten Pandya <hiten@unixdaemons.com> MFC After: 1 week
* Back out M_* changes, per decision of the TRB.imp2003-02-192-6/+6
| | | | Approved by: trb
* Remove M_TRYWAIT/M_WAITOK/M_WAIT. Callers should use 0.alfred2003-01-212-6/+6
| | | | Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.
* Remove miidevs.h and generate it from miidevs at compile time.obrien2003-01-191-1/+1
| | | | The devlist2h.awk tool to do this has been repocopied to sys/tools/.
* network interface driver changes:sam2002-11-141-14/+8
| | | | | | | | | | | | | | o don't strip the Ethernet header from inbound packets; pass packets up the stack intact (required significant changes to some drivers) o reference common definitions in net/ethernet.h (e.g. ETHER_ALIGN) o track ether_ifattach/ether_ifdetach API changes o track bpf changes (use BPF_TAP and BPF_MTAP) o track vlan changes (ifnet capabilities, revised processing scheme, etc.) o use if_input to pass packets "up" o call ether_ioctl for default handling of ioctls Reviewed by: many Approved by: re
* o m_adj rx buffer so IP header is 32-bit alignedsam2002-10-252-18/+21
| | | | | | o replace EPIC_MGETCLUSER with m_getcl MFC after: 1 week
* Remove the OpenBSD comatibility stuff. Many changes to be more style(9)semenu2002-10-223-621/+355
| | | | | compilant. Split two pieces if code into separate functions to do not exceed line length due to indentation.
* Stop trying to align malloc()ed memory. Rely on malloc() instead, just likesemenu2002-08-192-25/+18
| | | | others.
* Do not reset card in epic_freebsd_attach() as reset is done insemenu2002-08-191-7/+0
| | | | epic_common_attach().
* Add an epic_stats_update() function (called once per second). Even thoughsemenu2002-05-011-9/+27
| | | | | | | | | | | we don't collect any stats in it, we mii_tick() in it! This fix the bug when autonegotiating fullduplex modes. Also, pause activity before setting TXCON in epic_miibus_statchg(). Though i've never seen problmes from not doing that, the documentation says we need to do it. MFC after: 1 week
* Implement true multicast filtering.semenu2002-04-251-16/+64
| | | | | | Inspired by: dc(4) MFC after: 1 week
* Update the email appearing in copyright string.semenu2002-04-201-1/+1
| | | | MFC after: 1 day
* Merge ``&& must be ||'' bug noticed and fixed in OpenBSD. The only ill effectsemenu2002-04-201-1/+1
| | | | | | | was if_baudrate being always 10Mbit. Obtained from: OpenBSD MFC after: 1 day
* Move tx(4) driver to sys/dev/tx. BTW split hardware structures and constantssemenu2002-04-193-380/+12
| | | | | | into if_txreg.h. MFC after: 1 week
OpenPOWER on IntegriCloud