From: Qiliang Yuan <realwujing@gmail.com>
To: peterz@infradead.org
Cc: longman@redhat.com, cgroups@vger.kernel.org,
akpm@linux-foundation.org, anna-maria@linutronix.de,
boqun.feng@gmail.com, bsegall@google.com,
dietmar.eggemann@arm.com, frederic@kernel.org,
hannes@cmpxchg.org, jackmanb@google.com, jiangshanlai@gmail.com,
joelagnelf@nvidia.com, josh@joshtriplett.org,
juri.lelli@redhat.com, linux-kernel@vger.kernel.org,
linux-kselftest@vger.kernel.org, linux-mm@kvack.org,
mathieu.desnoyers@efficios.com, mgorman@suse.de, mhocko@suse.com,
mingo@kernel.org, mingo@redhat.com, neeraj.upadhyay@kernel.org,
paulmck@kernel.org, qiang.zhang@linux.dev, rcu@vger.kernel.org,
realwujing@gmail.com, rostedt@goodmis.org, shuah@kernel.org,
surenb@google.com, tglx@kernel.org, tj@kernel.org,
urezki@gmail.com, vbabka@suse.cz, vincent.guittot@linaro.org,
vschneid@redhat.com, ziy@nvidia.com
Subject: Re: [PATCH 07/15] watchdog: Allow runtime toggle of lockup detector affinity
Date: Mon, 30 Mar 2026 19:45:46 +0800 [thread overview]
Message-ID: <20260330114546.103726-1-realwujing@gmail.com> (raw)
In-Reply-To: <20260325140324.GD3738786@noisy.programming.kicks-ass.net>
On Wed, Mar 25, 2026 at 03:03:24PM +0100, Peter Zijlstra wrote:
> Why would we want to toggle the watchdog? It's linked to the
> TIMER housekeeping type anyway, right?
Yes, it is. The original patch had an independent toggle that felt
redundant to you, and I agree. The watchdog affinity follows the
timer housekeeping state.
I'll simplify this by removing the custom toggle and making it a
guaranteed side-effect of the global housekeeping state update.
This keeps the configuration simple while still achieving the goal
of keeping the isolated cores completely clean during dynamic changes.
next prev parent reply other threads:[~2026-03-30 11:46 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-25 9:09 [PATCH 00/15] Implementation of Dynamic Housekeeping & Enhanced Isolation (DHEI) Qiliang Yuan
2026-03-25 9:09 ` [PATCH 01/15] sched/isolation: Support dynamic allocation for housekeeping masks Qiliang Yuan
2026-03-25 13:57 ` Peter Zijlstra
2026-03-30 11:43 ` Qiliang Yuan
2026-03-25 9:09 ` [PATCH 02/15] sched/isolation: Introduce housekeeping notifier infrastructure Qiliang Yuan
2026-03-25 13:58 ` Peter Zijlstra
2026-03-30 11:44 ` Qiliang Yuan
2026-03-25 9:09 ` [PATCH 03/15] sched/isolation: Separate housekeeping types in enum hk_type Qiliang Yuan
2026-03-25 13:59 ` Peter Zijlstra
2026-03-30 11:44 ` Qiliang Yuan
2026-03-25 9:09 ` [PATCH 04/15] genirq: Support dynamic migration for managed interrupts Qiliang Yuan
2026-03-25 9:09 ` [PATCH 05/15] rcu: Support runtime NOCB initialization and dynamic offloading Qiliang Yuan
2026-03-25 9:09 ` [PATCH 06/15] sched/core: Dynamically update scheduler domain housekeeping mask Qiliang Yuan
2026-03-25 14:00 ` Peter Zijlstra
2026-03-30 11:45 ` Qiliang Yuan
2026-03-25 9:09 ` [PATCH 07/15] watchdog: Allow runtime toggle of lockup detector affinity Qiliang Yuan
2026-03-25 14:03 ` Peter Zijlstra
2026-03-30 11:45 ` Qiliang Yuan [this message]
2026-03-25 9:09 ` [PATCH 08/15] workqueue: Support dynamic housekeeping mask updates Qiliang Yuan
2026-03-25 9:09 ` [PATCH 09/15] mm/compaction: Support dynamic housekeeping mask updates for kcompactd Qiliang Yuan
2026-03-25 9:09 ` [PATCH 10/15] tick/nohz: Transition to dynamic full dynticks state management Qiliang Yuan
2026-03-25 9:09 ` [PATCH 11/15] sched/isolation: Implement SMT-aware isolation and safety guards Qiliang Yuan
2026-03-25 9:09 ` [PATCH 12/15] sched/isolation: Bridge boot-time parameters with dynamic isolation Qiliang Yuan
2026-03-25 9:09 ` [PATCH 13/15] sched/isolation: Implement sysfs interface for dynamic housekeeping Qiliang Yuan
2026-03-25 14:04 ` Peter Zijlstra
2026-03-30 11:46 ` Qiliang Yuan
2026-03-25 9:09 ` [PATCH 14/15] Documentation: isolation: Document DHEI sysfs interfaces Qiliang Yuan
2026-03-25 9:09 ` [PATCH 15/15] selftests: dhei: Add functional tests for dynamic housekeeping Qiliang Yuan
2026-03-25 16:02 ` [PATCH 00/15] Implementation of Dynamic Housekeeping & Enhanced Isolation (DHEI) Tejun Heo
2026-03-30 11:41 ` Qiliang Yuan
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=20260330114546.103726-1-realwujing@gmail.com \
--to=realwujing@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=anna-maria@linutronix.de \
--cc=boqun.feng@gmail.com \
--cc=bsegall@google.com \
--cc=cgroups@vger.kernel.org \
--cc=dietmar.eggemann@arm.com \
--cc=frederic@kernel.org \
--cc=hannes@cmpxchg.org \
--cc=jackmanb@google.com \
--cc=jiangshanlai@gmail.com \
--cc=joelagnelf@nvidia.com \
--cc=josh@joshtriplett.org \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=longman@redhat.com \
--cc=mathieu.desnoyers@efficios.com \
--cc=mgorman@suse.de \
--cc=mhocko@suse.com \
--cc=mingo@kernel.org \
--cc=mingo@redhat.com \
--cc=neeraj.upadhyay@kernel.org \
--cc=paulmck@kernel.org \
--cc=peterz@infradead.org \
--cc=qiang.zhang@linux.dev \
--cc=rcu@vger.kernel.org \
--cc=rostedt@goodmis.org \
--cc=shuah@kernel.org \
--cc=surenb@google.com \
--cc=tglx@kernel.org \
--cc=tj@kernel.org \
--cc=urezki@gmail.com \
--cc=vbabka@suse.cz \
--cc=vincent.guittot@linaro.org \
--cc=vschneid@redhat.com \
--cc=ziy@nvidia.com \
/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