Age | Commit message (Collapse) | Author |
|
phys as 1, 2, 8, or 9 depending on which pci function its on and whether
its serdes.
this tells every other bge that the phy is still at 1, so they still work.
|
|
if (thing == foo || thing == bar || thing == baz) is ugly.
no functional change.
|
|
just extra cruft, it doesnt change anything that already exists so it cant
(and empirically doesnt) change existing chip support.
|
|
of workarounds in the 5718 family and up.
we dont attach bge to those chips yet, so this cant break anything that
isnt already broken.
from freebsd.
|
|
|
|
tested on real 5720 hardware.
|
|
make sure we check the oui as well. broadcom has 4 or 5 ouis with
overlapping model numbers, so they should be scoped when you look
them up.
tested on at least:
bge0 at pci3 dev 4 function 0 "Broadcom BCM5714" rev 0xa3, BCM5715 A3 (0x9003): ivec 0x795, address 00:14:4f:a9:34:90
brgphy0 at bge0 phy 1: BCM5714 10/100/1000baseT/SX PHY, rev. 0
bnx0 at pci7 dev 0 function 0 "Broadcom BCM5709" rev 0x20: apic 0 int 6
bnx0: address 1c:c1:de:e4:5e:b0
brgphy0 at bnx0 phy 1: BCM5709 10/100/1000baseT PHY, rev. 8
bge0 at pci0 dev 5 function 0 "Broadcom BCM5702X" rev 0x02, BCM5702/5703 A2 (0x1002): eb164 irq 2, address 00:10:18:00:98:e9
brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2
bge0 at pci2 dev 0 function 0 "Broadcom BCM5761" rev 0x10, BCM5761 A1 (0x5761100): apic 2 int 18, address 00:10:18:4b:23:b4
brgphy0 at bge0 phy 1: BCM5761 10/100/1000baseT PHY, rev. 0
some tests by and ok mikeb@ and naddy@
|
|
says has been removed upstream.
ok mpi@
|
|
ok deraadt@ sthen@
|
|
|
|
compatability -> compatibility
OK jmc@.
|
|
otherwise volume may be adjusted twice: once by X apps and once in
the kernel.
feedback from many, ok shadchin@
|
|
|
|
ok jsg@
|
|
not ever attach sdhc(4) to devices matching the rtsx(4) vendor/product ID.
Fixes an issue reported by Dave Anderson where on his hardware both drivers
attached to apparently the same device which then failed to work reliably.
ok deraadt
|
|
spotted by clang, blindly accepted by gcc...
|
|
from/tested by Zavisa Nikac
|
|
|
|
from Zavisa Nikac
|
|
rv710/rv730/rv740/rv770 and rs880 devices linux matches I could find
marketing names for.
ok brynet@
|
|
|
|
rv710/rv730/rv740/rv770 and rs880 devices linux matches I could find
marketing names for.
ok brynet@
|
|
|
|
|
|
from/tested by James Ballantine
|
|
ok deraadt@
|
|
to Chris Jackman for sending me a PowerMac G5!
|
|
- M_CANFAIL is useless here since that M_NOWAIT will return NULL immediately if no resources.
OK mikeb@ mpi@
|
|
|
|
ok jsg@
|
|
|
|
|
|
verified with the upstream driver
|
|
Aeon 921T by the importer, it isn't clear what the real name is.
|
|
|
|
|
|
for larger timeouts and should be more reliable; tested on 82598,
82599 and x540.
|
|
|
|
There are a number of bugs that this commit fixes. The main issue
is that ixgbe_tx_ctx_setup sets up a descriptor for TCP and UDP
checksum calculation, but not for IP, therefore it must use TXSM
instead of IXSM. Which is what FreeBSD does now. I've tested this
on 82599 with TCP, UDP, ICMP, ICMP6, VLANs and OSPF with TCP and
UDP checksums turned on against oce(4). ixgbe_tso_setup is updated
as well, albeit remains disabled (as well as checksums themselves).
Parts of the change were obtained from brad's diff he sent me a
while ago.
|
|
|
|
and rxbuf->pmap to rxbuf->map. Tested on 82599 and X540.
|
|
of an error. Previous change made the problem evident.
|
|
OpenBSD and now is finally removed from the upstream.
No real functional change (we've lost some weight though).
Tested on 82599.
|
|
from FreeBSD. This also adds untested and hence disabled
support for multispeed fiber interrupts. With input from
and ok jsg.
|
|
link information reporting in general. Obtained for the most part
from FreeBSD, tested by mxb at alumni ! chalmers ! se on X540 and
me on 82598 (XAUI, KR4), 82599 (SFP+) and X540 (baseT); ok jsg
|
|
|
|
- add the Validity vendor and some products of which one is found on the
vostro 3360.
ok mikeb@
|
|
|
|
|
|
|