diff options
author | Masahiro Yamada <masahiroy@kernel.org> | 2022-06-06 13:53:54 +0900 |
---|---|---|
committer | Jakub Kicinski <kuba@kernel.org> | 2022-06-08 10:10:13 -0700 |
commit | 4a388f08d8784af48f352193d2b72aaf167a57a1 (patch) | |
tree | bb4a78dbdfb91e682e2827001b598f556177b4a2 /net/ipv4/xfrm4_protocol.c | |
parent | 35b42dce619701f1300fb8498dae82c9bb1f0263 (diff) | |
download | linux-4a388f08d8784af48f352193d2b72aaf167a57a1.tar.gz linux-4a388f08d8784af48f352193d2b72aaf167a57a1.tar.bz2 linux-4a388f08d8784af48f352193d2b72aaf167a57a1.zip |
net: xfrm: unexport __init-annotated xfrm4_protocol_init()
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>
Diffstat (limited to 'net/ipv4/xfrm4_protocol.c')
-rw-r--r-- | net/ipv4/xfrm4_protocol.c | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/net/ipv4/xfrm4_protocol.c b/net/ipv4/xfrm4_protocol.c index 2fe5860c21d6..b146ce88c5d0 100644 --- a/net/ipv4/xfrm4_protocol.c +++ b/net/ipv4/xfrm4_protocol.c @@ -304,4 +304,3 @@ void __init xfrm4_protocol_init(void) { xfrm_input_register_afinfo(&xfrm4_input_afinfo); } -EXPORT_SYMBOL(xfrm4_protocol_init); |