From: Jakub Kicinski <kuba@kernel.org>
To: Bui Quang Minh <minhquangbui99@gmail.com>
Cc: virtualization@lists.linux.dev,
"Michael S. Tsirkin" <mst@redhat.com>,
"Jason Wang" <jasowang@redhat.com>,
"Xuan Zhuo" <xuanzhuo@linux.alibaba.com>,
"Andrew Lunn" <andrew+netdev@lunn.ch>,
"Eric Dumazet" <edumazet@google.com>,
"Paolo Abeni" <pabeni@redhat.com>,
"Alexei Starovoitov" <ast@kernel.org>,
"Daniel Borkmann" <daniel@iogearbox.net>,
"Jesper Dangaard Brouer" <hawk@kernel.org>,
"John Fastabend" <john.fastabend@gmail.com>,
"Eugenio Pérez" <eperezma@redhat.com>,
"David S. Miller" <davem@davemloft.net>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
bpf@vger.kernel.org
Subject: Re: [PATCH v4 4/4] selftests: net: add a virtio_net deadlock selftest
Date: Tue, 22 Apr 2025 18:41:51 -0700 [thread overview]
Message-ID: <20250422184151.2fb4fffe@kernel.org> (raw)
In-Reply-To: <20250417072806.18660-5-minhquangbui99@gmail.com>
On Thu, 17 Apr 2025 14:28:06 +0700 Bui Quang Minh wrote:
> The selftest reproduces the deadlock scenario when binding/unbinding XDP
> program, XDP socket, rx ring resize on virtio_net interface.
>
> Signed-off-by: Bui Quang Minh <minhquangbui99@gmail.com>
> ---
> .../testing/selftests/drivers/net/hw/Makefile | 1 +
> .../selftests/drivers/net/hw/virtio_net.py | 65 +++++++++++++++++++
> 2 files changed, 66 insertions(+)
> create mode 100755 tools/testing/selftests/drivers/net/hw/virtio_net.py
>
> diff --git a/tools/testing/selftests/drivers/net/hw/Makefile b/tools/testing/selftests/drivers/net/hw/Makefile
> index 07cddb19ba35..b5af7c1412bf 100644
> --- a/tools/testing/selftests/drivers/net/hw/Makefile
> +++ b/tools/testing/selftests/drivers/net/hw/Makefile
> @@ -21,6 +21,7 @@ TEST_PROGS = \
> rss_ctx.py \
> rss_input_xfrm.py \
> tso.py \
> + virtio_net.py \
Maybe xsk_reconfig.py ? Other drivers will benefit from this test, too,
and that's a more descriptive name.
> #
>
> TEST_FILES := \
> diff --git a/tools/testing/selftests/drivers/net/hw/virtio_net.py b/tools/testing/selftests/drivers/net/hw/virtio_net.py
> new file mode 100755
> index 000000000000..7cad7ab98635
> --- /dev/null
> +++ b/tools/testing/selftests/drivers/net/hw/virtio_net.py
> @@ -0,0 +1,65 @@
> +#!/usr/bin/env python3
> +# SPDX-License-Identifier: GPL-2.0
> +
> +# This is intended to be run on a virtio-net guest interface.
> +# The test binds the XDP socket to the interface without setting
> +# the fill ring to trigger delayed refill_work. This helps to
> +# make it easier to reproduce the deadlock when XDP program,
> +# XDP socket bind/unbind, rx ring resize race with refill_work on
> +# the buggy kernel.
> +#
> +# The Qemu command to setup virtio-net
> +# -netdev tap,id=hostnet1,vhost=on,script=no,downscript=no
> +# -device virtio-net-pci,netdev=hostnet1,iommu_platform=on,disable-legacy=on
> +
> +from lib.py import ksft_exit, ksft_run
> +from lib.py import KsftSkipEx, KsftFailEx
> +from lib.py import NetDrvEnv
> +from lib.py import bkg, ip, cmd, ethtool
> +import re
> +
> +def _get_rx_ring_entries(cfg):
> + output = ethtool(f"-g {cfg.ifname}").stdout
> + values = re.findall(r'RX:\s+(\d+)', output)
no need for the regexps, ethtool -g supports json formatting:
output = ethtool(f"-g {cfg.ifname}", json=True)[0]
return output["rx"]
?
> + return int(values[1])
> +
> +def setup_xsk(cfg, xdp_queue_id = 0) -> bkg:
> + # Probe for support
> + xdp = cmd(f'{cfg.net_lib_dir / "xdp_helper"} - -', fail=False)
> + if xdp.ret == 255:
> + raise KsftSkipEx('AF_XDP unsupported')
> + elif xdp.ret > 0:
> + raise KsftFailEx('unable to create AF_XDP socket')
> +
> + try:
> + xsk_bkg = bkg(f'{cfg.net_lib_dir / "xdp_helper"} {cfg.ifindex} ' \
> + '{xdp_queue_id} -z', ksft_wait=3)
This process will time out after 3 seconds but the test really
shouldn't leave things running after it exits. Don't worry about
the couple of seconds of execution time. Wrap each test in
with bkg(f"... the exec info ... "):
# test code here
The bkg() class has an __exit__() handle once the test finishes
and leaves the with block it will terminate.
> + return xsk_bkg
> + except:
> + raise KsftSkipEx('Failed to bind XDP socket in zerocopy. ' \
> + 'Please consider adding iommu_platform=on ' \
> + 'when setting up virtio-net-pci')
> +
> +def check_xdp_bind(cfg):
> + ip(f"link set dev %s xdp obj %s sec xdp" %
> + (cfg.ifname, cfg.net_lib_dir / "xdp_dummy.bpf.o"))
> + ip(f"link set dev %s xdp off" % cfg.ifname)
> +
> +def check_rx_resize(cfg, queue_size = 128):
> + rx_ring = _get_rx_ring_entries(cfg)
> + ethtool(f"-G %s rx %d" % (cfg.ifname, queue_size))
> + ethtool(f"-G %s rx %d" % (cfg.ifname, rx_ring))
Why guess the ring size? What if it's already 128? I usually do:
rx_ring = _get_rx_ring_entries(cfg)
ethtool(f"-G %s rx %d" % (cfg.ifname, rx_ring / 2))
ethtool(f"-G %s rx %d" % (cfg.ifname, rx_ring))
IOW flip between half or double and current.
> +def main():
> + with NetDrvEnv(__file__, nsim_test=False) as cfg:
> + try:
> + xsk_bkg = setup_xsk(cfg)
> + except KsftSkipEx as e:
> + print(f"WARN: xsk pool is not set up, err: {e}")
> +
> + ksft_run([check_xdp_bind, check_rx_resize],
> + args=(cfg, ))
> + ksft_exit()
> +
> +if __name__ == "__main__":
> + main()
next prev parent reply other threads:[~2025-04-23 1:41 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-17 7:28 [PATCH v4 0/4] virtio-net: disable delayed refill when pausing rx Bui Quang Minh
2025-04-17 7:28 ` [PATCH v4 1/4] " Bui Quang Minh
2025-04-21 3:03 ` Jason Wang
2025-04-17 7:28 ` [PATCH v4 2/4] selftests: net: move xdp_helper to net/lib Bui Quang Minh
2025-04-17 7:28 ` [PATCH v4 3/4] selftests: net: add flag to force zerocopy mode in xdp_helper Bui Quang Minh
2025-04-23 1:34 ` Jakub Kicinski
2025-04-17 7:28 ` [PATCH v4 4/4] selftests: net: add a virtio_net deadlock selftest Bui Quang Minh
2025-04-23 1:41 ` Jakub Kicinski [this message]
2025-04-23 15:20 ` Bui Quang Minh
2025-04-23 22:23 ` Jakub Kicinski
2025-04-24 10:33 ` Bui Quang Minh
2025-04-24 22:07 ` Jakub Kicinski
2025-04-23 1:50 ` [PATCH v4 0/4] virtio-net: disable delayed refill when pausing rx 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=20250422184151.2fb4fffe@kernel.org \
--to=kuba@kernel.org \
--cc=andrew+netdev@lunn.ch \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=eperezma@redhat.com \
--cc=hawk@kernel.org \
--cc=jasowang@redhat.com \
--cc=john.fastabend@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=minhquangbui99@gmail.com \
--cc=mst@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=virtualization@lists.linux.dev \
--cc=xuanzhuo@linux.alibaba.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).