netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Vladimir Oltean <olteanv@gmail.com>
To: Lukasz Majewski <lukma@denx.de>,
	George McCollister <george.mccollister@gmail.com>
Cc: Tristram.Ha@microchip.com, Eric Dumazet <edumazet@google.com>,
	Andrew Lunn <andrew@lunn.ch>,
	davem@davemloft.net, Woojung Huh <woojung.huh@microchip.com>,
	Oleksij Rempel <o.rempel@pengutronix.de>,
	Florian Fainelli <f.fainelli@gmail.com>,
	Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
	UNGLinuxDriver@microchip.com, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Vladimir Oltean <vladimir.oltean@nxp.com>,
	Florian Fainelli <florian.fainelli@broadcom.com>
Subject: Re: [PATCH v6 net-next 1/5] net: dsa: propagate extack to ds->ops->port_hsr_join()
Date: Wed, 27 Sep 2023 01:44:56 +0300	[thread overview]
Message-ID: <20230926224456.h6eupvuyyl2qahpo@skbuf> (raw)
In-Reply-To: <20230922133108.2090612-2-lukma@denx.de>

On Fri, Sep 22, 2023 at 03:31:04PM +0200, Lukasz Majewski wrote:
> From: Vladimir Oltean <vladimir.oltean@nxp.com>
> 
> Drivers can provide meaningful error messages which state a reason why
> they can't perform an offload, and dsa_slave_changeupper() already has
> the infrastructure to propagate these over netlink rather than printing
> to the kernel log. So pass the extack argument and modify the xrs700x
> driver's port_hsr_join() prototype.
> 
> Also take the opportunity and use the extack for the 2 -EOPNOTSUPP cases
> from xrs700x_hsr_join().
> 
> Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
> Signed-off-by: Lukasz Majewski <lukma@denx.de>
> Reviewed-by: Florian Fainelli <florian.fainelli@broadcom.com>
> ---
> Changes for v5:
> - New patch
> Changes for v6:
> - None
> ---
>  drivers/net/dsa/xrs700x/xrs700x.c | 18 ++++++++++++------
>  include/net/dsa.h                 |  3 ++-
>  net/dsa/port.c                    |  5 +++--
>  net/dsa/port.h                    |  3 ++-
>  net/dsa/slave.c                   |  2 +-
>  5 files changed, 20 insertions(+), 11 deletions(-)
> 
> diff --git a/drivers/net/dsa/xrs700x/xrs700x.c b/drivers/net/dsa/xrs700x/xrs700x.c
> index 753fef757f11..5b02e9e426fd 100644
> --- a/drivers/net/dsa/xrs700x/xrs700x.c
> +++ b/drivers/net/dsa/xrs700x/xrs700x.c
> @@ -548,7 +548,8 @@ static void xrs700x_bridge_leave(struct dsa_switch *ds, int port,
>  }
>  
>  static int xrs700x_hsr_join(struct dsa_switch *ds, int port,
> -			    struct net_device *hsr)
> +			    struct net_device *hsr,
> +			    struct netlink_ext_ack *extack)
>  {
>  	unsigned int val = XRS_HSR_CFG_HSR_PRP;
>  	struct dsa_port *partner = NULL, *dp;
> @@ -562,16 +563,21 @@ static int xrs700x_hsr_join(struct dsa_switch *ds, int port,
>  	if (ret)
>  		return ret;
>  
> -	/* Only ports 1 and 2 can be HSR/PRP redundant ports. */
> -	if (port != 1 && port != 2)
> +	if (port != 1 && port != 2) {
> +		NL_SET_ERR_MSG_MOD(extack,
> +				   "Only ports 1 and 2 can offload HSR/PRP");
>  		return -EOPNOTSUPP;
> +	}
>  
> -	if (ver == HSR_V1)
> +	if (ver == HSR_V1) {
>  		val |= XRS_HSR_CFG_HSR;
> -	else if (ver == PRP_V1)
> +	} else if (ver == PRP_V1) {
>  		val |= XRS_HSR_CFG_PRP;
> -	else
> +	} else {
> +		NL_SET_ERR_MSG_MOD(extack,
> +				   "Only HSR v1 and PRP v1 can be offloaded");
>  		return -EOPNOTSUPP;
> +	}
>  
>  	dsa_hsr_foreach_port(dp, ds, hsr) {
>  		if (dp->index != port) {
> diff --git a/include/net/dsa.h b/include/net/dsa.h
> index 0b9c6aa27047..426724808e76 100644
> --- a/include/net/dsa.h
> +++ b/include/net/dsa.h
> @@ -1198,7 +1198,8 @@ struct dsa_switch_ops {
>  	 * HSR integration
>  	 */
>  	int	(*port_hsr_join)(struct dsa_switch *ds, int port,
> -				 struct net_device *hsr);
> +				 struct net_device *hsr,
> +				 struct netlink_ext_ack *extack);
>  	int	(*port_hsr_leave)(struct dsa_switch *ds, int port,
>  				  struct net_device *hsr);
>  
> diff --git a/net/dsa/port.c b/net/dsa/port.c
> index 37ab238e8304..5f01bd4f9dec 100644
> --- a/net/dsa/port.c
> +++ b/net/dsa/port.c
> @@ -2024,7 +2024,8 @@ void dsa_shared_port_link_unregister_of(struct dsa_port *dp)
>  		dsa_shared_port_setup_phy_of(dp, false);
>  }
>  
> -int dsa_port_hsr_join(struct dsa_port *dp, struct net_device *hsr)
> +int dsa_port_hsr_join(struct dsa_port *dp, struct net_device *hsr,
> +		      struct netlink_ext_ack *extack)
>  {
>  	struct dsa_switch *ds = dp->ds;
>  	int err;
> @@ -2034,7 +2035,7 @@ int dsa_port_hsr_join(struct dsa_port *dp, struct net_device *hsr)
>  
>  	dp->hsr_dev = hsr;
>  
> -	err = ds->ops->port_hsr_join(ds, dp->index, hsr);
> +	err = ds->ops->port_hsr_join(ds, dp->index, hsr, extack);
>  	if (err)
>  		dp->hsr_dev = NULL;
>  
> diff --git a/net/dsa/port.h b/net/dsa/port.h
> index dc812512fd0e..334879964e2c 100644
> --- a/net/dsa/port.h
> +++ b/net/dsa/port.h
> @@ -103,7 +103,8 @@ int dsa_port_phylink_create(struct dsa_port *dp);
>  void dsa_port_phylink_destroy(struct dsa_port *dp);
>  int dsa_shared_port_link_register_of(struct dsa_port *dp);
>  void dsa_shared_port_link_unregister_of(struct dsa_port *dp);
> -int dsa_port_hsr_join(struct dsa_port *dp, struct net_device *hsr);
> +int dsa_port_hsr_join(struct dsa_port *dp, struct net_device *hsr,
> +		      struct netlink_ext_ack *extack);
>  void dsa_port_hsr_leave(struct dsa_port *dp, struct net_device *hsr);
>  int dsa_port_tag_8021q_vlan_add(struct dsa_port *dp, u16 vid, bool broadcast);
>  void dsa_port_tag_8021q_vlan_del(struct dsa_port *dp, u16 vid, bool broadcast);
> diff --git a/net/dsa/slave.c b/net/dsa/slave.c
> index 48db91b33390..2b3d89b77121 100644
> --- a/net/dsa/slave.c
> +++ b/net/dsa/slave.c
> @@ -2862,7 +2862,7 @@ static int dsa_slave_changeupper(struct net_device *dev,
>  		}
>  	} else if (is_hsr_master(info->upper_dev)) {
>  		if (info->linking) {
> -			err = dsa_port_hsr_join(dp, info->upper_dev);
> +			err = dsa_port_hsr_join(dp, info->upper_dev, extack);
>  			if (err == -EOPNOTSUPP) {
>  				NL_SET_ERR_MSG_WEAK_MOD(extack,
>  							"Offloading not supported");
> -- 
> 2.20.1
> 

It would have been good to Cc George here, for the driver-side patch.
But anyway, it looks ok.

  reply	other threads:[~2023-09-26 22:45 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-22 13:31 [PATCH v6 net-next 0/5] net: dsa: hsr: Enable HSR HW offloading for KSZ9477 Lukasz Majewski
2023-09-22 13:31 ` [PATCH v6 net-next 1/5] net: dsa: propagate extack to ds->ops->port_hsr_join() Lukasz Majewski
2023-09-26 22:44   ` Vladimir Oltean [this message]
2023-09-22 13:31 ` [PATCH v6 net-next 2/5] net: dsa: notify drivers of MAC address changes on user ports Lukasz Majewski
2023-09-22 13:31 ` [PATCH v6 net-next 3/5] net: dsa: tag_ksz: Extend ksz9477_xmit() for HSR frame duplication Lukasz Majewski
2023-09-22 13:31 ` [PATCH v6 net-next 4/5] net: dsa: microchip: move REG_SW_MAC_ADDR to dev->info->regs[] Lukasz Majewski
2023-09-22 13:31 ` [PATCH v6 net-next 5/5] net: dsa: microchip: Enable HSR offloading for KSZ9477 Lukasz Majewski
2023-09-26 22:54 ` [PATCH v6 net-next 0/5] net: dsa: hsr: Enable HSR HW " Vladimir Oltean
2023-09-28 10:41   ` Lukasz Majewski
2023-10-03  7:58     ` Lukasz Majewski
2023-10-03 10:44       ` Vladimir Oltean
2023-10-03 12:51         ` Lukasz Majewski
2023-10-03 13:42           ` Jakub Kicinski
2023-10-03 14:15             ` Lukasz Majewski
2024-01-09 12:32         ` [net][hsr] Question regarding HSR RedBox functionality implementation (preferably on KSZ9477) Lukasz Majewski
2024-01-09 12:52           ` Vladimir Oltean
2024-01-09 14:04             ` Lukasz Majewski
2024-02-14 10:44               ` Lukasz Majewski
2024-02-15 11:51                 ` Lukasz Majewski
2024-02-15 17:23                   ` Stephen Hemminger
2023-10-03 13:50 ` [PATCH v6 net-next 0/5] net: dsa: hsr: Enable HSR HW offloading for KSZ9477 patchwork-bot+netdevbpf

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=20230926224456.h6eupvuyyl2qahpo@skbuf \
    --to=olteanv@gmail.com \
    --cc=Tristram.Ha@microchip.com \
    --cc=UNGLinuxDriver@microchip.com \
    --cc=andrew@lunn.ch \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=f.fainelli@gmail.com \
    --cc=florian.fainelli@broadcom.com \
    --cc=george.mccollister@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=pabeni@redhat.com \
    --cc=vladimir.oltean@nxp.com \
    --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;
as well as URLs for NNTP newsgroup(s).