[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241207180640.12da60ed@kernel.org>
Date: Sat, 7 Dec 2024 18:06:40 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Vladimir Oltean <vladimir.oltean@....com>
Cc: netdev@...r.kernel.org, "David S. Miller" <davem@...emloft.net>, Eric
Dumazet <edumazet@...gle.com>, Paolo Abeni <pabeni@...hat.com>, Andrew Lunn
<andrew@...n.ch>, Claudiu Manoil <claudiu.manoil@....com>, Alexandre
Belloni <alexandre.belloni@...tlin.com>, Horatiu Vultur
<horatiu.vultur@...rochip.com>, Daniel Machon
<daniel.machon@...rochip.com>, UNGLinuxDriver@...rochip.com, Xiaoliang Yang
<xiaoliang.yang_1@....com>, Yangbo Lu <yangbo.lu@....com>, Richard Cochran
<richardcochran@...il.com>
Subject: Re: [PATCH v2 net 0/5] Ocelot PTP fixes
On Thu, 5 Dec 2024 16:55:14 +0200 Vladimir Oltean wrote:
> This is another attempt at "net: mscc: ocelot: be resilient to loss of
> PTP packets during transmission".
> https://lore.kernel.org/netdev/20241203164755.16115-1-vladimir.oltean@nxp.com/
>
> The central change is in patch 4/5. It recovers a port from a very
> reproducible condition where previously, it would become unable to take
> any hardware TX timestamp.
Could you follow up and plumb ethtool's get_ts_stats thru DSA to this
switch? It has a counter for this sort of scenario.
Powered by blists - more mailing lists