From: Nikolay Aleksandrov <razor@blackwall.org>
To: Daniel Borkmann <daniel@iogearbox.net>,
Hangbin Liu <liuhangbin@gmail.com>,
netdev@vger.kernel.org
Cc: "David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Alexei Starovoitov <ast@kernel.org>,
Jesper Dangaard Brouer <hawk@kernel.org>,
John Fastabend <john.fastabend@gmail.com>,
Jiri Pirko <jiri@resnulli.us>,
Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
Lorenzo Bianconi <lorenzo@kernel.org>,
Andrii Nakryiko <andriin@fb.com>, Jussi Maki <joamaki@gmail.com>,
Jay Vosburgh <jv@jvosburgh.net>,
Andy Gospodarek <andy@greyhouse.net>,
Jonathan Corbet <corbet@lwn.net>,
Andrew Lunn <andrew+netdev@lunn.ch>,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
bpf@vger.kernel.org
Subject: Re: [PATCH net-next 1/3] bonding: return detailed error when loading native XDP fails
Date: Wed, 16 Oct 2024 11:13:19 +0300 [thread overview]
Message-ID: <87ebd401-ddb3-4cb8-9e62-424b5497c33e@blackwall.org> (raw)
In-Reply-To: <b223add3-169a-4753-bdac-9f4cfc95eb97@iogearbox.net>
On 16/10/2024 10:59, Daniel Borkmann wrote:
> On 10/16/24 5:16 AM, Hangbin Liu wrote:
>> Bonding only supports native XDP for specific modes, which can lead to
>> confusion for users regarding why XDP loads successfully at times and
>> fails at others. This patch enhances error handling by returning detailed
>> error messages, providing users with clearer insights into the specific
>> reasons for the failure when loading native XDP.
>>
>> Signed-off-by: Hangbin Liu <liuhangbin@gmail.com>
>> ---
>> drivers/net/bonding/bond_main.c | 5 ++++-
>> 1 file changed, 4 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c
>> index b1bffd8e9a95..f0f76b6ac8be 100644
>> --- a/drivers/net/bonding/bond_main.c
>> +++ b/drivers/net/bonding/bond_main.c
>> @@ -5676,8 +5676,11 @@ static int bond_xdp_set(struct net_device *dev, struct bpf_prog *prog,
>> ASSERT_RTNL();
>> - if (!bond_xdp_check(bond))
>> + if (!bond_xdp_check(bond)) {
>> + BOND_NL_ERR(dev, extack,
>> + "No native XDP support for the current bonding mode");
>> return -EOPNOTSUPP;
>> + }
>> old_prog = bond->xdp_prog;
>> bond->xdp_prog = prog;
>
> LGTM, but independent of these I was more thinking whether something like this
> could do the trick (only compile tested). That way you also get the fallback
> without changing anything in the core XDP code.
>
> Thanks,
> Daniel
>
> diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c
> index b1bffd8e9a95..2861b3a895ff 100644
> --- a/drivers/net/bonding/bond_main.c
> +++ b/drivers/net/bonding/bond_main.c
> @@ -5915,6 +5915,10 @@ static const struct ethtool_ops bond_ethtool_ops = {
> .get_ts_info = bond_ethtool_get_ts_info,
> };
>
> +static const struct device_type bond_type = {
> + .name = "bond",
> +};
> +
> static const struct net_device_ops bond_netdev_ops = {
> .ndo_init = bond_init,
> .ndo_uninit = bond_uninit,
> @@ -5951,9 +5955,20 @@ static const struct net_device_ops bond_netdev_ops = {
> .ndo_hwtstamp_set = bond_hwtstamp_set,
> };
>
> -static const struct device_type bond_type = {
> - .name = "bond",
> -};
> +static struct net_device_ops bond_netdev_ops_noxdp __ro_after_init;
> +
> +static void __init bond_setup_noxdp_ops(void)
> +{
> + memcpy(&bond_netdev_ops_noxdp, &bond_netdev_ops,
> + sizeof(bond_netdev_ops));
> +
> + /* Used for bond device mode which does not support XDP
> + * yet, see also bond_xdp_check().
> + */
> + bond_netdev_ops_noxdp.ndo_bpf = NULL;
> + bond_netdev_ops_noxdp.ndo_xdp_xmit = NULL;
> + bond_netdev_ops_noxdp.ndo_xdp_get_xmit_slave = NULL;
> +}
>
> static void bond_destructor(struct net_device *bond_dev)
> {
> @@ -5978,7 +5993,9 @@ void bond_setup(struct net_device *bond_dev)
> /* Initialize the device entry points */
> ether_setup(bond_dev);
> bond_dev->max_mtu = ETH_MAX_MTU;
> - bond_dev->netdev_ops = &bond_netdev_ops;
> + bond_dev->netdev_ops = bond_xdp_check(bond) ?
> + &bond_netdev_ops :
> + &bond_netdev_ops_noxdp;
This will have to be done safely on bond mode change as well.
If all slaves are released we can switch modes without destroying
the device.
> bond_dev->ethtool_ops = &bond_ethtool_ops;
>
> bond_dev->needs_free_netdev = true;
> @@ -6591,6 +6608,8 @@ static int __init bonding_init(void)
> int i;
> int res;
>
> + bond_setup_noxdp_ops();
> +
> res = bond_check_params(&bonding_defaults);
> if (res)
> goto out;
next prev parent reply other threads:[~2024-10-16 8:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-16 3:16 [PATCH net-next 0/3] Bonding: return detailed error about XDP failures Hangbin Liu
2024-10-16 3:16 ` [PATCH net-next 1/3] bonding: return detailed error when loading native XDP fails Hangbin Liu
2024-10-16 7:30 ` Nikolay Aleksandrov
2024-10-16 7:59 ` Daniel Borkmann
2024-10-16 8:13 ` Nikolay Aleksandrov [this message]
2024-10-16 8:24 ` Daniel Borkmann
2024-10-16 8:17 ` Hangbin Liu
2024-10-16 3:16 ` [PATCH net-next 2/3] bonding: use correct return value Hangbin Liu
2024-10-16 7:32 ` Nikolay Aleksandrov
2024-10-16 3:16 ` [PATCH net-next 3/3] Documentation: bonding: add XDP support explanation Hangbin Liu
2024-10-16 7:38 ` Nikolay Aleksandrov
2024-10-16 8:13 ` Hangbin Liu
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=87ebd401-ddb3-4cb8-9e62-424b5497c33e@blackwall.org \
--to=razor@blackwall.org \
--cc=andrew+netdev@lunn.ch \
--cc=andriin@fb.com \
--cc=andy@greyhouse.net \
--cc=ast@kernel.org \
--cc=bigeasy@linutronix.de \
--cc=bpf@vger.kernel.org \
--cc=corbet@lwn.net \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hawk@kernel.org \
--cc=jiri@resnulli.us \
--cc=joamaki@gmail.com \
--cc=john.fastabend@gmail.com \
--cc=jv@jvosburgh.net \
--cc=kuba@kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=liuhangbin@gmail.com \
--cc=lorenzo@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.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®