]> git.proxmox.com Git - mirror_ubuntu-jammy-kernel.git/commit
net: xfrm: unexport __init-annotated xfrm4_protocol_init()
authorMasahiro Yamada <masahiroy@kernel.org>
Mon, 6 Jun 2022 04:53:54 +0000 (13:53 +0900)
committerStefan Bader <stefan.bader@canonical.com>
Fri, 26 Aug 2022 08:52:59 +0000 (10:52 +0200)
commitcd1bc5a9620dd1b1be8328ef0301f9b61b121313
treeb48e7b30b7091d28f525fdff3f88ea6466f68895
parent6e08dc5d513f983e40340b587f38aa5fab63a160
net: xfrm: unexport __init-annotated xfrm4_protocol_init()

BugLink: https://bugs.launchpad.net/bugs/1982968
[ Upstream commit 4a388f08d8784af48f352193d2b72aaf167a57a1 ]

EXPORT_SYMBOL and __init is a bad combination because the .init.text
section is freed up after the initialization. Hence, modules cannot
use symbols annotated __init. The access to a freed symbol may end up
with kernel panic.

modpost used to detect it, but it has been broken for a decade.

Recently, I fixed modpost so it started to warn it again, then this
showed up in linux-next builds.

There are two ways to fix it:

  - Remove __init
  - Remove EXPORT_SYMBOL

I chose the latter for this case because the only in-tree call-site,
net/ipv4/xfrm4_policy.c is never compiled as modular.
(CONFIG_XFRM is boolean)

Fixes: 2f32b51b609f ("xfrm: Introduce xfrm_input_afinfo to access the the callbacks properly")
Reported-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Acked-by: Steffen Klassert <steffen.klassert@secunet.com>
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
Signed-off-by: Kamal Mostafa <kamal@canonical.com>
Signed-off-by: Stefan Bader <stefan.bader@canonical.com>
net/ipv4/xfrm4_protocol.c