netdev - Re: [PATCH net-next v4 resend 0/5] net/ravb: Add support for explicit internal clock delay configuration

lists.openwall.net		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 linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <20201001.125359.1752693461501787622.davem@davemloft.net>
Date:   Thu, 01 Oct 2020 12:53:59 -0700 (PDT)
From:   David Miller <davem@...emloft.net>
To:     geert+renesas@...der.be
Cc:     kuba@...nel.org, robh+dt@...nel.org, sergei.shtylyov@...il.com,
        f.fainelli@...il.com, andrew@...n.ch, linux@...pel-privat.de,
        philippe.schenker@...adex.com, hkallweit1@...il.com,
        dmurphy@...com, kazuya.mizuguchi.ks@...esas.com,
        wsa+renesas@...g-engineering.com, magnus.damm@...il.com,
        netdev@...r.kernel.org, devicetree@...r.kernel.org,
        linux-renesas-soc@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next v4 resend 0/5] net/ravb: Add support for
 explicit internal clock delay configuration

From: Geert Uytterhoeven <geert+renesas@...der.be>
Date: Thu,  1 Oct 2020 12:10:03 +0200

> Some Renesas EtherAVB variants support internal clock delay
> configuration, which can add larger delays than the delays that are
> typically supported by the PHY (using an "rgmii-*id" PHY mode, and/or
> "[rt]xc-skew-ps" properties).
> 
> Historically, the EtherAVB driver configured these delays based on the
> "rgmii-*id" PHY mode.  This caused issues with PHY drivers that
> implement PHY internal delays properly[1].  Hence a backwards-compatible
> workaround was added by masking the PHY mode[2].
> 
> This patch series implements the next step of the plan outlined in [3],
> and adds proper support for explicit configuration of the MAC internal
> clock delays using new "[rt]x-internal-delay-ps" properties.  If none of
> these properties is present, the driver falls back to the old handling.
 ...

Series applied, thank you.