<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/net/phy/phy-core.c, branch linux-5.9.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.9.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.9.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2020-07-08T22:30:42Z</updated>
<entry>
<title>ethtool: Add support for 100Gbps per lane link modes</title>
<updated>2020-07-08T22:30:42Z</updated>
<author>
<name>Meir Lichtinger</name>
</author>
<published>2020-07-07T03:42:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=065e0d42a0a728d7f6c2aec7c9f3e5dc7b715394'/>
<id>urn:sha1:065e0d42a0a728d7f6c2aec7c9f3e5dc7b715394</id>
<content type='text'>
Define 100G, 200G and 400G link modes using 100Gbps per lane

LR, ER and FR are defined as a single link mode because they are
using same technology and by design are fully interoperable.
EEPROM content indicates if the module is LR, ER, or FR, and the
user space ethtool decoder is planned to support decoding these
modes in the EEPROM.

Signed-off-by: Meir Lichtinger &lt;meirl@mellanox.com&gt;
CC: Andrew Lunn &lt;andrew@lunn.ch&gt;
Reviewed-by: Aya Levin &lt;ayal@mellanox.com&gt;
Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: mdiobus: add clause 45 mdiobus accessors</title>
<updated>2020-05-26T22:31:45Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2020-05-26T15:29:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=90ce665c6a40dc1be771bf5f86e624c0acf3a76f'/>
<id>urn:sha1:90ce665c6a40dc1be771bf5f86e624c0acf3a76f</id>
<content type='text'>
There is a recurring pattern throughout some of the PHY code converting
a devad and regnum to our packed clause 45 representation. Rather than
having this scattered around the code, let's put a common translation
function in mdio.h, and provide some register accessors.

Convert the phylib core, phylink, bcm87xx and cortina to use these.

Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;
Reviewed-by: Andrew Lunn &lt;andrew@lunn.ch&gt;
Reviewed-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: phy: add and use phy_check_downshift</title>
<updated>2020-03-24T04:09:47Z</updated>
<author>
<name>Heiner Kallweit</name>
</author>
<published>2020-03-20T16:51:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5eee3bb7103f4a66e4b90c2817f5e72509a2a607'/>
<id>urn:sha1:5eee3bb7103f4a66e4b90c2817f5e72509a2a607</id>
<content type='text'>
So far PHY drivers have to check whether a downshift occurred to be
able to notify the user. To make life of drivers authors a little bit
easier move the downshift notification to phylib. phy_check_downshift()
compares the highest mutually advertised speed with the actual value
of phydev-&gt;speed (typically read by the PHY driver from a
vendor-specific register) to detect a downshift.

v2:
- Add downshift hint to phy_print_status

Signed-off-by: Heiner Kallweit &lt;hkallweit1@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: mdiobus: add APIs for modifying a MDIO device register</title>
<updated>2020-03-18T05:51:16Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2020-03-17T14:52:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6cc7cf8125b3d086cd80c96e02edb6f4ab9b20fa'/>
<id>urn:sha1:6cc7cf8125b3d086cd80c96e02edb6f4ab9b20fa</id>
<content type='text'>
Add APIs for modifying a MDIO device register, similar to the existing
phy_modify() group of functions, but at mdiobus level instead.  Adapt
__phy_modify_changed() to use the new mdiobus level helper.

Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;
Reviewed-by: Andrew Lunn &lt;andrew@lunn.ch&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ethtool: Add support for low latency RS FEC</title>
<updated>2020-02-19T03:17:31Z</updated>
<author>
<name>Aya Levin</name>
</author>
<published>2020-02-11T22:32:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f623e5970501449b475a8dc007f0fe24743ab9d3'/>
<id>urn:sha1:f623e5970501449b475a8dc007f0fe24743ab9d3</id>
<content type='text'>
Add support for low latency Reed Solomon FEC as LLRS.

The LL-FEC is defined by the 25G/50G ethernet consortium,
in the document titled "Low Latency Reed Solomon Forward Error Correction"

Signed-off-by: Aya Levin &lt;ayal@mellanox.com&gt;
Reviewed-by: Eran Ben Elisha &lt;eranbe@mellanox.com&gt;
CC: Andrew Lunn &lt;andrew@lunn.ch&gt;
Signed-off-by: Saeed Mahameed &lt;saeedm@mellanox.com&gt;
Reviewed-by: Andrew Lunn &lt;andrew@lunn.ch&gt;
</content>
</entry>
<entry>
<title>net: phy: don't crash in phy_read/_write_mmd without a PHY driver</title>
<updated>2020-01-20T09:08:20Z</updated>
<author>
<name>Alex Marginean</name>
</author>
<published>2020-01-16T17:46:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3e41d04e2b7373490977d7145fb12109f23cde9c'/>
<id>urn:sha1:3e41d04e2b7373490977d7145fb12109f23cde9c</id>
<content type='text'>
The APIs can be used by Ethernet drivers without actually loading a PHY
driver. This may become more widespread in the future with 802.3z
compatible MAC PCS devices being locally driven by the MAC driver when
configuring for a PHY mode with in-band negotiation.

Check that drv is not NULL before reading from it.

Signed-off-by: Alex Marginean &lt;alexandru.marginean@nxp.com&gt;
Signed-off-by: Vladimir Oltean &lt;vladimir.oltean@nxp.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: phy: add helpers phy_(un)lock_mdio_bus</title>
<updated>2019-11-25T18:47:00Z</updated>
<author>
<name>Heiner Kallweit</name>
</author>
<published>2019-11-23T16:28:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bec170e55982c2d3b8e1beccadf16e288fe6fb5a'/>
<id>urn:sha1:bec170e55982c2d3b8e1beccadf16e288fe6fb5a</id>
<content type='text'>
Add helpers to make locking/unlocking the MDIO bus easier.

Signed-off-by: Heiner Kallweit &lt;hkallweit1@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: phy: avoid NPE if read_page/write_page callbacks are not available</title>
<updated>2019-10-18T16:57:55Z</updated>
<author>
<name>Heiner Kallweit</name>
</author>
<published>2019-10-16T19:53:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f86854a2e76256ee82025f981a5385480eec17b7'/>
<id>urn:sha1:f86854a2e76256ee82025f981a5385480eec17b7</id>
<content type='text'>
Currently there's a bug in the module subsystem [0] preventing load of
the PHY driver module on certain systems (as one symptom).
This results in a NPE on such systems for the following reason:
Instead of the correct PHY driver the genphy driver is loaded that
doesn't implement the read_page/write_page callbacks. Every call to
phy_read_paged() et al will result in a NPE therefore.

In parallel to fixing the root cause we should make sure that this one
and maybe similar issues in other subsystems don't result in a NPE
in phylib. So let's check for the callbacks before using them and warn
once if they are not available.

[0] https://marc.info/?t=157072642100001&amp;r=1&amp;w=2

Signed-off-by: Heiner Kallweit &lt;hkallweit1@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ethtool: Add support for 400Gbps (50Gbps per lane) link modes</title>
<updated>2019-10-15T22:02:30Z</updated>
<author>
<name>Jiri Pirko</name>
</author>
<published>2019-10-12T16:27:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=14af7fd1d4279c8db7fbbb3ca0df3b13179eb502'/>
<id>urn:sha1:14af7fd1d4279c8db7fbbb3ca0df3b13179eb502</id>
<content type='text'>
Add support for 400Gbps speed, link modes of 50Gbps per lane

Signed-off-by: Jiri Pirko &lt;jiri@mellanox.com&gt;
Signed-off-by: Ido Schimmel &lt;idosch@mellanox.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: phy: extract pause mode</title>
<updated>2019-10-05T01:11:08Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2019-10-04T16:06:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2d880b8709c013d47472f85a9d42ea1aca3bce47'/>
<id>urn:sha1:2d880b8709c013d47472f85a9d42ea1aca3bce47</id>
<content type='text'>
Extract the update of phylib's software pause mode state from
genphy_read_status(), so that we can re-use this functionality with
PHYs that have alternative ways to read the negotiation results.

Tested-by: tinywrkb &lt;tinywrkb@gmail.com&gt;
Reviewed-by: Andrew Lunn &lt;andrew@lunn.ch&gt;
Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
