diff options
| author | 2026-05-05 15:19:39 +0200 | |
|---|---|---|
| committer | 2026-05-05 15:19:40 +0200 | |
| commit | 0c21517ac8287678c6adc038882826d9a4b9c566 (patch) | |
| tree | aa741e3d2c913a2e2540794d23816d26ac10d420 /samples/kobject/ssh:/git@git.zx2c4.com/git: | |
| parent | openvswitch: vport: fix race between tunnel creation and linking (diff) | |
| parent | selftests: openvswitch: add tests for tunnel vport refcounting (diff) | |
Merge branch 'openvswitch-fix-self-deadlock-on-release-of-tunnel-vports'
Ilya Maximets says:
====================
openvswitch: fix self-deadlock on release of tunnel vports
Two patches - the fix for the actual bug and the selftest that reproduces it.
I missed the self-deadlock in the original patch that introduced the issue,
because testing required code modification in the ovs-vswitchd to force it to
use legacy tunnel ports. I thought I made the change correctly, but apparently
something went wrong and the tests were run with the standard LWT infra instead.
The selftest added in this patch set will at least prevent this kind of mistakes
in the future.
I mentioned, however, that these tunnel vports are legacy and not actually used
by ovs-vswitchd. RTM_NEWLINK + COLLECT_METADATA is used in conjunction with the
standard OVS_VPORT_TYPE_NETDEV instead since 2017. The code to use the legacy
tunnels still exists in ovs-vswitchd however, but only as a fallback for older
kernels and we're planning to remove it in the next release. I'll be sending an
RFC to remove support for these legacy tunnel types from the kernel, as they
serve no real purpose today and only increase the uAPI surface for CVEs, but
we need to fix the known bugs for stable versions.
v1: https://lore.kernel.org/netdev/20260429151756.4157670-1-i.maximets@ovn.org/
====================
Link: https://patch.msgid.link/20260430233848.440994-1-i.maximets@ovn.org
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Diffstat (limited to 'samples/kobject/ssh:/git@git.zx2c4.com/git:')
0 files changed, 0 insertions, 0 deletions
