[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20230626154003.3153076-1-vladimir.oltean@nxp.com>
Date: Mon, 26 Jun 2023 18:40:00 +0300
From: Vladimir Oltean <vladimir.oltean@....com>
To: netdev@...r.kernel.org
Cc: Andrew Lunn <andrew@...n.ch>,
Florian Fainelli <f.fainelli@...il.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>,
Claudiu Manoil <claudiu.manoil@....com>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
UNGLinuxDriver@...rochip.com,
Xiaoliang Yang <xiaoliang.yang_1@....com>,
Richard Cochran <richardcochran@...il.com>,
Antoine Tenart <atenart@...nel.org>,
linux-kernel@...r.kernel.org
Subject: [PATCH net 0/3] Fix PTP packet drops with ocelot-8021q DSA tag protocol
Patch 3/3 fixes an issue with the ocelot/felix driver, where it would
drop PTP traffic on RX unless hardware timestamping was enabled.
Fixing that requires the driver to know whether it had previously
configured the hardware to timestamp PTP packets on that port. But it
cannot correctly determine that today using the existing code structure,
so patches 1/3 and 2/3 fix the control path of the code such that
ocelot->ports[port]->ptp_rx_filter faithfully reflects whether that
configuration took place.
Vladimir Oltean (3):
net: mscc: ocelot: don't report that RX timestamping is enabled by
default
net: mscc: ocelot: don't keep PTP configuration of all ports in single
structure
net: dsa: felix: don't drop PTP frames with tag_8021q when RX
timestamping is disabled
drivers/net/dsa/ocelot/felix.c | 3 +++
drivers/net/ethernet/mscc/ocelot.c | 1 -
drivers/net/ethernet/mscc/ocelot_ptp.c | 35 +++++++++++++++-----------
include/soc/mscc/ocelot.h | 5 ++--
4 files changed, 25 insertions(+), 19 deletions(-)
--
2.34.1
Powered by blists - more mailing lists