summaryrefslogtreecommitdiffstats
path: root/sys/dev/mii (follow)
Commit message (Collapse)AuthorAgeFilesLines
* ansijsg2021-03-054-53/+20
|
* remove some unused includesjsg2021-02-232-166/+0
|
* The Marvell 88E1512 supports multiple modes between MAC to PHY and PHYpatrick2020-11-033-3/+26
| | | | | | | | | | to Media. The mode can be configured in the General Control Register 1. On the 88E1512 and 88E1514 this mode defaults to 111 (invalid). Thus we need to change the mode if we want SGMII-to-Copper. For this, allow the interface to pass an SGMII flag, indicating that the interface between MAC and PHY is SGMII. ok kettenis@
* Add BCM54210E support.kettenis2020-04-142-7/+59
| | | | ok patrick@
* Add flags to specify whether internal delays should be configured for RGMII.kettenis2020-04-141-1/+3
| | | | ok patrick@
* regenkettenis2020-04-141-2/+5
|
* Add Broadcom BCM54210E.kettenis2020-04-141-1/+3
| | | | ok patrick@
* Update my email address.pirofti2020-04-061-2/+2
|
* mii(4): tsleep(9) -> tlseep_nsec(9); ok mpi@cheloha2020-01-151-2/+2
|
* Recognize Marvell 88E1545.visa2019-09-241-1/+3
| | | | OK deraadt@
* regenvisa2019-09-241-2/+4
|
* Add Marvell 88E1545.visa2019-09-241-1/+2
| | | | OK deraadt@
* regenkettenis2018-04-091-2/+4
|
* Add Marvell 88E1512.kettenis2018-04-091-1/+2
|
* Add RTL8211F support. Loosely based on the FreeBSD driver.kettenis2018-02-272-2/+40
| | | | ok jsg@
* Add support for RTL8153 devices. Heavily based on changes made by Kevin Lokettenis2017-03-111-4/+4
| | | | | | | | | to the FreeBSD driver. This driver will attach instead of cdce(4), which doesn't expose a PHY and doesn't work with my 5c20 revision of the chip. ok jimatthew@, jcs@
* Initialize oui and model fields in the softc.kettenis2016-07-111-1/+3
| | | | ok deraadt@, mpi@
* regenkettenis2016-07-101-2/+9
|
* Add MICREL KSZ9021 and KSZ9031.kettenis2016-07-101-1/+6
|
* Initialize the mii_oui field such that fec(4) can look at it.kettenis2016-07-091-1/+2
| | | | ok jsg@
* regenkettenis2016-07-081-4/+4
|
* The Atheros PHYs with model ID 7 are the AR8031/AR8033/AR8035 family.kettenis2016-07-082-5/+5
| | | | | | Identify as AR8035 since that one has the lowest revision number. ok mlarkin@, millert@
* Tweak previous by de-indenting label and replacing remaining continuesmmcc2015-12-291-4/+4
| | | | | | with gotos. supported by kettenis@, ok sobrado@
* 1. Add a loop_end label to the outer loopmmcc2015-12-281-2/+4
| | | | | | | | 2. Replace a continue statement in an inner loop with goto loop_end This fixes a simple logical bug found with Coccinelle. ok kettenis@
* mii_softc's view of the current mii state need to use the proper typesmiod2015-09-121-3/+3
| | | | (ifmedia64).
* Make room for media types of the future. Extend the ifmedia word to 64 bits.stsp2015-09-112-10/+10
| | | | | | | | | | | | | | | | This changes numbers of the SIOCSIFMEDIA and SIOCGIFMEDIA ioctls and grows struct ifmediareq. Old ifconfig and dhclient binaries can still assign addresses, however the 'media' subcommand stops working. Recompiling ifconfig and dhclient with new headers before a reboot should not be necessary unless in very special circumstances where non-default media settings must be used to get link and console access is not available. There may be some MD fallout but that will be cleared up later. ok deraadt miod with help and suggestions from several sharks attending l2k15
* use standardized register defintion in mii.h rather than specificyuo2015-07-192-135/+33
| | | | | | driver definetion. ok deraadt@
* regenyuo2015-07-191-3/+3
|
* add RTL8211yuo2015-07-191-2/+2
|
* use standardized register definition in mii.h rather than eachyuo2015-07-198-555/+143
| | | | | | | | specific driver definition. no logical change. ok deraadt@
* revert privious commityuo2015-07-191-2/+2
|
* according to MII specification, these seems to be bug.yuo2015-07-191-3/+3
| | | | ok deraadt@
* fix typo.yuo2015-07-181-2/+2
|
* add following registers from IEEE 802.3-2009 Clause 22.yuo2015-07-181-1/+36
| | | | | | | | | | | - PSE control register (0x0b) - PSE status register (0x0c) - MMD access control register (0x0d) - MMD access address data register (0x0e) from netbsd ok deraadt@, miod@
* Add support for em(4) on Teak 3020, a Tolopai (EP80579)dms2015-06-041-1/+26
| | | | | | | based devices. This introduces Realtek PHY into em driver code and is only a temporary solution to the problem. OK deraadt@
* Remove some includes include-what-you-use claims don'tjsg2015-03-1425-51/+25
| | | | | | | have any direct symbols used. Tested for indirect use by compiling amd64/i386/sparc64 kernels. ok tedu@ deraadt@
* And the variable too.brad2015-01-201-3/+1
|
* Back out a chunk of rev 1.34 that wasn't supposed to go in with thebrad2015-01-201-11/+1
| | | | capitalization corrections.
* printf wasn't supposed to go in.brad2015-01-201-2/+1
|
* Explicitly include <net/if_var.h> instead of pulling it in <net/if.h>.mpi2014-12-0529-29/+58
| | | | ok mikeb@, krw@, bluhm@, tedu@
* regenbrad2014-11-241-3/+3
|
* use the correct capitalization for Realtek.brad2014-11-244-14/+27
|
* remove uneeded proc.h includesjsg2014-09-142-4/+2
| | | | ok mpi@ kspillner@
* Add support for the Broadcom PHY found on the Octeon-based DSR-500.pirofti2014-05-062-1/+397
| | | | | | | | | | | | | | 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@
* Regen after Broadcom 53115 addition.pirofti2014-05-061-1/+3
|
* Add an entry for the Broadcom 53115 model found on the DSR-500.pirofti2014-05-061-1/+2
| | | | Okay miod@
* Split bge(4)'s feature flags into bge_flags and bge_phy_flags.brad2014-02-011-10/+10
| | | | ok naddy@
* Sync in the PHY Specific Control and Status register bits.brad2014-01-211-8/+23
| | | | ok mikeb@
* Add support for newer integrated Realtek PHY.brad2013-12-301-3/+7
| | | | Tested with 8168G controllers.
* Have rgephy(4) always use RL_GMEDIASTAT to retrieve the link/media statusbrad2013-12-301-5/+10
| | | | | | | | | | | | 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.
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.