From: Jakub Kicinski <kuba@kernel.org>
To: Minxi Hou <houminxi@gmail.com>
Cc: netdev@vger.kernel.org, aconole@redhat.com, davem@davemloft.net,
dev@openvswitch.org, echaudro@redhat.com, edumazet@google.com,
horms@kernel.org, i.maximets@ovn.org, i.maximets@redhat.com,
linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org,
pabeni@redhat.com, shuah@kernel.org
Subject: Re: [PATCH net-next v9] selftests/net/openvswitch: add SCTP flow key support and test
Date: Mon, 10 Aug 2026 14:16:11 -0700 [thread overview]
Message-ID: <20260810141611.598bb373@kernel.org> (raw)
In-Reply-To: <20260805034459.1460015-1-houminxi@gmail.com>
On Tue, 4 Aug 2026 23:44:59 -0400 Minxi Hou wrote:
> One listener serves the whole test. socat's fork option handles each
> association in a child, so the flow rules are the only thing that
> changes between the three phases and the listener is never restarted
> underneath them.
>
> A forking daemon outlives the pid ovs_netns_spawn_daemon captures,
> because the child handling an association is not signalled when only
> that pid is killed. Start spawned daemons in their own session so
> each leads its own process group, and signal the group on cleanup.
> setsid ships in util-linux-core; selftests/vsock/vmtest.sh already
> calls it unconditionally in this same tree, so this isn't a new class
> of dependency for a kselftest shell script.
Did someone request this? It seems like an overkill just to make sure
socat has exited, no? There's plenty of socat *,fork use in selftests
without setsid. Maybe just set -T/-t to make sure the children exit
in reasonable time?
> + # Probe: check if kernel supports sctp flow key.
> + ovs_add_flow "$t" sctp4 \
> + 'in_port(1),eth(),eth_type(0x0800),ipv4(proto=132),sctp(dst=4443)' \
> + '2' &>/dev/null
> + if [ $? -ne 0 ]; then
AI says this is pointless, SCTP support is always built into ovs.
Please drop unless some human explicitly asked for this.
> + info "no support for sctp key - skipping"
> + ovs_exit_sig
> + return $ksft_skip
> + fi
--
pw-bot: cr
prev parent reply other threads:[~2026-08-10 21:16 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-05 3:44 [PATCH net-next v9] selftests/net/openvswitch: add SCTP flow key support and test Minxi Hou
2026-08-10 21:16 ` Jakub Kicinski [this message]
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=20260810141611.598bb373@kernel.org \
--to=kuba@kernel.org \
--cc=aconole@redhat.com \
--cc=davem@davemloft.net \
--cc=dev@openvswitch.org \
--cc=echaudro@redhat.com \
--cc=edumazet@google.com \
--cc=horms@kernel.org \
--cc=houminxi@gmail.com \
--cc=i.maximets@ovn.org \
--cc=i.maximets@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=shuah@kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.