summaryrefslogtreecommitdiffstats
path: root/sys/pci
Commit message (Collapse)AuthorAgeFilesLines
* Align if else if properlyphk2005-01-051-6/+4
|
* Style: new-speak functions, remove pointless "return".phk2005-01-051-137/+44
|
* Make sis_initl() take a typed argument.phk2005-01-051-24/+15
| | | | | Expect caller to lock before calling sis_stop() Various style stuff.
* Add locked/unlocked variants of sis_init()phk2005-01-051-15/+22
|
* Make a locked and unlocked variant of sis_start()phk2005-01-051-15/+20
|
* Don't declare variables "register", the compiler ought to know what to do.phk2005-01-051-6/+6
|
* Instead of keeping track of the index into the receive ring use the alreadyphk2005-01-042-8/+6
| | | | implemented "sis_nextdesc" pointer to keep a pointer instead.
* Forget about the sis_list_data and sis_ring_data structures and embeddphk2005-01-042-132/+109
| | | | | | | their fields directly in the softc structure. This is a no-op which shortens most of the affected source lines by N * 10 characters.
* Prototype busdma callback using the typedef.phk2005-01-041-1/+1
|
* Add PCI and device ID's to if_xl to support:rwatson2005-01-032-1/+6
| | | | | | | | | | | 3C920B-EMB-WNM Integrated Fast Ethernet Controller Submitter reports that the card appears to autonegotiate properly, and operate well with high levels of NFS traffic. PR: 75253 Submitted by: "Oleg V. Nauman" <oleg at reis dot zp dot ua> MFC after: 2 weeks
* [1] Remove the generic bridge support from those drivers that had it. Theanholt2004-12-304-15/+55
| | | | | | | | | | | generic bridge support was biting us more than it helped, whenever a new chipset came out from a vendor and misprogramming it caused strange hangs or corruption. [2] Add a large number of PCI IDs based on what the linux drivers support. Note that the new PCI IDs haven't been tested, they're just *likely* to work. In particular the VIA AGP 8x chipsets are concerning, due to lack of testing, possible issues (kern/69953), and not having a nice "does this bridge say it would do 8x" function. However, this shouldn't make the situation worse, since these chips would have probed in the past anyway.
* Enable sk(4) for ATLQ.mlaier2004-12-241-5/+7
| | | | | Thoroughly tested by: Ender <ender NO tog SPAM net> MFC after: 4 weeks
* Enable jumbo frames on Yukon variants of sk(4).bz2004-12-201-2/+9
| | | | | | | | | | In contrast to OpenBSD we enable jumbo frame support depending on MTU setting (like done for xmac). Approved by: pjd (mentor) Obtained from: OpenBSD if_sk.c r1.52 (YU_SMR_MFL_JUMBO flag) Tested by: Heinz Knocke <knockefreebsd at o2 dot pl> MFC after: 5 days
* Update the Tigon 1 and 2 driver to use the sf_buf API for implementingalc2004-12-061-15/+23
| | | | | | | | | | | | zero-copy receive of jumbo frames. This eliminates the need for the jumbo frame allocator implemented in kern/uipc_jumbo.c and sys/jumbo.h. Remove it. Note: Zero-copy receive of jumbo frames did not work without these changes; I believe there was insufficient locking on the jumbo vm object. Tested by: ken@ Discussed with: gallatin@
* - Simplify pcn_probe() by moving vendor/device matching code to pcn_match().mdodd2004-12-031-45/+44
| | | | - Avoid LOR in pcn_probe() by removing useless mutex stuff.
* - Move chip ID code into separate function.mdodd2004-12-031-42/+94
| | | | | | - Initialize sc->pcn_type during ATTACH as softc contents may not surivive from PROBE. - Print out chip-id to assist with ongoing pcn(4) debugging efforts.
* Additional register definitions.mdodd2004-12-031-1/+19
| | | | Obtained from: NetBSD
* Correct URL of the programming manual.brueffer2004-11-171-1/+1
|
* Add missing /* DEVICE_POLLING */brueffer2004-11-171-1/+1
|
* only clear the IFF_OACTIVE flag when we have a chance of being able tojmg2004-11-171-4/+4
| | | | | | | | | queue a packet to the hardware... instead of when the hardware queue is empty.. don't initalize cur_tx now that it doesn't need to be... Pointed out by: bde
* move the lock after the NULL check so we don't have a hard(er) to diagnosejmg2004-11-151-2/+2
| | | | | | panic... Pointed out by: Bjoern A. Zeeb
* fix the missing lock in sk_jfree (verified w/ an assert)jmg2004-11-152-10/+23
| | | | | | | | also fix up handling and proding of the tx, _OACTIVE is now handled better... Submitted by: Peter Edwards (sk_jfree) Obtained from: OpenBSD and/or NetBSD (tx prod)
* Commit more debugging output. This is a little bit of using a large hammer,obrien2004-11-141-0/+10
| | | | | | | | | but sk(4) is so prevalent on AMD64 motherboards we need to reduce the number of round trips in the mailing lists trying to get sufficient information to make sure we've got a handle on all the problems and are working towards making sk(4) solid. Submitted by: bz
* Set ramsize depending on a value from eprom instead of usingbz2004-11-131-3/+9
| | | | | | | | | | hardcoded 128k for Yukon devices. 88E8001 only has 64k of on-chip RAM[1]. [1] http://www.marvell.com/products/pcconn/yukon/Yukon_88E8001_10_073103_final.pdf Tested by: amd64, current Approved by: rwatson (mentor) MFC after: 1 week
* Add altq support.brueffer2004-11-121-7/+9
| | | | | | | Patch by mlaier. Approved by: mlaier MFC after: 2 weeks
* Add device polling supportbrueffer2004-11-102-0/+109
| | | | | | | | Original patch by me, improvements by ru Happy birthday to: BSDforen.de! Approved by: ru MFC after: 2 weeks
* Hide link up/down/media printfs behind bootverbosephk2004-11-081-1/+2
|
* Another missing ! in front of IFQ_DRV_IS_EMPTY, this time in an even moremlaier2004-11-081-3/+7
| | | | | | | | | | sensitive, but less excercised location (the watchdog). While here use the *_start_locked function directly to avoid drop, grab, drop lock. I have to be very careful with future ALTQ patches! Found & reviewed by: rwatson MFC after: 3 days
* * Correct an off-by-one reading vpd ro data.obrien2004-11-012-3/+33
| | | | | | | * Announce some more fields from ro area for better debugging of broken sk(4)s on various boards. Submitted by: Bjoern A. Zeeb <bzeeb-lists@lists.zabbadoz.net>
* Forcibly disable interrupts, if we find ourselves servicing one whenbms2004-10-271-1/+8
| | | | | | | | | | | | | | | | | the device is suspended or shutting down. This will need to be rethought slightly if we implement suspend/resume support within vr(4). This appears to fix the vr_shutdown() panic on SMP machines. My theory here is there's a race somewhere during vr_detach() with vr_intr() in the SMP case which was sometimes being triggered, although quite why this was happening is unclear (vr_stop() also explicitly disables interrupts by writing to the IMR register). MFC-to-RELENG_5* candidate. PR: kern/62889 Tested by: seb at struchtrup dot com MFC after: 10 days
* Workaround for a recursive acquisition of the driver mutex during devicebms2004-10-261-0/+2
| | | | | | | | detach; triggered by ether_ifdetach() -> if_delmulti() -> vr_ioctl(). MFC candidate. PR: kern/62889 MFC after: 3 days
* Use VM_ALLOC_NOBUSY to eliminate an unneeded vm_page_wakeup() call and thealc2004-10-241-4/+1
| | | | synchronization that one entails.
* Avoid repeated acquisition and release of the vm object lock inside ofalc2004-10-241-5/+6
| | | | | | two loops in agp_generic_bind_memory(). As an intended side-effect, all of the calls to vm_page_wakeup() are now performed with the containing vm object lock held.
* Really really fix typo this time.bms2004-10-191-1/+0
|
* Fix typo sc -> dev.bms2004-10-191-1/+1
|
* Detach the Rhine completely on shutdown, rather than merely stopping itbms2004-10-191-3/+1
| | | | | | | | as the original logic did. This fixes a race with vr_intr() which was masked on UP systems and manifested on SMP systems. PR: kern/62889 MFC after: 1 day
* 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...
* Fix sis, bfe and ndis in the same way dc was fixed:mlaier2004-10-081-8/+12
| | | | | | | 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 VIA K8T800Pro chipset. Tested with agptest and X with DRIanholt2004-10-051-0/+2
| | | | enabled, but not 3D.
* Read the MAC address in the EEPROM in the correct byte order. Thismux2004-10-011-4/+4
| | | | | | | | | | is a no-op on little endian architectures, but fixes getting the MAC address for some dc(4) cards on big endian architectures. This is a RELENG_5 candidate. Tested by: gallatin (powerpc), marius (sparc64) First version of the patch written by: gallatin
* Add ALTQ support for dc(4), based upon a mostly-working patch from mlaier.green2004-10-011-15/+21
|
* Conditionalize IFF_NEEDSGIANT, like everything else here, on IS_MPSAFE.green2004-10-011-2/+3
| | | | | The driver doesn't look any less safe without Giant than with, and works with IS_MPSAFE set to 1 here, so others should probably test it as such.
* fix jumbo frames as much as they can be fixed for re. We now cap the MTUjmg2004-09-281-1/+18
| | | | | | | | | | | to 7422 since it appears that the 8169S can't transmit anything larger.. The 8169S can receive full jumbo frames, but we don't have an mru to let the upper layers know this... add fixup so that this driver should work on alignment constrained platforms (!i386 && !amd64) MFC after: 5 days
* style: Move the { back to the else line to match the }.johan2004-09-261-2/+2
| | | | | Discussed with: glebius X-MFC after: 5.3-Release
* Prefer C99's __func__ over GCC's __FUNCTION__.stefanf2004-09-221-2/+1
|
* fix misspelling of TX...jmg2004-09-191-1/+1
| | | | | Submitted by: Johan Karlsson MFC after: 3 days
* comment requirement that rx/tx descriptor counts must be equal due tojmg2004-09-191-3/+8
| | | | | | | | shared code... define rx descriptor count in terms of tx align defines MFC after: 3 days
* Fix oversight reported by Norikatsu Shigemura for the "sym" driverse2004-09-101-0/+1
| | | | | | | | (which was derived from the "ncr" driver) and add a MODULE_DEPEND on "cam". MT5 candidate, IMHO. MFC after: 1 week
* Do not call xl_init_locked() unconditionally when we are bringed UP. Callglebius2004-09-091-2/+3
| | | | | | | | | | | it only if we weren't UP before. In some cases xl_init causes long media re-negotiation, and ppp(8) fails to open PPPoE connection because it sets IFF_UP every time before opening PPPoE connection. PR: kern/69133 Patch by: mdodd Approved by: wpaul, julian (mentor) MFC after: 1 week
* Fix a couple of typos in commentsbrueffer2004-09-061-4/+4
| | | | MFC after: 3 days
OpenPOWER on IntegriCloud