[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <41202126-cf45-46f8-9506-126072bfe0fe@amd.com>
Date: Tue, 6 Jan 2026 11:20:10 +0530
From: K Prateek Nayak <kprateek.nayak@....com>
To: Shrikanth Hegde <sshegde@...ux.ibm.com>
CC: <linux-kernel@...r.kernel.org>, <juri.lelli@...hat.com>,
<vschneid@...hat.com>, <tglx@...utronix.de>, <dietmar.eggemann@....com>,
<anna-maria@...utronix.de>, <frederic@...nel.org>, <wangyang.guo@...el.com>,
<mingo@...nel.org>, <peterz@...radead.org>, <vincent.guittot@...aro.org>
Subject: Re: [PATCH v2 2/3] sched/fair: Change likelyhood of nohz.nr_cpus and
do stats update if its due
Hello Shrikanth,
On 1/6/2026 9:53 AM, Shrikanth Hegde wrote:
>> There are also nuances like the smp_mb__after_atomic() in
>
> That reminds me, need to upgrade this to smp_mb now, given atomic is gone.
Isn't cpumask_set_cpu() also an atomic op?
set_bit() has a comment stating it is a "relaxed atomic operation" in
asm-generic/bitops/instrumented-atomic.h which makes it similar to a
atomic_inc().
--
Thanks and Regards,
Prateek
Powered by blists - more mailing lists