summaryrefslogtreecommitdiff
path: root/tools/perf
diff options
context:
space:
mode:
authorYuan Tan <tanyuan98@outlook.com>2026-03-09 03:41:46 -0700
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2026-03-19 16:08:18 +0100
commitf5ef97c13165542480a6ffdbe6f09f40bbb7cbf1 (patch)
treebcbca91f2394f834e6c9991cdccb67fb5eb3f87c /tools/perf
parent05018cd9370f77bb18fbf6e15ff33c7a06f10b3c (diff)
downloadlinux-f5ef97c13165542480a6ffdbe6f09f40bbb7cbf1.tar.gz
linux-f5ef97c13165542480a6ffdbe6f09f40bbb7cbf1.tar.bz2
linux-f5ef97c13165542480a6ffdbe6f09f40bbb7cbf1.zip
netfilter: xt_IDLETIMER: reject rev0 reuse of ALARM timer labels
[ Upstream commit 329f0b9b48ee6ab59d1ab72fef55fe8c6463a6cf ] IDLETIMER revision 0 rules reuse existing timers by label and always call mod_timer() on timer->timer. If the label was created first by revision 1 with XT_IDLETIMER_ALARM, the object uses alarm timer semantics and timer->timer is never initialized. Reusing that object from revision 0 causes mod_timer() on an uninitialized timer_list, triggering debugobjects warnings and possible panic when panic_on_warn=1. Fix this by rejecting revision 0 rule insertion when an existing timer with the same label is of ALARM type. Fixes: 68983a354a65 ("netfilter: xtables: Add snapshot of hardidletimer target") Co-developed-by: Yifan Wu <yifanwucs@gmail.com> Signed-off-by: Yifan Wu <yifanwucs@gmail.com> Co-developed-by: Juefei Pu <tomapufckgml@gmail.com> Signed-off-by: Juefei Pu <tomapufckgml@gmail.com> Signed-off-by: Yuan Tan <tanyuan98@outlook.com> Signed-off-by: Xin Liu <dstsmallbird@foxmail.com> Signed-off-by: Florian Westphal <fw@strlen.de> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'tools/perf')
0 files changed, 0 insertions, 0 deletions