From: Liang Hao <haohlliang@gmail.com>
To: Anna-Maria Behnsen <anna-maria@linutronix.de>,
Frederic Weisbecker <frederic@kernel.org>,
Thomas Gleixner <tglx@kernel.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] timers: Clear pending_map on CPU hotplug
Date: Mon, 24 Aug 2026 23:21:48 +0800 [thread overview]
Message-ID: <20260824152148.56383-1-haohlliang@gmail.com> (raw)
In-Reply-To: <20260823115046.50930-1-haohlliang@gmail.com>
Hi,
Additional measurements on a local arm64 Android board.
Method (two sessions per build):
5 runs per session, 5 offline/online pairs per run.
Per pair:
taskset 0x8 sh -c 'n=0; while [ $n -lt 100 ]; do sleep 0.01; n=$((n+1)); done' &
sleep 0.5
echo 0 > /sys/devices/system/cpu/cpu3/online
echo 1 > /sys/devices/system/cpu/cpu3/online
wait
# then the same sleep loop again
Temporary debug dmesg counts per run:
empty_bucket - collect_expired_timers() saw pending_map bit set
with an empty hlist (next_expiry had been pulled to
a stale empty bucket after re-online)
stale_pending - timers_dead_cpu() saw non-empty pending_map after
migrate (same probe on both builds; Build A then
clears, Build B does not)
Build A: clear pending_map after migrate
Build B: do not clear
Build A session 1 / 2 (empty_bucket, stale_pending):
0,6 0,6 0,6 0,6 0,5
0,7 0,5 0,5 0,5 0,5
Build B session 1 / 2:
33,10 18,10 10,10 12,10 6,10
32,10 14,10 17,10 13,10 10,10
stale_pending > 0 on both builds is expected: migrate leaves bits set
while vectors are empty. Build A clears them; Build B leaves them.
The discriminator is empty_bucket: without clearing it is > 0 every
run; with clearing it stays 0.
Thanks,
Liang Hao
prev parent reply other threads:[~2026-08-24 15:21 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-23 11:50 Liang Hao
2026-08-24 15:21 ` Liang Hao [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260824152148.56383-1-haohlliang@gmail.com \
--to=haohlliang@gmail.com \
--cc=anna-maria@linutronix.de \
--cc=frederic@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®