mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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

      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®