Age | Commit message (Collapse) | Author |
|
ok mpi@ kspillner@
|
|
This is an MI driver currently targeting only the BCM53115 model,
but other Broadcom devices (specially from the 53XX family) can make use
of it as well.
The driver currently accounts just for the CPU port. The switch is left
in dumb-mode. Further advanced switch control is in the works.
Parts of this was inspired by looking at the b53 driver from the
OpenWrt project. Thanks!
Okay miod@
|
|
|
|
Okay miod@
|
|
ok naddy@
|
|
ok mikeb@
|
|
Tested with 8168G controllers.
|
|
when attached to re(4), as was done before rev 1.25 which was intended to
fix rgephy(4) with external PHY with MACs other than re(4). This is to
fix operation with some integrated PHY on re(4) where the PHY Specific
Status register does not work properly and the link cannot be established.
From FreeBSD and matches what the Linux driver does.
Tested on a number of newer re(4) with PHYs rev 2, 4 and 5 and
newer integrated PHY with the 8168G controllers.
|
|
to match behavior before rev 1.52.
ok deraadt@
|
|
configuration setting is done at resume time because all networks
drivers which were previously up, do an IFF_UP operation which
hits PHY_RESET.
This was in snapshots for about 2 weeks.
|
|
attach() and activate() time] into the eephy_reset() routine. This
means that a bit more work gets done at PHY_RESET time, but it means
also means it gets done in all scenarios. Why? For the next commit...
This was in snapshots for about 2 weeks.
|
|
|
|
|
|
|
|
Pointed out by LLVM.
ok mikeb@
|
|
ok miod@, mikeb@
|
|
|
|
ok miod@, mikeb@
|
|
autonegotiation timer when PHY gets the link so that if we
restart the timer the mii_ticks value would be sane.
Lifted originally from FreeBSD, tested by a few on re(4) and
bge(4), ok kettenis
|
|
ok sthen@
|
|
- Bring in a workaround for the IP1001 PHY which causes the downshift support
to not function properly. From FreeBSD
ok sthen@
|
|
ok dlg@
|
|
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@
|
|
ok deraadt@ sthen@
|
|
- Use ANAR_PAUSE_TOWARDS define
- Only advertise flow control if the MAC sets MIIF_DOPAUSE
ok jsg@
|
|
ok jsg@
|
|
|
|
|
|
|
|
and was actually disabling the jumbo settings for the PHY. From Brad.
|
|
- vendor id is listed in Broadcom docs so kettenis suggests removing xx
however it's not listed in IEEE OUI list yet, this can be done later following
bikeshedding ;)
|
|
|
|
|
|
From Loganaden Velvindron
|
|
that's ever used it, and it's long since been changed to use
DVACT_{QUIESCE,SUSPEND,RESUME} instead.
ok deraadt@, dlg@; miod@ also agreed with this idea when I brought it
up a few weeks ago
|
|
AR8132 FastEthernet controller. The PHY has no ability to
establish a gigabit link. Previously only link parters which
support down-shifting was able to establish link.
This change should fix a long standing link establishment issue of
AR8132.
From Brad via FreeBSD
Tested by krw@, edd@, Abel Abraham Camarillo Ojeda, Gabriel Linder
|
|
ok matthew@ tedu@, also eyeballed by at least krw@ oga@ kettenis@ jsg@
|
|
The PHY is only 100Mbps capable and needs a copanion chip
for 10Mbps mode. Only a few tl(4) seem to ship with it.
Ported and tested by Loganaden Velvindron
OK sthen@
|
|
|
|
ok jsg@
|
|
|
|
and RDC R6040 Ethernet PHY.
Written by Pyun YongHyeon for FreeBSD then
ported to OpenBSD by me.
Thanks once again to DMP for supplying hardware
which made this possible.
ok deraadt@
|
|
|
|
From FreeBSD
ok deraadt@
|
|
|
|
|
|
Tested by Brad on: BCM5706, BCM5708C
Tested by me on: BCM5716 (BCM5709 PHY)
|