From: Frieder Schrempf <frieder@fris.de>
To: netdev@vger.kernel.org, Andrew Lunn <andrew@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>,
linux-kernel@vger.kernel.org, Lukasz Majewski <lukma@denx.de>,
Paolo Abeni <pabeni@redhat.com>,
UNGLinuxDriver@microchip.com, Vladimir Oltean <olteanv@gmail.com>,
Woojung Huh <woojung.huh@microchip.com>
Cc: Frieder Schrempf <frieder.schrempf@kontron.de>,
Florian Fainelli <florian.fainelli@broadcom.com>,
Jesse Van Gavere <jesseevg@gmail.com>,
Oleksij Rempel <o.rempel@pengutronix.de>,
Pieter Van Trappen <pieter.van.trappen@cern.ch>,
"Russell King (Oracle)" <rmk+kernel@armlinux.org.uk>,
Simon Horman <horms@kernel.org>,
Tristram Ha <tristram.ha@microchip.com>,
Vadim Fedorenko <vadim.fedorenko@linux.dev>
Subject: [RFC PATCH] net: dsa: microchip: Prevent overriding of HSR port forwarding
Date: Wed, 13 Aug 2025 17:26:12 +0200 [thread overview]
Message-ID: <20250813152615.856532-1-frieder@fris.de> (raw)
From: Frieder Schrempf <frieder.schrempf@kontron.de>
The KSZ9477 supports NETIF_F_HW_HSR_FWD to forward packets between
HSR ports. This is set up when creating the HSR interface via
ksz9477_hsr_join() and ksz9477_cfg_port_member().
At the same time ksz_update_port_member() is called on every
state change of a port and reconfiguring the forwarding to the
default state which means packets get only forwarded to the CPU
port.
If the ports are brought up before setting up the HSR interface
and then the port state is not changed afterwards, everything works
as intended:
ip link set lan1 up
ip link set lan2 up
ip link add name hsr type hsr slave1 lan1 slave2 lan2 supervision 45 version 1
ip addr add dev hsr 10.0.0.10/24
ip link set hsr up
If the port state is changed after creating the HSR interface, this results
in a non-working HSR setup:
ip link add name hsr type hsr slave1 lan1 slave2 lan2 supervision 45 version 1
ip addr add dev hsr 10.0.0.10/24
ip link set lan1 up
ip link set lan2 up
ip link set hsr up
In this state, packets will not get forwarded between the HSR ports and
communication between HSR nodes that are not direct neighbours in the
topology fails.
To avoid this, we prevent all forwarding reconfiguration requests for ports
that are part of a HSR setup with NETIF_F_HW_HSR_FWD enabled.
Fixes: 2d61298fdd7b ("net: dsa: microchip: Enable HSR offloading for KSZ9477")
Signed-off-by: Frieder Schrempf <frieder.schrempf@kontron.de>
---
I'm posting this as RFC as my knowledge of the driver and the stack in
general is very limited. Please review thoroughly and provide feedback.
Thanks!
---
---
drivers/net/dsa/microchip/ksz_common.c | 11 +++++++++++
include/net/dsa.h | 12 ++++++++++++
2 files changed, 23 insertions(+)
diff --git a/drivers/net/dsa/microchip/ksz_common.c b/drivers/net/dsa/microchip/ksz_common.c
index 7c142c17b3f69..56370ecdfe4ee 100644
--- a/drivers/net/dsa/microchip/ksz_common.c
+++ b/drivers/net/dsa/microchip/ksz_common.c
@@ -2286,6 +2286,17 @@ static void ksz_update_port_member(struct ksz_device *dev, int port)
return;
dp = dsa_to_port(ds, port);
+
+ /*
+ * HSR ports might use forwarding configured during setup. Prevent any
+ * modifications as long as the port is part of a HSR setup with
+ * NETIF_F_HW_HSR_FWD enabled.
+ */
+ if (dev->hsr_dev && dp->user &&
+ (dp->user->features & NETIF_F_HW_HSR_FWD) &&
+ dsa_is_hsr_port(ds, dev->hsr_dev, port))
+ return;
+
cpu_port = BIT(dsa_upstream_port(ds, port));
for (i = 0; i < ds->num_ports; i++) {
diff --git a/include/net/dsa.h b/include/net/dsa.h
index 55e2d97f247eb..846a2cc2f2fc3 100644
--- a/include/net/dsa.h
+++ b/include/net/dsa.h
@@ -565,6 +565,18 @@ static inline bool dsa_is_user_port(struct dsa_switch *ds, int p)
return dsa_to_port(ds, p)->type == DSA_PORT_TYPE_USER;
}
+static inline bool dsa_is_hsr_port(struct dsa_switch *ds, struct net_device *hsr, int p)
+{
+ struct dsa_port *hsr_dp;
+
+ dsa_hsr_foreach_port(hsr_dp, ds, hsr) {
+ if (hsr_dp->index == p)
+ return true;
+ }
+
+ return false;
+}
+
#define dsa_tree_for_each_user_port(_dp, _dst) \
list_for_each_entry((_dp), &(_dst)->ports, list) \
if (dsa_port_is_user((_dp)))
--
2.50.1
next reply other threads:[~2025-08-13 15:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-13 15:26 Frieder Schrempf [this message]
2025-08-13 15:45 ` Łukasz Majewski
2025-08-13 15:57 ` Frieder Schrempf
2025-08-14 7:23 ` Łukasz Majewski
2025-08-14 22:59 ` Andrew Lunn
2025-08-15 18:30 ` Frieder Schrempf
2025-08-16 0:53 ` Tristram.Ha
2025-08-18 11:00 ` Frieder Schrempf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250813152615.856532-1-frieder@fris.de \
--to=frieder@fris.de \
--cc=UNGLinuxDriver@microchip.com \
--cc=andrew@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=florian.fainelli@broadcom.com \
--cc=frieder.schrempf@kontron.de \
--cc=horms@kernel.org \
--cc=jesseevg@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lukma@denx.de \
--cc=netdev@vger.kernel.org \
--cc=o.rempel@pengutronix.de \
--cc=olteanv@gmail.com \
--cc=pabeni@redhat.com \
--cc=pieter.van.trappen@cern.ch \
--cc=rmk+kernel@armlinux.org.uk \
--cc=tristram.ha@microchip.com \
--cc=vadim.fedorenko@linux.dev \
--cc=woojung.huh@microchip.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®