<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in qsphy.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>685dc743dc3b5645e34836464128e1c0558b404b - sys: Remove $FreeBSD$: one-line .c pattern</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#685dc743dc3b5645e34836464128e1c0558b404b</link>
        <description>sys: Remove $FreeBSD$: one-line .c patternRemove /^[\s*]*__FBSDID\(&quot;\$FreeBSD\$&quot;\);?\s*\n/

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Wed, 16 Aug 2023 19:54:36 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>eebd9d53665e1b691ffada910b940b37b6f62cc4 - spdx: Simplify BSD-2-Clause AND BSD-2-Clause</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#eebd9d53665e1b691ffada910b940b37b6f62cc4</link>
        <description>spdx: Simplify BSD-2-Clause AND BSD-2-ClauseAfter removing the -FreeBSD and -NetBSD, we&apos;re left with a nuber ofBSD-2-Clause AND BSD-2-Clause, so tidy that up.Discussed with:		pfgMFC After:		3 daysSponsored by:		Netflix

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Wed, 10 May 2023 17:40:58 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b61a573019428cbdc38ed03be9ecd2482011ea66 - spdx: The BSD-2-Clause-NetBSD identifier is obsolete, drop -NetBSD</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#b61a573019428cbdc38ed03be9ecd2482011ea66</link>
        <description>spdx: The BSD-2-Clause-NetBSD identifier is obsolete, drop -NetBSDThe SPDX folks have obsoleted the BSD-2-Clause-NetBSD identifier. Catchup to that fact and revert to their recommended match of BSD-2-Clause.Discussed with:		pfgMFC After:		3 daysSponsored by:		Netflix

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Wed, 10 May 2023 17:40:58 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f438c2ff057f616f7e0eec1037697c00a63bc5b5 - mii: Remove unused devclass arguments to DRIVER_MODULE.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#f438c2ff057f616f7e0eec1037697c00a63bc5b5</link>
        <description>mii: Remove unused devclass arguments to DRIVER_MODULE.

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Wed, 20 Apr 2022 18:55:06 +0200</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0077d05cae47089711ee545adaec931d61643c51 - mii: clean up empty lines in .c and .h files</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#0077d05cae47089711ee545adaec931d61643c51</link>
        <description>mii: clean up empty lines in .c and .h files

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Wed, 02 Sep 2020 00:07:59 +0200</pubDate>
        <dc:creator>Mateusz Guzik &lt;mjg@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>718cf2ccb9956613756ab15d7a0e28f2c8e91cab - sys/dev: further adoption of SPDX licensing ID tags.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#718cf2ccb9956613756ab15d7a0e28f2c8e91cab</link>
        <description>sys/dev: further adoption of SPDX licensing ID tags.Mainly focus on files that use BSD 2-Clause license, however the tool Iwas using misidentified many licenses so this was mostly a manual - errorprone - task.The Software Package Data Exchange (SPDX) group provides a specificationto make it easier for automated tools to detect and summarize well knownopensource licenses. We are gradually adopting the specification, notingthat the tags are considered only advisory and do not, in any way,superceed or replace the license texts.

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Mon, 27 Nov 2017 15:52:40 +0100</pubDate>
        <dc:creator>Pedro F. Giffuni &lt;pfg@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>3b8f08459569bf0faa21473e5cec2491e95c9349 - Merge head</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#3b8f08459569bf0faa21473e5cec2491e95c9349</link>
        <description>Merge head

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Mon, 28 Apr 2014 09:50:45 +0200</pubDate>
        <dc:creator>Simon J. Gerraty &lt;sjg@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>84e51a1b679bececc13cbe3cd3cb9b7d461b9fe7 - IFC @264767</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#84e51a1b679bececc13cbe3cd3cb9b7d461b9fe7</link>
        <description>IFC @264767

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Wed, 23 Apr 2014 23:52:43 +0200</pubDate>
        <dc:creator>Alan Somers &lt;asomers@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>485ac45a536e186a26411277af1fe98ef0d17c2b - MFC @ r259205 in preparation for some SVM updates. (for real this time)</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#485ac45a536e186a26411277af1fe98ef0d17c2b</link>
        <description>MFC @ r259205 in preparation for some SVM updates. (for real this time)

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Tue, 04 Feb 2014 07:59:08 +0100</pubDate>
        <dc:creator>Peter Grehan &lt;grehan@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f9b2a21c9eb4d2715be82dc9049eae29fdb40d17 - Merge head r232040 through r257457.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#f9b2a21c9eb4d2715be82dc9049eae29fdb40d17</link>
        <description>Merge head r232040 through r257457.M    usr.sbin/portsnap/portsnap/portsnap.8M    usr.sbin/portsnap/portsnap/portsnap.shM    usr.sbin/tcpdump/tcpdump/Makefile

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Thu, 31 Oct 2013 18:33:29 +0100</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>61a3ac6e276662c7bdc0b4e2d12a3a7d9acb1adc - The MII layer shouldn&apos;t care about administrative status of an</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#61a3ac6e276662c7bdc0b4e2d12a3a7d9acb1adc</link>
        <description>The MII layer shouldn&apos;t care about administrative status of aninterface. Make MII drivers forget about &apos;struct ifnet&apos;.Later plan is to provide an administrative downcall from ifnetlayer into drivers, to inform them about administrative statuschange. If someone thinks that processing MII events for anadministratively down interface is a big problem, then driverswould turn MII processing off.The following MII drivers do evil things, like strcmp() ondriver name, so they still need knowledge of ifnet and thusinclude if_var.h. They all need to be fixed:sys/dev/mii/brgphy.csys/dev/mii/e1000phy.csys/dev/mii/ip1000phy.csys/dev/mii/jmphy.csys/dev/mii/nsphy.csys/dev/mii/rgephy.csys/dev/mii/truephy.cSponsored by:	NetflixSponsored by:	Nginx, Inc.

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Sat, 26 Oct 2013 20:40:17 +0200</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8fa0b743820f61c661ba5f3ea0e3be0dc137910e - IFC @230489 (pending review).</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#8fa0b743820f61c661ba5f3ea0e3be0dc137910e</link>
        <description>IFC @230489 (pending review).

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Mon, 23 Jan 2012 20:46:36 +0100</pubDate>
        <dc:creator>Xin LI &lt;delphij@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>80dbff4e99ba37534b40803a1ddff842f5ebdd58 - IFC to head to catch up the bhyve branch</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#80dbff4e99ba37534b40803a1ddff842f5ebdd58</link>
        <description>IFC to head to catch up the bhyve branchApproved by:	grehan@

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Wed, 04 Jan 2012 03:01:27 +0100</pubDate>
        <dc:creator>Sean Bruno &lt;sbruno@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>604f5f1f7790b303eb28109c3138dd3c1a1c0dff - Use DEVMETHOD_END.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#604f5f1f7790b303eb28109c3138dd3c1a1c0dff</link>
        <description>Use DEVMETHOD_END.

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Wed, 23 Nov 2011 21:27:26 +0100</pubDate>
        <dc:creator>Marius Strobl &lt;marius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7505ef3a411ed3f714d5c6bf3228f0d7cd83d97f - MFC</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#7505ef3a411ed3f714d5c6bf3228f0d7cd83d97f</link>
        <description>MFC

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Wed, 04 May 2011 17:45:23 +0200</pubDate>
        <dc:creator>Attilio Rao &lt;attilio@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>3fcb7a5365f9de7824a2b5f8e8ab159c8d3d79a0 - - Remove attempts to implement setting of BMCR_LOOP/MIIF_NOLOOP</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#3fcb7a5365f9de7824a2b5f8e8ab159c8d3d79a0</link>
        <description>- Remove attempts to implement setting of BMCR_LOOP/MIIF_NOLOOP  (reporting IFM_LOOP based on BMCR_LOOP is left in place though as  it might provide useful for debugging). For most mii(4) drivers it  was unclear whether the PHYs driven by them actually support  loopback or not. Moreover, typically loopback mode also needs to  be activated on the MAC, which none of the Ethernet drivers using  mii(4) implements. Given that loopback media has no real use (and  obviously hardly had a chance to actually work) besides for driver  development (which just loopback mode should be sufficient for  though, i.e one doesn&apos;t necessary need support for loopback media)  support for it is just dropped as both NetBSD and OpenBSD already  did quite some time ago.- Let mii_phy_add_media() also announce the support of IFM_NONE.- Restructure the PHY entry points to use a structure of entry points  instead of discrete function pointers, and extend this to include  a &quot;reset&quot; entry point. Make sure any PHY-specific reset routine is  always used, and provide one for lxtphy(4) which disables MII  interrupts (as is done for a few other PHYs we have drivers for).  This includes changing NIC drivers which previously just called the  generic mii_phy_reset() to now actually call the PHY-specific reset  routine, which might be crucial in some cases. While at it, the  redundant checks in these NIC drivers for mii-&gt;mii_instance not being  zero before calling the reset routines were removed because as soon  as one PHY driver attaches mii-&gt;mii_instance is incremented and we  hardly can end up in their media change callbacks etc if no PHY driver  has attached as mii_attach() would have failed in that case and not  attach a miibus(4) instance.  Consequently, NIC drivers now no longer should call mii_phy_reset()  directly, so it was removed from EXPORT_SYMS.- Add a mii_phy_dev_attach() as a companion helper to mii_phy_dev_probe().  The purpose of that function is to perform the common steps to attach  a PHY driver instance and to hook it up to the miibus(4) instance and to  optionally also handle the probing, addition and initialization of the  supported media. So all a PHY driver without any special requirements  has to do in its bus attach method is to call mii_phy_dev_attach()  along with PHY-specific MIIF_* flags, a pointer to its PHY functions  and the add_media set to one. All PHY drivers were updated to take  advantage of mii_phy_dev_attach() as appropriate. Along with these  changes the capability mask was added to the mii_softc structure so  PHY drivers taking advantage of mii_phy_dev_attach() but still  handling media on their own do not need to fiddle with the MII attach  arguments anyway.- Keep track of the PHY offset in the mii_softc structure. This is done  for compatibility with NetBSD/OpenBSD.- Keep track of the PHY&apos;s OUI, model and revision in the mii_softc  structure. Several PHY drivers require this information also after  attaching and previously had to wrap their own softc around mii_softc.  NetBSD/OpenBSD also keep track of the model and revision on their  mii_softc structure. All PHY drivers were updated to take advantage  as appropriate.- Convert the mebers of the MII data structure to unsigned where  appropriate. This is partly inspired by NetBSD/OpenBSD.- According to IEEE 802.3-2002 the bits actually have to be reversed  when mapping an OUI to the MII ID registers. All PHY drivers and  miidevs where changed as necessary. Actually this now again allows to  largely share miidevs with NetBSD, which fixed this problem already  9 years ago. Consequently miidevs was synced as far as possible.- Add MIIF_NOMANPAUSE and mii_phy_flowstatus() calls to drivers that  weren&apos;t explicitly converted to support flow control before. It&apos;s  unclear whether flow control actually works with these but typically  it should and their net behavior should be more correct with these  changes in place than without if the MAC driver sets MIIF_DOPAUSE.Obtained from:	NetBSD (partially)Reviewed by:	yongari (earlier version), silence on arch@ and net@

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Tue, 03 May 2011 21:51:29 +0200</pubDate>
        <dc:creator>Marius Strobl &lt;marius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>6f3544cd7084abbadd83637993a4f41fd30e6ccd - Merge svn+ssh://svn.freebsd.org/base/head@214309</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#6f3544cd7084abbadd83637993a4f41fd30e6ccd</link>
        <description>Merge svn+ssh://svn.freebsd.org/base/head@214309

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Tue, 26 Oct 2010 04:34:47 +0200</pubDate>
        <dc:creator>Marcel Moolenaar &lt;marcel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8e5d93dbb40452863b266a378868255bf986af67 - Convert the PHY drivers to honor the mii_flags passed down and convert</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#8e5d93dbb40452863b266a378868255bf986af67</link>
        <description>Convert the PHY drivers to honor the mii_flags passed down and convertthe NIC drivers as well as the PHY drivers to take advantage of themii_attach() introduced in r213878 to get rid of certain hacks. Forthe most part these were:- Artificially limiting miibus_{read,write}reg methods to certain PHY  addresses; we now let mii_attach() only probe the PHY at the desired  address(es) instead.- PHY drivers setting MIIF_* flags based on the NIC driver they hang  off from, partly even based on grabbing and using the softc of the  parent; we now pass these flags down from the NIC to the PHY drivers  via mii_attach(). This got us rid of all such hacks except those of  brgphy() in combination with bce(4) and bge(4), which is way beyond  what can be expressed with simple flags.While at it, I took the opportunity to change the NIC drivers to passup the error returned by mii_attach() (previously by mii_phy_probe())and unify the error message used in this case where and as appropriateas mii_attach() actually can fail for a number of reasons, not justbecause of no PHY(s) being present at the expected address(es).Reviewed by:	jhb, yongari

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Fri, 15 Oct 2010 16:52:11 +0200</pubDate>
        <dc:creator>Marius Strobl &lt;marius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d7a9ad568858194afc4cc81ba5df5c9ae3b88845 - Consistently always explicitly set IFM_HDX for half-duplex.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#d7a9ad568858194afc4cc81ba5df5c9ae3b88845</link>
        <description>Consistently always explicitly set IFM_HDX for half-duplex.Obtained from:	OpenBSD (mostly)

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Sun, 03 Oct 2010 19:00:57 +0200</pubDate>
        <dc:creator>Marius Strobl &lt;marius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>de1add1e459b22ec054bac16dd34fe5dff0d6704 - - In the spirit of previous simplifications factor out the checks for a</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/dev/mii/qsphy.c#de1add1e459b22ec054bac16dd34fe5dff0d6704</link>
        <description>- In the spirit of previous simplifications factor out the checks for a  different PHY instance being selected and isolation out into the wrappers  around the service methods rather than duplicating them over and over  again (besides, a PHY driver shouldn&apos;t need to care about which instance  it actually is).- Centralize the check for the need to isolate a non-zero PHY instance not  supporting isolation in mii_mediachg() and just ignore it rather than  panicing, which should sufficient given that a) things are likely to  just work anyway if one doesn&apos;t plug in more than one port at a time and  b) refusing to attach in this case just leaves us in a unknown but most  likely also not exactly correct configuration (besides several drivers  setting MIIF_NOISOLATE didn&apos;t care about these anyway, probably due to  setting this flag for no real reason).- Minor fixes like removing unnecessary setting of sc-&gt;mii_anegticks,  using sc-&gt;mii_anegticks instead of hardcoded values etc.

            List of files:
            /freebsd/sys/dev/mii/qsphy.c</description>
        <pubDate>Sat, 02 Oct 2010 20:53:12 +0200</pubDate>
        <dc:creator>Marius Strobl &lt;marius@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
