summaryrefslogtreecommitdiff
path: root/scripts/patch-kernel
diff options
context:
space:
mode:
authorSteffen Klassert <steffen.klassert@secunet.com>2024-10-23 12:53:42 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2025-02-08 09:58:00 +0100
commit2a64cff2aabe8b3a1bff9374a3e953323d08ee0e (patch)
tree54ad6f6061857769b5e5d3c0e915cf29c56e8f11 /scripts/patch-kernel
parent87fdd4c4478f1741d69c6f7cb0bf2eeb1e3588c7 (diff)
downloadlinux-2a64cff2aabe8b3a1bff9374a3e953323d08ee0e.tar.gz
linux-2a64cff2aabe8b3a1bff9374a3e953323d08ee0e.tar.bz2
linux-2a64cff2aabe8b3a1bff9374a3e953323d08ee0e.zip
xfrm: Add support for per cpu xfrm state handling.
[ Upstream commit 1ddf9916ac09313128e40d6581cef889c0b4ce84 ] Currently all flows for a certain SA must be processed by the same cpu to avoid packet reordering and lock contention of the xfrm state lock. To get rid of this limitation, the IETF standardized per cpu SAs in RFC 9611. This patch implements the xfrm part of it. We add the cpu as a lookup key for xfrm states and a config option to generate acquire messages for each cpu. With that, we can have on each cpu a SA with identical traffic selector so that flows can be processed in parallel on all cpus. Signed-off-by: Steffen Klassert <steffen.klassert@secunet.com> Tested-by: Antony Antony <antony.antony@secunet.com> Tested-by: Tobias Brunner <tobias@strongswan.org> Stable-dep-of: e952837f3ddb ("xfrm: state: fix out-of-bounds read during lookup") Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'scripts/patch-kernel')
0 files changed, 0 insertions, 0 deletions