Age | Commit message (Collapse) | Author |
|
|
|
Based on a diff from Robert <robert at openbsd dot pap dot st>
|
|
values in all cases.
ok marco@
|
|
While there, fix a bounds checking error in azalia_[gs]et_port().
ok deanna@ ratchov@
|
|
|
|
|
|
|
|
- Add some more Intel ICH9 product id's.
Most of the Intel product id's are from
Robert <robert at openbsd dot pap dot st>
|
|
ok jsg@
|
|
stripping: Add a field to the mbuf pkthdr to hold the tag and an
mbuf flag that tells if the tag is valid. Inspired by FreeBSD.
Struct packing suggested by kettenis@. csum_flags is now 16 bits.
Adapt to this in the drivers.
ok reyk@, henning@
|
|
held a lock over all driver ioctls in order to be ``mpsafe''. Stop lying
to ourselves for a start. This code is not fully mpsafe, and should not
pretend to be so. Put the locking around where it should, and rely on
biglock for the rest. This will need to be fixed, but avoids some of the
horrible that we have right now.
Tested by many over a long time and several iterations.
|
|
Found by LLVM/Clang Static Analyzer.
ok claudio@
|
|
for MII_MEDIACHG. The default case will catch these media types.
ok jsg@
|
|
|
|
|
|
|
|
for consistency with the other entries already there. Revert that
change. Also change the other entries for the SBx00 chipsets from
using IXPx00 to using SBx00. IXPx00 was a code name used by ATI
in addition to the SBx00 product name. As of SB700 and newer the
IXPx00 name has been dropped plus SBx00 are more well known.
requested by jsg@ awhile ago.
|
|
|
|
- Replace tabs with spaces as separator for two NVIDIA entries
NVIDIA part from Antti Harri <iku at openbsd dot fi>
|
|
|
|
to make the naming more consistent.
|
|
instead of using a linked list to describe the dma segments
use three distinct pointers.
also, this driver only needs 1 buffer descriptor for each dma
segment, since each buffer descriptor can handle as many samples
as each segment can hold.
makes the code a little easier to read and allows us to free
the calibration buffer when we're done with it.
idea originally from ratchov@ a while back. tested by ratchov@
and myself.
ok ratchov@
|
|
ok brad@
|
|
|
|
|
|
Spotted by stu@ and miod@
|
|
- Sign over Jeremy Morse's copyright (who contributed ehci-isoc support)
to NetBSD copyright but still mention him as contributor. OK'd by
Jeremy Morse.
- Update TODO list.
- Clarify the error message in case when a low/full speed isoc device
has been attached to ehci.
- Add a missing break so that the isoc setup code doesn't access
uninitialized microframe content which has been request by the driver
but not been used.
OK kevlo@
|
|
there is probably a new EEPROM format here, but i don't know how to parse
the AR5424 version yet, so just set some defaults for these chipsets for now.
|
|
Makes a few hp laptops run cooler and quieter.
|
|
flag to the pool_get call.
ok art@, krw@
|
|
commented out, remove it. Unifdef TFS while there.
ok marco@ krw@
|
|
- Don't reload the watchdog timer in case there are still unhandled
descriptors.
- Don't clear IFF_OACTIVE unless there are at least 6 free TX
descriptors. The function dc_encap() will bail if there are
only 5 or fewer free TX descriptors, causing dc_start() to
abort so it makes no sense to pretend we could process mbufs
again when in fact we can't.
- Always assign idx to sc->dc_cdata.dc_tx_cons; it doesn't make
much sense to exclude the idx == sc->dc_cdata.dc_tx_cons case.
From FreeBSD
|
|
A COM port should not be misleadingly labeled as a Wifi chipset.
|
|
|
|
|
|
entry labeled as BCM4322 which is actually a serial port.
|
|
|
|
|
|
the currently selected media is of type IFM_AUTO as autonegotiation
does not need to be kicked anyway.
|
|
|
|
|
|
|
|
|
|
|
|
references. Account for this, and the hp530 laptop won't spontaneously
power down thinking internal temperature is over 500C.
ok marco@
|
|
|
|
The softc field dc_revision contains the PCI revision. No functional change.
|
|
|
|
stopped nor the waiting state and also no other means to check
whether the receiver is idle, we have no choice but to call
mii_tick unconditionally even in the case of the DC_REDUCED_MII_POLL
handling as far as the RX side is concerned. This isn't necessarily
worse than checking whether RX is idle though because unlike as
with TX we're racing with the hardware, which might receive packets
any time while we poll the MII, anyway. Fixes the use of trunk(4)
with the affected interfaces.
From FreeBSD
|
|
ok deraadt@
|