netdev - Re: [PATCH] dt-bindings: net: renesas,ethertsn: Add bindings for Ethernet TSN

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <7fce3813-daa6-41ac-8167-21ccdd733fbc@lunn.ch>
Date: Wed, 22 Nov 2023 14:57:06 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Niklas Söderlund <niklas.soderlund+renesas@...natech.se>,
	Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
	Rob Herring <robh+dt@...nel.org>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
	devicetree@...r.kernel.org, netdev@...r.kernel.org,
	linux-renesas-soc@...r.kernel.org
Subject: Re: [PATCH] dt-bindings: net: renesas,ethertsn: Add bindings for
 Ethernet TSN

> > In general, we try to have the PHY add the delay, not the MAC. So i
> > would start with hard coding the delay to 0ns, and only implement
> > these properties if you have a board where the PHY cannot add the
> > delay.
> 
> If I understand the KSZ9031 bindings correctly, that PHY is limited to
> a skew of up to 960 ps, not 1800 or 2000 ps.

Reading ksz9031_config_rgmii_delay(), it implements the four
PHY_INTERFACE_MODE_RGMII* interface modes. So it should be able to
provide the 2ns delay. Sometimes the tuning ability is relative to the
base delay. So maybe it can do 2n +- 0.960/2 ?

Anyway, try interface mode "rgmii_id" with the MAC not providing any
delay.

	Andrew