summaryrefslogtreecommitdiffstats
path: root/sys/dev/bfe
Commit message (Collapse)AuthorAgeFilesLines
* 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@
* Add suspend/resume support. Unlike many other NIC drivers,jhb2006-11-201-0/+38
| | | | | | | | bfe_init_locked() wasn't sufficient to bring the chip back to life, it also required a call to bfe_chip_reset() during resume. Tested by: Stepan Zastupov +redchrom at gmail+ MFC after: 1 week
* Back out the BUS_DMA_ALLOCNOW change from rev 1.39. Scottl informed me thatsilby2006-05-281-3/+3
| | | | it's unnecessary, as the TX/RX lists are static allocations.
* Re-revert back to rev 1.8:silby2006-05-281-2/+2
| | | | | | | - Reduce the number of RX and TX buffers bfe uses so that it does not use more bounce buffers than busdma is willing to allow it to use See if_bfe.c for comments on why this is now safe to do.
* 1. Make sure that the TX and RX descriptor rings are 4096 byte aligned.silby2006-05-281-6/+21
| | | | | | | | | | | | | | | | | | Also use BUS_DMA_ALLOCNOW to be on the safe side. 2. Look for the Descriptor Error, and Descriptor Protocol Error flags from the card, and down the interface if we detect either. #1 (along with fixes to busdma) makes sure that this card works in all memory situations. Prior to this change, it was just luck that 512 count RX/TX lists were properly aligned. Now we can use any size of RX/TX lists and still have them properly aligned. #2 ensures that we don't get into an endless interrupt storm if busdma fails us. Descriptor Protocol Error would occur if we misaligned the TX/RX rings, and Descriptor Error would occur if we tried to give the card descriptors or rings with addresses > 1G. Trying to reinitialize the card isn't going to fix these errors, hence we don't try.
* Since DELAY() was moved, most <machine/clock.h> #includes have beenphk2006-05-161-1/+0
| | | | unnecessary.
* Revert if_bfereg.h rev 1.8; restore the RX and TX list sizes to 511.silby2006-05-111-2/+2
| | | | Two users have reported problems due to the smaller list sizes.
* Fix three more bugs in bfe:silby2006-05-042-17/+22
| | | | | | | | | | | | | | - Fix bfe_encap so that it will pass the address of the mbuf back up to its caller if/when it modifies it, as it does when doing a m_defrag on a mbuf chain. - Make sure to unload the dmamap for ALL fragments of a packet, not just the first - Use BUS_DMA_NOWAIT for all bus_dmamap_load calls so that the allocation of the map is not delayed - this driver is not set up to handle such delays. - Reduce the number of RX and TX buffers bfe uses so that it does not use more bounce buffers than busdma is willing to allow it to use With these changes, the driver now works properly for a user with a 2GB system, and it also works on my system when the acceptable address range is lowered to 128MB. Previously, both of these setups would act up after a few minutes of activity.
* Tweak the DMA limit from rev 1.33, it was off by one byte.silby2006-04-281-1/+1
| | | | Submitted by: scottl
* Switch all bus_dmamap_sync calls that used PREREAD to PREWRITE and allsilby2006-04-281-10/+10
| | | | | | | | POSTWRITE to POSTREAD. No guarantee that all busdma is usage is perfect, but this change (in addition to scott's last two commits) makes if_bfe work with > 1GB of memory in my laptop.
* The alignment parameter to busdma must be a power of two, while the if_bfescottl2006-04-271-2/+2
| | | | | driver was trying to use an arbitrary rx/tx ring size of the value. Change to using unrestricted values for alignment and boundary instead.
* Fix problem with having more than 1GM of RAM. Also fix a nearby busdmascottl2006-04-271-5/+8
| | | | | | problem. Submitted by: silby
* Don't call bfe_release_resources() twice.pjd2006-04-041-2/+0
| | | | | | Found by: Coverity Prevent analysis tool CID: 600 MFC after: 1 week
* Do not touch ifp->if_baudrate in miibus aware drivers.glebius2006-02-141-1/+0
|
* - Store pointer to the link-level address right in "struct ifnet"ru2005-11-111-1/+1
| | | | | | | | | | 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.
* Replace FreeBSD 3.x syntax (controller miibus0) with 4.x syntaximp2005-10-221-1/+1
| | | | (device miibus) in time for 7.0 :-)
* Fix "struct ifnet" leaks when attach() fails in the middle.ru2005-09-161-5/+4
|
* Propagate rename of IFF_OACTIVE and IFF_RUNNING to IFF_DRV_OACTIVE andrwatson2005-08-091-13/+14
| | | | | | | | | | | | | | 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-19/+29
| | | | | | | | | | | | | | | | | | | | 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
* Powerstate stuff now done in PCI bus driverimp2005-06-051-21/+0
|
* Remove bus_{mem,p}io.h and related code for a micro-optimization on i386nyan2005-05-291-1/+0
| | | | | | and amd64. The optimization is a trivial on recent machines. Reviewed by: -arch (imp, marcel, dfr)
* Releasing TX/RX descriptor dmamaps during device detachment instead ofavatar2005-03-171-5/+4
| | | | | | | | | | | | | | | | doing that in bfe_stop(). This should fix a panic recently reported on -current occuring when taking device down then up. In the original implementation, an "ifconfig bfe0 down" triggers bfe_stop(), which also destroys all TX/RX descriptor dmamaps. Hence the subsequent "ifconfig bfe0 up" would force the device to use those already-released dmamap and thus panic the kernel. PR: kern/77804 Submitted by: Frank Mayhar <frank at exit dot com> Reviewed by: dmlb, sam (mentor) Tested by: Phil <pcasidy at casidy dot com>, myself MFC after: 1 week
* Use BUS_PROBE_DEFAULT for pci probe return valueimp2005-03-051-1/+1
|
* correct direction for bus_dma sync of rx buffersam2005-01-091-1/+1
| | | | Submitted by: Tai-hwa Liang
* Start each of the license/copyright comments with /*-, minor shuffle of linesimp2005-01-062-6/+5
|
* Locking cleanups to remove the need for a recursive mutexmtm2004-10-232-60/+49
| | | | | | | | | | | | | | | | | | | o Instead of locking and unlocking all over the place, use lock assertions to make certain that the bfe lock is held where necessary. o Create locked and unlocked versions of bfe_init and bfe_start. These functions can be called from outside the module and by functions within the bfe module. The calls from outside the module don't hold the bfe lock so the unlocked versions called by these functions simple obtain the bfe lock and call the locked version. - Fix a typo (scp) in the locking macros that only worked because in all the instances in which it was called the softc pointer happened to be named 'sc'. - Mark the interrupt MPSAFE Tested by: matusita, Dario Freni <saturnero@gufi.org> Silence from: -net, wpaul
* Fix sis, bfe and ndis in the same way dc was fixed:mlaier2004-10-081-9/+14
| | | | | | | Do not tell the hardware to send when there were no packets enqueued. Found and reviewed by: green MFC after: 1 days
* Add PCI ID for the BCM4401-B0.des2004-09-012-0/+3
| | | | | Submitted by: krion MFC after: 3 days
* The whitespace crusader strikes!des2004-08-072-95/+95
|
* Bring in the first chunk of altq driver modifications. This covers themlaier2004-07-021-4/+6
| | | | | | | | | | | 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
* Add missing <sys/module.h> includesphk2004-05-301-0/+1
|
* Set the IFCAP_VLAN_MTU bit in capenable as well.des2004-05-251-0/+1
| | | | Reminded by: ru
* Set baudrate to 100 Mbps, and advertise our ability to handle extendeddes2004-05-251-1/+7
| | | | | | frames (802.1q). Submitted by: Steinar Haug <sthaug@nethelp.no>
* We don't need to initialize if_output, ether_ifattach() does itmux2004-05-231-1/+0
| | | | for us.
* Apply fix for long timeouts on driver initialisation.dmlb2004-05-231-2/+7
| | | | | | PR: 64656 Submitted by: Jianqin Qu <jqu@its.brooklyn.cuny.edu> Reviewed by: dmlb
* Added BSD license, as requested by author.wes2004-04-041-0/+22
| | | | | Requested-by: Stuart Walsh <stu@ipng.org.uk> Message-ID: <20040331190716.GB32835@deepfreeze.stu>
* Convert callers to the new bus_alloc_resource_any(9) API.njl2004-03-171-2/+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
|
* When we get a packet error, move on, don't go into an infinite loopjulian2004-03-021-0/+2
| | | | | | looking at it. fixes at least one cause of "hanging" due to this driver.
* Whitespace changes to match rest of file..julian2004-03-021-65/+102
|
* Drop the driver lock around calls to if_input to avoid a LOR whensam2003-11-141-0/+2
| | | | | | | | the packets are immediately returned for sending (e.g. when bridging or packet forwarding). There are more efficient ways to do this but for now use the least intrusive approach. Reviewed by: imp, rwatson
* 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)
* Remove unnecessary #include of brgphyreg.h, left over from when Stuart usedwpaul2003-09-091-1/+0
| | | | the bge(4) driver as a template.
* Add a device driver for the Broadcom BCM4401 ethernet controller,wpaul2003-09-092-0/+2069
written by Stuart Walsh and Duncan Barclay (with some kibbitzing by me). I'm checking it in on Stuart's behalf. The BCM4401 is built into several x86 laptop and desktop systems. For the moment, I have only enabled it in the x86 kernel config because although it's a PCI device, I haven't heard of any standalone NICs that use it. If somebody knows of one, we can easily add it to the other arches. This driver uses register/structure data gleaned from the Linux driver released by Broadcom, but does not contain any of the code from the Linux driver itself. It uses busdma.
OpenPOWER on IntegriCloud