From: Vladimir Oltean <olteanv@gmail.com>
To: "Clément Léger" <clement.leger@bootlin.com>
Cc: "Andrew Lunn" <andrew@lunn.ch>,
"Vivien Didelot" <vivien.didelot@gmail.com>,
"Florian Fainelli" <f.fainelli@gmail.com>,
"David S . Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Rob Herring" <robh+dt@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
"Magnus Damm" <magnus.damm@gmail.com>,
"Heiner Kallweit" <hkallweit1@gmail.com>,
"Russell King" <linux@armlinux.org.uk>,
"Thomas Petazzoni" <thomas.petazzoni@bootlin.com>,
"Herve Codina" <herve.codina@bootlin.com>,
"Miquèl Raynal" <miquel.raynal@bootlin.com>,
"Milan Stevanovic" <milan.stevanovic@se.com>,
"Jimmy Lalande" <jimmy.lalande@se.com>,
"Pascal Eberhard" <pascal.eberhard@se.com>,
linux-kernel@vger.kernel.org, devicetree@vger.kernel.org,
linux-renesas-soc@vger.kernel.org, netdev@vger.kernel.org,
"Jean-Pierre Geslin" <jean-pierre.geslin@non.se.com>,
"Phil Edworthy" <phil.edworthy@renesas.com>
Subject: Re: [PATCH net-next v3 06/12] net: dsa: rzn1-a5psw: add Renesas RZ/N1 advanced 5 port switch driver
Date: Wed, 4 May 2022 19:14:14 +0300 [thread overview]
Message-ID: <20220504161414.u6riybjcrgachjvh@skbuf> (raw)
In-Reply-To: <20220504093000.132579-7-clement.leger@bootlin.com>
On Wed, May 04, 2022 at 11:29:54AM +0200, Clément Léger wrote:
> Add Renesas RZ/N1 advanced 5 port switch driver. This switch handles 5
> ports including 1 CPU management port. A MDIO bus is also exposed by
> this switch and allows to communicate with PHYs connected to the ports.
> Each switch port (except for the CPU management ports) is connected to
> the MII converter.
>
> This driver includes basic bridging support, more support will be added
> later (vlan, etc).
>
> Suggested-by: Jean-Pierre Geslin <jean-pierre.geslin@non.se.com>
> Suggested-by: Phil Edworthy <phil.edworthy@renesas.com>
> Signed-off-by: Clément Léger <clement.leger@bootlin.com>
> ---
> +static void a5psw_port_disable(struct dsa_switch *ds, int port)
> +{
> + struct a5psw *a5psw = ds->priv;
> +
> + a5psw_port_authorize_set(a5psw, port, false);
> + a5psw_port_enable_set(a5psw, port, false);
> + a5psw_port_fdb_flush(a5psw, port);
The bridge core takes care of this by setting the port state to
DISABLED, which makes DSA call dsa_port_fast_age(), no?
Standalone ports shouldn't need fast ageing because they shouldn't have
address learning enabled in the first place.
> +}
> +static int a5psw_port_bridge_join(struct dsa_switch *ds, int port,
> + struct dsa_bridge bridge,
> + bool *tx_fwd_offload,
> + struct netlink_ext_ack *extack)
> +{
> + struct a5psw *a5psw = ds->priv;
> +
> + /* We only support 1 bridge device */
> + if (a5psw->br_dev && bridge.dev != a5psw->br_dev)
> + return -EINVAL;
return -EOPNOTSUPP, to allow software bridging.
You might also want to set an extack message here and avoid overwriting
it in dsa_slave_changeupper() with "Offloading not supported", but say
something more specific like "Forwarding offload supported for a single
bridge".
> +
> + a5psw->br_dev = bridge.dev;
> + a5psw_flooding_set_resolution(a5psw, port, true);
> + a5psw_port_mgmtfwd_set(a5psw, port, false);
> +
> + return 0;
> +}
> +
> +static void a5psw_port_bridge_leave(struct dsa_switch *ds, int port,
> + struct dsa_bridge bridge)
> +{
> + struct a5psw *a5psw = ds->priv;
> +
> + a5psw_flooding_set_resolution(a5psw, port, false);
> + a5psw_port_mgmtfwd_set(a5psw, port, true);
> +
> + /* No more port bridged */
s/port/ports/
> + if (a5psw->bridged_ports == BIT(A5PSW_CPU_PORT))
> + a5psw->br_dev = NULL;
> +}
> +static int a5psw_pcs_get(struct a5psw *a5psw)
> +{
> + struct device_node *ports, *port, *pcs_node;
> + struct phylink_pcs *pcs;
> + int ret;
> + u32 reg;
> +
> + ports = of_get_child_by_name(a5psw->dev->of_node, "ports");
Can you please do:
ports = of_get_child_by_name(a5psw->dev->of_node, "ethernet-ports");
if (!ports)
ports = of_get_child_by_name(a5psw->dev->of_node, "ports");
> + if (!ports)
> + return -EINVAL;
> +
> + for_each_available_child_of_node(ports, port) {
> + pcs_node = of_parse_phandle(port, "pcs-handle", 0);
> + if (!pcs_node)
> + continue;
> +
> + if (of_property_read_u32(port, "reg", ®)) {
> + ret = -EINVAL;
> + goto free_pcs;
> + }
> +
> + if (reg >= ARRAY_SIZE(a5psw->pcs)) {
> + ret = -ENODEV;
> + goto free_pcs;
> + }
> +
> + pcs = miic_create(pcs_node);
> + if (IS_ERR(pcs)) {
> + dev_err(a5psw->dev, "Failed to create PCS for port %d\n",
> + reg);
> + ret = PTR_ERR(pcs);
> + goto free_pcs;
> + }
> +
> + a5psw->pcs[reg] = pcs;
> + }
> + of_node_put(ports);
> +
> + return 0;
> +
> +free_pcs:
> + a5psw_pcs_free(a5psw);
> +
> + return ret;
> +}
> +/* Ensure enough space for 2 VLAN tags */
> +#define A5PSW_EXTRA_MTU_LEN (A5PSW_TAG_LEN + 8)
> +#define A5PSW_MAX_MTU (A5PSW_JUMBO_LEN - A5PSW_EXTRA_MTU_LEN)
> +#define A5PSW_MGMT_TAG_VALUE 0xE001
> +
> +#define A5PSW_PATTERN_MGMTFWD 0
> +
> +#define A5PSW_LK_BUSY_USEC_POLL 10
> +#define A5PSW_CTRL_TIMEOUT 1000
> +#define A5PSW_TABLE_ENTRIES 8192
> +
> +/**
> + * struct a5psw - switch struct
> + * @base: Base address of the switch
> + * @hclk: hclk_switch clock
> + * @clk: clk_switch clock
> + * @dev: Device associated to the switch
> + * @mii_bus: MDIO bus struct
> + * @mdio_freq: MDIO bus frequency requested
> + * @pcs: Array of PCS connected to the switch ports (not for the CPU)
> + * @ds: DSA switch struct
> + * @lk_lock: Lock for the lookup table
> + * @reg_lock: Lock for register read-modify-write operation
> + * @bridged_ports: List of ports that are bridged and should be flooded
s/List/Mask/
> + * @br_dev: Bridge net device
> + */
> +struct a5psw {
> + void __iomem *base;
> + struct clk *hclk;
> + struct clk *clk;
> + struct device *dev;
> + struct mii_bus *mii_bus;
> + struct phylink_pcs *pcs[A5PSW_PORTS_NUM - 1];
> + struct dsa_switch ds;
> + spinlock_t lk_lock;
> + spinlock_t reg_lock;
> + u32 bridged_ports;
> + struct net_device *br_dev;
> +};
> --
> 2.34.1
>
next prev parent reply other threads:[~2022-05-04 16:14 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-04 9:29 [PATCH net-next v3 00/12] add support for Renesas RZ/N1 ethernet subsystem devices Clément Léger
2022-05-04 9:29 ` [PATCH net-next v3 01/12] net: dsa: add support for ethtool get_rmon_stats() Clément Léger
2022-05-04 15:50 ` Vladimir Oltean
2022-05-04 9:29 ` [PATCH net-next v3 02/12] net: dsa: add Renesas RZ/N1 switch tag driver Clément Léger
2022-05-04 16:00 ` Vladimir Oltean
2022-05-05 13:48 ` Clément Léger
2022-05-04 9:29 ` [PATCH net-next v3 03/12] dt-bindings: net: pcs: add bindings for Renesas RZ/N1 MII converter Clément Léger
2022-05-04 9:29 ` [PATCH net-next v3 04/12] net: pcs: add Renesas MII converter driver Clément Léger
2022-05-05 7:16 ` Geert Uytterhoeven
2022-05-05 12:32 ` Clément Léger
2022-05-05 13:00 ` Geert Uytterhoeven
2022-05-05 13:03 ` Clément Léger
2022-05-04 9:29 ` [PATCH net-next v3 05/12] dt-bindings: net: dsa: add bindings for Renesas RZ/N1 Advanced 5 port switch Clément Léger
2022-05-04 9:29 ` [PATCH net-next v3 06/12] net: dsa: rzn1-a5psw: add Renesas RZ/N1 advanced 5 port switch driver Clément Léger
2022-05-04 16:14 ` Vladimir Oltean [this message]
2022-05-05 12:59 ` Clément Léger
2022-05-04 9:29 ` [PATCH net-next v3 07/12] net: dsa: rzn1-a5psw: add statistics support Clément Léger
2022-05-04 9:29 ` [PATCH net-next v3 08/12] net: dsa: rzn1-a5psw: add FDB support Clément Léger
2022-05-04 16:24 ` Vladimir Oltean
2022-05-05 13:44 ` Clément Léger
2022-05-05 16:30 ` Vladimir Oltean
2022-05-04 9:29 ` [PATCH net-next v3 09/12] ARM: dts: r9a06g032: describe MII converter Clément Léger
2022-05-04 9:29 ` [PATCH net-next v3 10/12] ARM: dts: r9a06g032: describe GMAC2 Clément Léger
2022-05-04 9:29 ` [PATCH net-next v3 11/12] ARM: dts: r9a06g032: describe switch Clément Léger
2022-05-04 9:30 ` [PATCH net-next v3 12/12] MAINTAINERS: add Renesas RZ/N1 switch related driver entry Clément Léger
2022-05-05 7:29 ` [PATCH net-next v3 00/12] add support for Renesas RZ/N1 ethernet subsystem devices Geert Uytterhoeven
2022-05-05 9:48 ` Clément Léger
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=20220504161414.u6riybjcrgachjvh@skbuf \
--to=olteanv@gmail.com \
--cc=andrew@lunn.ch \
--cc=clement.leger@bootlin.com \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=edumazet@google.com \
--cc=f.fainelli@gmail.com \
--cc=geert+renesas@glider.be \
--cc=herve.codina@bootlin.com \
--cc=hkallweit1@gmail.com \
--cc=jean-pierre.geslin@non.se.com \
--cc=jimmy.lalande@se.com \
--cc=krzk+dt@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=magnus.damm@gmail.com \
--cc=milan.stevanovic@se.com \
--cc=miquel.raynal@bootlin.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=pascal.eberhard@se.com \
--cc=phil.edworthy@renesas.com \
--cc=robh+dt@kernel.org \
--cc=thomas.petazzoni@bootlin.com \
--cc=vivien.didelot@gmail.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