diff options
| author | Anil Kaushik <anilkaushikwireless@gmail.com> | 2026-10-16 09:32:23 +0000 |
|---|---|---|
| committer | Paolo Abeni <pabeni@redhat.com> | 2026-10-21 11:37:08 +0200 |
| commit | fe3e1a42fb7eb18d8c55d714b50a3d51f8cd6ffe (patch) | |
| tree | 66876c0729327367d78b0c2ce68d1d78ae09ef2f /scripts/Makefile.thinlto | |
| parent | 758d8928d2c5d6703da827577cef86d643155236 (diff) | |
| download | linux-fe3e1a42fb7eb18d8c55d714b50a3d51f8cd6ffe.tar.gz linux-fe3e1a42fb7eb18d8c55d714b50a3d51f8cd6ffe.zip | |
gtp: hold RCU for the device lookup when adding a PDP context
gtp_genl_new_pdp() calls gtp_find_dev(), which looks the device up with
dev_get_by_index_rcu(). Since commit e2d1baca2b33 ("gtp: remove useless
rcu_read_lock()"), this only runs under the rtnl lock, and kernels with
CONFIG_PROVE_RCU_LIST warn:
WARNING: suspicious RCU usage
net/core/dev.c:1047 RCU-list traversed in non-reader section!!
...
dev_get_by_index_rcu
gtp_find_dev
gtp_genl_new_pdp
Hold the RCU read lock around the lookup only: gtp_pdp_add() allocates
with GFP_KERNEL, and the rtnl lock keeps the device alive afterwards.
Found with the gtp selftest on a debug kernel.
Fixes: e2d1baca2b33 ("gtp: remove useless rcu_read_lock()")
Signed-off-by: Anil Kaushik <anilkaushikwireless@gmail.com>
Link: https://patch.msgid.link/20261016093225.1036375-3-anilkaushikwireless@gmail.com
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Diffstat (limited to 'scripts/Makefile.thinlto')
0 files changed, 0 insertions, 0 deletions