summaryrefslogtreecommitdiffstats
path: root/sys/dev/ic/dc.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Change users of IFQ_SET_MAXLEN() and IFQ_IS_EMPTY() to use the "new" API.patrick2020-07-101-5/+5
| | | | ok dlg@ tobhe@
* Change users of IFQ_DEQUEUE(), IFQ_ENQUEUE() and IFQ_LEN() to use thepatrick2020-07-101-2/+2
| | | | | | "new" API. ok dlg@ tobhe@
* move counting if_opackets next to counting if_obytes in if_enqueue.dlg2017-01-221-2/+1
| | | | | | | this means packets are consistently counted in one place, unlike the many and various ways that drivers thought they should do it. ok mpi@ deraadt@
* Use BUS_DMA_OVERRUN to cope with the broken DMA engine of the Davicom DM9102kettenis2016-05-041-3/+15
| | | | | | found on some Sun sparc64 machines. This fixes the unrecoverable DMA errors people have been seeing ever since dlg@ made changes to the pool code that changes the memory layout.
* G/C IFQ_SET_READY().mpi2016-04-131-2/+1
|
* rework dc_start and dc_encap to take advantage of m_defrag.dlg2015-11-281-97/+73
| | | | | | | | | | | if the chip needs coalesced packages in tx, set the tx dmamaps up to only use a single dma descriptor. use m_defrag when bus_dmamap_load_mbuf returns EFBIG rather than copying the packet to a separate mbuf with hand rolled code in dc_coal. that in turn makes the ifq_deq_begin, ifq_deq_commit, and ifq_deq_rollback handling more straightforward. tested by me on a hppa a180c with a "DEC 21142/3", and fred on bugs@ with a sparc64 netra x1 "Davicom DM9102".
* replace IFF_OACTIVE manipulation with mpsafe operations.dlg2015-11-251-8/+9
| | | | | | | | | | | | | | | | | | | | | | | | there are two things shared between the network stack and drivers in the send path: the send queue and the IFF_OACTIVE flag. the send queue is now protected by a mutex. this diff makes the oactive functionality mpsafe too. IFF_OACTIVE is part of if_flags. there are two problems with that. firstly, if_flags is a short and we dont have any MI atomic operations to manipulate a short. secondly, while we could make the IFF_OACTIVE operates mpsafe, all changes to other flags would have to be made safe at the same time, otherwise a read-modify-write cycle on their updates could clobber the oactive change. instead, this moves the oactive mark into struct ifqueue and provides an API for changing it. there's ifq_set_oactive, ifq_clr_oactive, and ifq_is_oactive. these are modelled on ifsq_set_oactive, ifsq_clr_oactive, and ifsq_is_oactive in dragonflybsd. this diff includes changes to all the drivers manipulating IFF_OACTIVE to now use the ifsq_{set,clr_is}_oactive API too. ok kettenis@ mpi@ jmatthew@ deraadt@
* The only network driver needing <net/if_types.h> is upl(4) for IFT_OTHER.mpi2015-11-241-2/+1
|
* shuffle struct ifqueue so in flight mbufs are protected by a mutex.dlg2015-11-201-4/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | the code is refactored so the IFQ macros call newly implemented ifq functions. the ifq code is split so each discipline (priq and hfsc in our case) is an opaque set of operations that the common ifq code can call. the common code does the locking, accounting (ifq_len manipulation), and freeing of the mbuf if the disciplines enqueue function rejects it. theyre kind of like bufqs in the block layer with their fifo and nscan disciplines. the new api also supports atomic switching of disciplines at runtime. the hfsc setup in pf_ioctl.c has been tweaked to build a complete hfsc_if structure which it attaches to the send queue in a single operation, rather than attaching to the interface up front and building up a list of queues. the send queue is now mutexed, which raises the expectation that packets can be enqueued or purged on one cpu while another cpu is dequeueing them in a driver for transmission. a lot of drivers use IFQ_POLL to peek at an mbuf and attempt to fit it on the ring before committing to it with a later IFQ_DEQUEUE operation. if the mbuf gets freed in between the POLL and DEQUEUE operations, fireworks will ensue. to avoid this, the ifq api introduces ifq_deq_begin, ifq_deq_rollback, and ifq_deq_commit. ifq_deq_begin allows a driver to take the ifq mutex and get a reference to the mbuf they wish to try and tx. if there's space, they can ifq_deq_commit it to remove the mbuf and release the mutex. if there's no space, ifq_deq_rollback simply releases the mutex. this api was developed to make updating the drivers using IFQ_POLL easy, instead of having to do significant semantic changes to avoid POLL that we cannot test on all the hardware. the common code has been tested pretty hard, and all the driver modifications are straightforward except for de(4). if that breaks it can be dealt with later. ok mpi@ jmatthew@
* arp_ifinit() is no longer needed.mpi2015-10-251-4/+1
|
* ifmedia64 fixes.miod2015-09-121-3/+3
|
* Make room for media types of the future. Extend the ifmedia word to 64 bits.stsp2015-09-111-3/+3
| | | | | | | | | | | | | | | | This changes numbers of the SIOCSIFMEDIA and SIOCGIFMEDIA ioctls and grows struct ifmediareq. Old ifconfig and dhclient binaries can still assign addresses, however the 'media' subcommand stops working. Recompiling ifconfig and dhclient with new headers before a reboot should not be necessary unless in very special circumstances where non-default media settings must be used to get link and console access is not available. There may be some MD fallout but that will be cleared up later. ok deraadt miod with help and suggestions from several sharks attending l2k15
* Track rom size, for free()deraadt2015-08-301-7/+5
|
* Increment if_ipackets in if_input().mpi2015-06-241-14/+10
| | | | | | | Note that pseudo-drivers not using if_input() are not affected by this conversion. ok mikeb@, kettenis@, claudio@, dlg@
* Now that if_input() set the receiving interface pointer on mbufs for usmpi2015-04-131-2/+2
| | | | | | | | | | | | there's no need to do it in m_devget(9). Stop passing an ``ifp'' will help for upcoming interface pointer -> index conversion. While here remove unused ``ifp'' argument from m_clget(9) and kill two birds^W layer violations in one commit. ok henning@
* Remove some includes include-what-you-use claims don'tjsg2015-03-141-2/+1
| | | | | | | have any direct symbols used. Tested for indirect use by compiling amd64/i386/sparc64 kernels. ok tedu@ deraadt@
* convert to if_input()jasper2015-03-131-7/+5
| | | | | tested by landry@ ok mpi@
* break after return is useless.dlg2015-01-231-2/+1
|
* unifdef INETtedu2014-12-221-3/+1
|
* dc_init() calls dc_stop() and dc_reset() so remove some redundant callsbrad2014-11-181-6/+2
| | | | | | to those functions before dc_init() within dc_watchdog() and dc_intr(). ok deraadt@
* Fewer <netinet/in_systm.h>mpi2014-07-221-5/+1
|
* add a size argument to free. will be used soon, but for now default to 0.tedu2014-07-121-2/+2
| | | | after discussions with beck deraadt kettenis.
* reaching into altq unconditionally (and w/o ifdef ALTQ) is bad, mmkay?henning2014-04-181-5/+1
|
* The few network drivers that called their children's (ie. mii PHYderaadt2013-12-281-2/+1
| | | | | drivers) activate functions at DVACT_RESUME time do not need to do so, since their PHYs are repaired by IFF_UP.
* Add a DVACT_WAKEUP op to the *_activate() API. This is called after thederaadt2013-12-061-4/+4
| | | | | | | | kernel resumes normal (non-cold, able to run processes, etc) operation. Previously we were relying on specific DVACT_RESUME op's in drivers creating callback/threads themselves, but that has become too common, indicating the need for a built-in mechanism. ok dlg kettenis, tested by a sufficient amount of people
* Rewrite receive filter handling and ioctl bits. Fixes not being able tobrad2013-12-021-146/+110
| | | | | | | | | | | | | bring the interface out of all multicast mode once a range of multicast addresses has been found and missing multicast range checking for some of the dc(4) variants. Tested with 21143 (represents most of the dc(4) variants and boards) and ADMtek based adapters. Untested with ASIX and Xircom based adapters. Putting it in to move forward. I don't expect any issues with the ASIX/Xircom adapters with the changes as is. ok naddy@
* Instead of comparing the lower and higher addresses of all the multicastmpi2013-11-201-14/+7
| | | | | | | entries to decide if the IFF_ALLMULTI flag should be set, check if there is at least one real range between them. Tested by naddy@
* get rid of the copy argument in m_devget that let you provide andlg2013-08-211-3/+2
| | | | | | | | | alternative to bcopy since noone uses it. while there use memcpy instead of bcopy because we know the memory cannot overlap. ok henning@ matthew@ mikeb@ deraadt@
* Most network drivers include netinet/in_var.h, but apparently theybluhm2013-08-071-2/+1
| | | | | don't have to. Just remove these include lines. Compiled on amd64 i386 sparc64; OK henning@ mikeb@
* Remove setting an initial assumed baudrate upon driver attach which is notbrad2012-11-291-2/+1
| | | | | | necessarily correct, there might not even be a link when attaching. ok mikeb@ reyk@
* use IF_LEN/IFQ_LEN to access and ifqueue's length field. ryan okhenning2011-07-071-2/+2
| | | | | with this nothing in the tree fiddles if ifqueue internals any more, of course except if.c and if.h (and some altq)
* remove some unnecessary casts. ok blambert deraadt kettenis matthewtedu2011-06-211-9/+7
|
* Wait until the DMA engine is stopped before unmapping buffers and descriptors.kettenis2011-03-051-1/+24
| | | | | | Fixes DMA errors seen on sparc64. ok miod@
* remove the powerhook code. All architectures now use the ca_activate treederaadt2010-09-071-14/+1
| | | | | traversal code to suspend/resume ok oga kettenis blambert
* initialize rv to 0 in the activate functionderaadt2010-09-061-2/+2
|
* Add DVACT_QUIECE support. This is called before splhigh() and beforederaadt2010-08-311-2/+5
| | | | | | | | DVACT_SUSPEND, therefore DVACT_QUIECE can do standard sleeping operations to get ready. Discussed quite a while back with kettenis and jakemsr, oga suddenly needed it as well and wrote half of it, so it was time to finish it. proofread by miod.
* activate functions, when they do not add value, should return the result of config_activate_childrenderaadt2010-08-301-4/+5
|
* Move the dc_pci_activate function to dc.c, and mangle it up with some ofderaadt2010-08-271-14/+23
| | | | | the gunk in dc_powerhook. Then make dc_powerhook just call it ok kettenis
* ca_activate function for suspend/resume; tested by mlarkin on aderaadt2010-08-051-3/+1
| | | | | Davicom DM9102. (bit of noise on suspend or resume, but that can be dealt with later)
* timeout_add -> timeout_add_msecblambert2010-07-021-3/+3
| | | | ok krw@
* BUS_DMA_ZERO instead of alloc, map, bzero.oga2010-05-191-3/+2
| | | | ok krw@
* Add detach support to a few more drivers, and in others do the neccessaryderaadt2009-10-151-17/+38
| | | | | | operations in the detach function in the right order. Also ensure that the interrupt handlers not trust registers that go away. read over very carefully by dms, tested by me
* More cases of shutdown hooks not needed after card is already stopped. Inderaadt2009-08-101-17/+1
| | | | | | these cases the xxstop function is a bit more complicated and has a flag of some sort, but the use of that flag does not matter; DMA is already ceased ok dlg
* If we are going to move to the eeprom-based MAC address finding instead ofderaadt2009-06-261-1/+12
| | | | | CIS-based... some newer devices have the MAC address at offset 8 instead of offset 3. But we can tell by the first three octets, Intel says.
* Using information gleamed from the FreeBSD driver, change the MAC addressderaadt2009-06-261-1/+2
| | | | | | reading to use the eeprom instead of CIS, and then the Xircom Cardbus cards can work in the expresscard adaptor, as pci devices. ok jsg
* make dc at pci detachable; untested.jsg2009-06-021-1/+25
|
* Actual final round of timeout_add(to, n * hz) -> timeout_add_sec(to, n)blambert2009-01-111-2/+2
| | | | | | | conversions. ok kettenis@ ok krw@ (possibly for the second time :)
* Eliminate the redundant bits of code for MTU and multicast handlingbrad2008-11-281-24/+7
| | | | | | | | | | | | | | from the individual drivers now that ether_ioctl() handles this. Shrinks the i386 kernels by.. RAMDISK - 2176 bytes RAMDISKB - 1504 bytes RAMDISKC - 736 bytes Tested by naddy@/okan@/sthen@/brad@/todd@/jmc@ and lots of users. Build tested on almost all archs by todd@/brad@ ok naddy@
* Second pass of simple timeout_add -> timeout_add_sec conversionsblambert2008-10-151-2/+2
| | | | | | | This should take care of the simpler ones (i.e., timeout values of integer multiples of hz). ok krw@, art@
* Change m_devget()'s outdated and unused "offset" argument: It isnaddy2008-10-141-4/+3
| | | | | | | | | | | now the offset into the first mbuf of the target chain before copying the source data over. From FreeBSD. Convert drivers' use of m_devget(). Mostly from thib@. Update mbuf(9) man page. ok claudio@, thib@