linux-kernel - Re: [PATCH net-next v6 6/6] net: dsa: microchip: Disable PTP function of KSZ8463

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: <15b7c9e5-ea7c-4efd-8ee6-c8562feffb9b@lunn.ch>
Date: Fri, 25 Jul 2025 14:31:46 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Tristram.Ha@...rochip.com
Cc: Woojung Huh <woojung.huh@...rochip.com>,
	Vladimir Oltean <olteanv@...il.com>, Rob Herring <robh@...nel.org>,
	Krzysztof Kozlowski <krzk+dt@...nel.org>,
	Conor Dooley <conor+dt@...nel.org>,
	Maxime Chevallier <maxime.chevallier@...tlin.com>,
	Simon Horman <horms@...nel.org>,
	"David S. Miller" <davem@...emloft.net>,
	Eric Dumazet <edumazet@...gle.com>,
	Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
	Marek Vasut <marex@...x.de>, UNGLinuxDriver@...rochip.com,
	devicetree@...r.kernel.org, netdev@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next v6 6/6] net: dsa: microchip: Disable PTP
 function of KSZ8463

On Thu, Jul 24, 2025 at 05:17:53PM -0700, Tristram.Ha@...rochip.com wrote:
> From: Tristram Ha <tristram.ha@...rochip.com>
> 
> The PTP function of KSZ8463 is on by default.  However, its proprietary
> way of storing timestamp directly in a reserved field inside the PTP
> message header is not suitable for use with the current Linux PTP stack
> implementation.  It is necessary to disable the PTP function to not
> interfere the normal operation of the MAC.
> 
> Note the PTP driver for KSZ switches does not work for KSZ8463 and is not
> activated for it.
> 
> Signed-off-by: Tristram Ha <tristram.ha@...rochip.com>

Reviewed-by: Andrew Lunn <andrew@...n.ch>

    Andrew