From: Hangbin Liu <hangbin.liu@linux.dev>
To: Ido Schimmel <idosch@nvidia.com>
Cc: netdev@vger.kernel.org, davem@davemloft.net, kuba@kernel.org,
pabeni@redhat.com, edumazet@kernel.org, jv@jvosburgh.net,
andrew+netdev@lunn.ch, razor@blackwall.org, aahila@google.com
Subject: Re: [PATCH net-next 2/2] selftests: bonding: Add a test for 802.3ad with coupled control disabled
Date: Fri, 13 Nov 2026 10:24:46 +0800 [thread overview]
Message-ID: <avZ07oXIXo7xZyCC@fedora> (raw)
In-Reply-To: <20261111171947.2816258-2-idosch@nvidia.com>
Hi Ido,
On Wed, Nov 11, 2026 at 07:19:47PM +0200, Ido Schimmel wrote:
> Test that with coupled control disabled, a port in COLLECTING state
> receives packets.
>
> In this mode, a port only transitions from COLLECTING to DISTRIBUTING
> state if its partner sets the Collecting bit in its LACPDUs. Therefore,
> keep the port in COLLECTING state by clearing the Collecting bit in
> received LACPDUs.
>
> Also test that ping works once the port moves to DISTRIBUTING state.
>
> Use VRFs rather than network namespaces so that the test could be run
> with a veth pair or a pair of physically connected ports.
>
> Output without "bonding: 3ad: Receive packets in COLLECTING state":
>
> # ./bond_lacp_independent_control.sh
> TEST: Receive in COLLECTING state [FAIL]
> Packets not received in COLLECTING state
> TEST: Ping in DISTRIBUTING state [ OK ]
>
> Output with the fix:
>
> # ./bond_lacp_independent_control.sh
> TEST: Receive in COLLECTING state [ OK ]
> TEST: Ping in DISTRIBUTING state [ OK ]
>
> Reviewed-by: Petr Machata <petrm@nvidia.com>
> Signed-off-by: Ido Schimmel <idosch@nvidia.com>
> ---
> .../selftests/drivers/net/bonding/Makefile | 1 +
> .../bonding/bond_lacp_independent_control.sh | 144 ++++++++++++++++++
> .../selftests/drivers/net/bonding/config | 6 +
> 3 files changed, 151 insertions(+)
> create mode 100755 tools/testing/selftests/drivers/net/bonding/bond_lacp_independent_control.sh
>
> diff --git a/tools/testing/selftests/drivers/net/bonding/Makefile b/tools/testing/selftests/drivers/net/bonding/Makefile
> index e337c099fb40..46d9fede5918 100644
> --- a/tools/testing/selftests/drivers/net/bonding/Makefile
> +++ b/tools/testing/selftests/drivers/net/bonding/Makefile
> @@ -7,6 +7,7 @@ TEST_PROGS := \
> bond-eth-type-change.sh \
> bond-lladdr-target.sh \
> bond_ipsec_offload.sh \
> + bond_lacp_independent_control.sh \
> bond_lacp_prio.sh \
> bond_lacp_strict.sh \
> bond_macvlan_ipvlan.sh \
> diff --git a/tools/testing/selftests/drivers/net/bonding/bond_lacp_independent_control.sh b/tools/testing/selftests/drivers/net/bonding/bond_lacp_independent_control.sh
> new file mode 100755
> index 000000000000..c29712e01e49
> --- /dev/null
> +++ b/tools/testing/selftests/drivers/net/bonding/bond_lacp_independent_control.sh
> @@ -0,0 +1,144 @@
> +#!/bin/bash
> +# SPDX-License-Identifier: GPL-2.0
> +
> +# +-------------------------+ +-------------------------+
> +# | H1 (vrf) | | H2 (vrf) |
> +# | + bond1 (802.3ad) | | + bond2 (802.3ad) |
> +# | | coupled_control off | | | |
> +# | | 192.0.2.1/28 | | | 192.0.2.2/28 |
> +# | | | | | |
> +# | + $h1 | | + $h2 |
> +# +--|----------------------+ +--|----------------------+
> +# | |
> +# +---------------------------+
> +
> +# shellcheck disable=SC2034,SC2329
> +ALL_TESTS="
> + collecting
> + distributing
> +"
> +NUM_NETIFS=2
> +REQUIRE_MZ=no
> +lib_dir=$(dirname "$0")
> +# shellcheck disable=SC1091
> +source "$lib_dir"/../../../net/forwarding/lib.sh
> +
> +lacp_state_get()
> +{
> + local dev=$1; shift
> +
> + ip -d -j link show dev "$dev" | \
> + jq '.[].linkinfo.info_slave_data.ad_actor_oper_port_state'
> +}
> +
> +# The actor state of a port in ATTACHED state is 0x0f: Activity (0x01),
> +# Timeout (0x02), Aggregation (0x04) and Synchronization (0x08). The
> +# Collecting (0x10) bit is added in COLLECTING state (0x1f) and the
> +# Distributing (0x20) bit in DISTRIBUTING state (0x3f).
> +lacp_state_wait()
> +{
> + local dev=$1; shift
> + local state=$1; shift
> +
> + slowwait "$WAIT_TIMEOUT" until_counter_is "== $state" \
> + lacp_state_get "$dev" > /dev/null
> +}
> +
> +partner_state_clear()
> +{
> + local bits=$1; shift
> +
> + tc filter replace dev "$h1" ingress pref 1 handle 101 protocol 0x8809 \
> + flower skip_hw action pedit munge offset 18 u8 set 0 \
> + retain "$bits"
> +}
> +
> +h1_create()
> +{
> + adf_ip_link_add bond1 type bond mode 802.3ad lacp_rate fast \
> + coupled_control off
> + adf_ip_link_set_master "$h1" bond1
> + adf_simple_if_init bond1 192.0.2.1/28
> +
> + tc qdisc add dev "$h1" clsact
> + defer tc qdisc del dev "$h1" clsact
> +
> + tc qdisc add dev bond1 clsact
> + defer tc qdisc del dev bond1 clsact
> +
> + tc filter add dev bond1 ingress pref 1 handle 101 proto ip \
> + flower skip_hw src_ip 192.0.2.2 dst_ip 192.0.2.1 \
> + ip_proto icmp type 8 action pass
> + defer tc filter del dev bond1 ingress pref 1 handle 101 flower
> +}
> +
> +h2_create()
> +{
> + adf_ip_link_add bond2 type bond mode 802.3ad lacp_rate fast
> + adf_ip_link_set_master "$h2" bond2
> + adf_simple_if_init bond2 192.0.2.2/28
> +}
> +
> +setup_prepare()
> +{
> + h1=${NETIFS[p1]}
> + h2=${NETIFS[p2]}
> +
> + adf_vrf_prepare
Nit: why we need the vrf prepare? The h1/h2 should be veth interface, no?
> diff --git a/tools/testing/selftests/drivers/net/bonding/config b/tools/testing/selftests/drivers/net/bonding/config
> index b62c70715293..71c6d69d98a1 100644
> --- a/tools/testing/selftests/drivers/net/bonding/config
> +++ b/tools/testing/selftests/drivers/net/bonding/config
> @@ -1,13 +1,17 @@
> CONFIG_BONDING=y
> +CONFIG_BPF_SYSCALL=y
> CONFIG_BRIDGE=y
> +CONFIG_CGROUP_BPF=y
> CONFIG_CONFIGFS_FS=y
> CONFIG_DUMMY=y
> CONFIG_INET_ESP=y
> CONFIG_INET_ESP_OFFLOAD=y
> CONFIG_IPV6=y
> +CONFIG_IPV6_MULTIPLE_TABLES=y
Do we need this config ?
> CONFIG_IPVLAN=y
> CONFIG_MACVLAN=y
> CONFIG_NET_ACT_GACT=y
> +CONFIG_NET_ACT_PEDIT=m
> CONFIG_NET_CLS_FLOWER=y
> CONFIG_NET_CLS_MATCHALL=m
> CONFIG_NETCONSOLE=m
> @@ -15,7 +19,9 @@ CONFIG_NETCONSOLE_DYNAMIC=y
> CONFIG_NETCONSOLE_EXTENDED_LOG=y
> CONFIG_NETDEVSIM=m
> CONFIG_NET_IPGRE=y
> +CONFIG_NET_L3_MASTER_DEV=y
> CONFIG_NET_SCH_INGRESS=y
> +CONFIG_NET_VRF=y
If yes, this config could be removed. And the H1 (vrf) description in the
chart.
Thanks
Hangbin
next prev parent reply other threads:[~2026-11-13 2:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-11 17:19 [PATCH net-next 1/2] bonding: 3ad: Receive packets in COLLECTING state Ido Schimmel
2026-11-11 17:19 ` [PATCH net-next 2/2] selftests: bonding: Add a test for 802.3ad with coupled control disabled Ido Schimmel
2026-11-12 20:21 ` netdev-bot+sashiko
2026-11-13 2:16 ` Hangbin Liu
2026-11-13 2:24 ` Hangbin Liu [this message]
2026-11-12 20:21 ` [PATCH net-next 1/2] bonding: 3ad: Receive packets in COLLECTING state netdev-bot+sashiko
2026-11-13 1:32 ` 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=avZ07oXIXo7xZyCC@fedora \
--to=hangbin.liu@linux.dev \
--cc=aahila@google.com \
--cc=andrew+netdev@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@kernel.org \
--cc=idosch@nvidia.com \
--cc=jv@jvosburgh.net \
--cc=kuba@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=razor@blackwall.org \
/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