lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:   Fri, 29 May 2020 14:25:40 +0200
From:   Geert Uytterhoeven <>
To:     Sergei Shtylyov <>,
        "David S . Miller" <>,
        Jakub Kicinski <>
Cc:     Andrew Lunn <>,
        Oleksij Rempel <>,
        Philippe Schenker <>,
        Florian Fainelli <>,
        Heiner Kallweit <>,
        Russell King <>,
        Kazuya Mizuguchi <>,
        Grygorii Strashko <>,
        Wolfram Sang <>,,,,
        Geert Uytterhoeven <>
Subject: [PATCH RFT] ravb: Mask PHY mode to avoid inserting delays twice

Until recently, the Micrel KSZ9031 PHY driver ignored any PHY mode
("RGMII-*ID") settings, but used the hardware defaults, augmented by
explicit configuration of individual skew values using the "*-skew-ps"
DT properties.  The lack of PHY mode support was compensated by the
EtherAVB MAC driver, which configures TX and/or RX internal delay
itself, based on the PHY mode.

However, now the KSZ9031 driver has gained PHY mode support, delays may
be configured twice, causing regressions.  E.g. on the Renesas
Salvator-X board with R-Car M3-W ES1.0, TX performance dropped from ca.
400 Mbps to 0.1-0.3 Mbps, as measured by nuttcp.

As internal delay configuration supported by the KSZ9031 PHY is too
limited for some use cases, the ability to configure MAC internal delay
is deemed useful and necessary.  Hence a proper fix would involve
splitting internal delay configuration in two parts, one for the PHY,
and one for the MAC.  However, this would require adding new DT
properties, thus breaking DTB backwards-compatibility.

Hence fix the regression in a backwards-compatibility way, by letting
the EtherAVB driver mask the PHY mode when it has inserted a delay, to
avoid the PHY driver adding a second delay.  This also fixes messages

    Micrel KSZ9031 Gigabit PHY e6800000.ethernet-ffffffff:00: *-skew-ps values should be used only with phy-mode = "rgmii"

as the PHY no longer sees the original RGMII-*ID mode.

Solving the issue by splitting configuration in two parts can be handled
in future patches, and would require retaining a backwards-compatibility
mode anyway.

Fixes: bcf3440c6dd78bfe ("net: phy: micrel: add phy-mode support for the KSZ9031 PHY")
Signed-off-by: Geert Uytterhoeven <>
Tested on:
  - Salvator-X with R-Car H3 ES1.0 (limited too 100M, hardware erratum),
  - Salvator-X with R-Car M3-W ES1.0,
  - Salvator-XS with R-Car H3 ES2.0,
  - Salvator-XS with R-Car M3-N ES1.0,
  - Ebisu-4D with R-Car E3 ES1.0 (limited to 100M, no MAC TX delay).

Needs testing on:
  - ULCB with various R-Car H3, M3-W, and M3-N SoCs and revisions,
  - HiHope RZ/G2M sub board, using RGMII-TXID,
  - Eagle and V3MSK with R-Car V3M, using RGMII-ID,

Not affected by this patch, but may still be impacted by the micrel
patch, as it changed skew values for all RGMII* modes, not just for
RGMII-*ID modes, so needs testing:
  - Condor with R-Car V3H, using GEther MAC (support for TX/RX internal
    delay not yet implemented) and RGMII-ID.
  - V3HSK with R-Car V3H, using GEther MAC and RGMII,
  - Draak with R-Car D3 using EtherAVB MAC and RGMII (limited to 100M,
    no MAC TX delay).

  "Re: [PATCH net-next v3] net: phy: micrel: add phy-mode support for
  the KSZ9031 PHY"
 drivers/net/ethernet/renesas/ravb_main.c | 10 ++++++++--
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/drivers/net/ethernet/renesas/ravb_main.c b/drivers/net/ethernet/renesas/ravb_main.c
index 067ad25553b92e43..a442bcf64b9cd875 100644
--- a/drivers/net/ethernet/renesas/ravb_main.c
+++ b/drivers/net/ethernet/renesas/ravb_main.c
@@ -1014,6 +1014,7 @@ static int ravb_phy_init(struct net_device *ndev)
 	struct ravb_private *priv = netdev_priv(ndev);
 	struct phy_device *phydev;
 	struct device_node *pn;
+	phy_interface_t iface;
 	int err;
 	priv->link = 0;
@@ -1032,8 +1033,13 @@ static int ravb_phy_init(struct net_device *ndev)
 		pn = of_node_get(np);
-	phydev = of_phy_connect(ndev, pn, ravb_adjust_link, 0,
-				priv->phy_interface);
+	iface = priv->phy_interface;
+	if (priv->chip_id != RCAR_GEN2 && phy_interface_mode_is_rgmii(iface)) {
+		/* ravb_set_delay_mode() takes care of internal delay mode */
+	}
+	phydev = of_phy_connect(ndev, pn, ravb_adjust_link, 0, iface);
 	if (!phydev) {
 		netdev_err(ndev, "failed to connect PHY\n");

Powered by blists - more mailing lists