summaryrefslogtreecommitdiffstats
path: root/sys/dev/de
Commit message (Collapse)AuthorAgeFilesLines
* Hide link up/down/media printfs behind bootverbosephk2004-11-081-1/+2
|
* fix (for me) the problems where if_de gets really slow after timejmg2004-10-181-21/+0
| | | | | | | (usually taking 20 seconds to transmit a packet).. no longer fall back to only transmitting one packet (instead of the entire queue) after we have processed the entire send queue... I have no idea why we didn't start seeing this problem ~6 years ago when this code was introduced...
* Since the if_de driver doesn't contain locking, mark it asrwatson2004-08-131-1/+1
| | | | | IFF_NEEDSGIANT so that ifp->if_start won't be called without Giant when running debug.mpsafenet=1.
* Apply the long-overdue hatchet of style(9) death to this file.bms2004-07-091-458/+547
|
* style(9) pass on prototypes.bms2004-07-051-21/+27
|
* Consistently use __inline instead of __inline__ as the former is an empty macrostefanf2004-07-042-3/+3
| | | | in <sys/cdefs.h> for compilers without support for inline.
* Bring in the first chunk of altq driver modifications. This covers themlaier2004-07-021-9/+14
| | | | | | | | | | | following drivers: bfe(4), em(4), fxp(4), lnc(4), tun(4), de(4) rl(4), sis(4) and xl(4) More patches are pending on: http://peoples.freebsd.org/~mlaier/ Please take a look and tell me if "your" driver is missing, so I can fix this. Tested-by: many No-objection: -current, -net
* Replace handrolled CRC calculation with ether_crc32_[lb]e().naddy2004-06-091-23/+2
|
* Add missing <sys/module.h> includesphk2004-05-301-0/+1
|
* Convert callers to the new bus_alloc_resource_any(9) API.njl2004-03-171-6/+4
| | | | | Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
* Announce ethernet MAC addresss in ether_ifattach().mdodd2004-03-141-0/+2
|
* Stop setting ifp->if_output to ether_output() since ether_ifattach()mux2004-03-111-1/+0
| | | | does it for us already.
* Replace the if_name and if_unit members of struct ifnet with new membersbrooks2003-10-312-79/+80
| | | | | | | | | | | | | 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)
* 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.
* Fix alignment requirements of tulip_rombuf by further increasingticso2003-06-131-4/+4
| | | | | | tulip_boardid size. Add a comment to tulip_rombuf about this requirement. I have had panics on alpha while probing a de card.
* Use __FBSDID().obrien2003-06-111-4/+4
|
* Move some FALLTHROUGH comments so they work.phk2003-05-312-7/+6
| | | | | | | | Fix indentation error. Make boardid string long enough. Remove unused variable. Found by: FlexeLint
* - Express hard dependencies on bus (pci, isa, pccard) andmdodd2003-04-151-1/+1
| | | | | | | | 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.)
* - Use if_broadcastaddr from struct ifnet rather than relying onmdodd2003-03-211-1/+1
| | | | | | | extern 'etherbroadcastaddr'. - Make 'etherbroadcastaddr' static. Reviewed by: imp
* Back out M_* changes, per decision of the TRB.imp2003-02-191-8/+8
| | | | Approved by: trb
* Remove M_TRYWAIT/M_WAITOK/M_WAIT. Callers should use 0.alfred2003-01-211-8/+8
| | | | Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.
* Correct typos, mostly s/ a / an / where appropriate. Some whitespace cleanup,schweikh2003-01-011-2/+2
| | | | especially in troff files.
* o track either_ifattach/ether_ifdetach API changessam2002-11-141-14/+5
| | | | | | | | | | | o use if_input for input packet processing o don't strip the Ethernet header for input packets o use BPF_* macros bpf tapping o call ether_ioctl to handle default ioctl case o track vlan changes Reviewed by: many Approved by: re
* Replace various spelling with FALLTHROUGH which is lint()ablecharnier2002-08-251-2/+2
|
* Fix typo in the BSD copyright: s/withough/without/schweikh2002-06-023-3/+3
| | | | | Spotted and suggested by: des MFC after: 3 weeks
* Move the new byte order function prototypes from <sys/param.h> tomike2002-04-261-0/+1
| | | | <sys/endian.h>. This puts us in line with NetBSD and OpenBSD.
* No FreeBSD/vax here either.peter2001-11-031-1/+1
|
* Remove some unused stuffpeter2001-03-251-27/+1
|
* Convert if_multiaddrs from LIST to TAILQ so that it can be traversedphk2001-02-061-3/+3
| | | | | | backwards in the three drivers which want to do that. Reviewed by: mikeh
* Another round of the <sys/queue.h> FOREACH transmogriffer.phk2001-02-041-6/+3
| | | | | Created with: sed(1) Reviewed by: md5(1)
* Mechanical change to use <sys/queue.h> macro API instead ofphk2001-02-041-6/+6
| | | | | | | fondling implementation details. Created with: sed(1) Reviewed by: md5(1)
* Lock down the network interface queues. The queue mutex must be obtainedjlemon2000-11-251-8/+8
| | | | | | | | | | | | | | before adding/removing packets from the queue. Also, the if_obytes and if_omcasts fields should only be manipulated under protection of the mutex. IF_ENQUEUE, IF_PREPEND, and IF_DEQUEUE perform all necessary locking on the queue. An IF_LOCK macro is provided, as well as the old (mutex-less) versions of the macros in the form _IF_ENQUEUE, _IF_QFULL, for code which needs them, but their use is discouraged. Two new macros are introduced: IF_DRAIN() to drain a queue, and IF_HANDOFF, which takes care of locking/enqueue, and also statistics updating/start if necessary.
* Convert the de driver into a loadable module. Still missing is anmarkm2000-10-311-72/+14
| | | | | | | | unload method. Lots of old cruft is removed. Thanks to WPaul for large clue-injection and debugging services. Reviewed by: wpaul
* Remove unneeded #include <machine/clock.h>phk2000-10-151-1/+0
|
* Make all Ethernet drivers attach using ether_ifattach() and detach usingarchie2000-07-131-4/+1
| | | | | | | | | 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
* Use the correct name for the PCI command register (PCIR_COMMAND). Don'tpeter2000-05-281-3/+3
| | | | use constant that used to be a variable in our (very) old pci code.
* Move code to handle BPF and bridging for incoming Ethernet packets outarchie2000-05-141-27/+2
| | | | | | | | | | | | | | | of the individual drivers and into the common routine ether_input(). Also, remove the (incomplete) hack for matching ethernet headers in the ip_fw code. The good news: net result of 1016 lines removed, and this should make bridging now work with *all* Ethernet drivers. The bad news: it's nearly impossible to test every driver, especially for bridging, and I was unable to get much testing help on the mailing lists. Reviewed by: freebsd-net
* Use bus_space for all register accesses.dfr2000-05-132-43/+25
|
* Bounce a copy of the mbuf to the bpf listener when we submit the framesjlemon2000-05-061-2/+6
| | | | | | | for transmit to the adapter, not when we receive a transmit interrupt indicating that they were sent. This fix now allows tcpdump to produce sane results by recording the timestamp at the point where the mbuf was actually transmitted.
* Ignore tulip chips on LanMedia WAN cards.phk2000-04-251-0/+7
|
* A fairly simple newbusification of if_depeter2000-03-201-84/+99
|
* Include the file that defines PCIM_CMD_BUSMASTEREN.mjacob2000-02-161-0/+1
|
* Ensure that the busmaster enable bit is set; we can't assume that allmsmith2000-02-161-1/+8
| | | | | | | BIOS code will get this right (and some certainly doesn't). Submitted by: W. Gerald Hicks <jhix@mindspring.com> Approved by: jkh
* Remove NBPF conditionality of bpf calls in most of our network drivers.phk1999-09-251-9/+0
| | | | | | | | | | | | This means that we will not have to have a bpf and a non-bpf version of our driver modules. This does not open any security hole, because the bpf core isn't loadable The drivers left unchanged are the "cross platform" drivers where the respective maintainers are urged to DTRT, whatever that may be. Add a couple of missing FreeBSD tags.
* Add missing include.billf1999-08-211-0/+1
| | | | | Submitted by: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org> Reviewed by: Alex Perel <veers@disturbed.net>
* Implement a new generic mechanism for attaching handler functions tomsmith1999-08-211-2/+3
| | | | | | | | | | | | | events, in order to pave the way for removing a number of the ad-hoc implementations currently in use. Retire the at_shutdown family of functions and replace them with new event handler lists. Rework kern_shutdown.c to take greater advantage of the use of event handlers. Reviewed by: green
* Replace the tulip_delay_300ns() with a DELAY(1). Hammering the PCI buspeter1999-08-191-11/+2
| | | | | | | | | | | | | | | | | | | | | | | to achieve a delay is pretty mean. Andrew reports: "The tulip_delay_300ns() is, well, bloody stupid on machines with a heavily loaded PCI bus. It tries to do a delay by assuming PCI reads will take a certain amount of time & issues a large amount of (expensive, 5% CPU when your PCI bus is heavily loaded) pci reads. Locally, we've replaced the calls to tulip_delay_300ns(sc) in the EMIT macros with a simple DELAY(1) and not seen any problems. Plus we've gained about 50Mb/sec throughput on our gigabit network cards because of the added PCI bus bandwidth available." Also, I do not understand why, but this change appears to stop the Transmit Fifo underrun on one of my systems (but not the Alpha PC164SX). This shouldn't make that much of a difference since the mii bus isn't touched all that often, but perhaps when it does get accessed and hence hammers the register, it was causing the chip to get upset. Submitted by: Andrew Gallatin <gallatin@cs.duke.edu>
* A little more tidying up.peter1999-08-092-63/+22
|
* Expand a heap of macros that obscure readability and are no longer neededpeter1999-08-092-237/+122
| | | | here, and do a bit of general tidy up.
* More pre-lite2 support zapped and some more tidy-up.peter1999-08-092-74/+1
|
OpenPOWER on IntegriCloud