[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y9KMLfMHxlPkpRRr@hirez.programming.kicks-ass.net>
Date: Thu, 26 Jan 2023 15:20:29 +0100
From: Peter Zijlstra <peterz@...radead.org>
To: Hernan Ponce de Leon <hernan.poncedeleon@...weicloud.com>
Cc: Waiman Long <longman@...hat.com>, paulmck@...nel.org,
Arjan van de Ven <arjan@...ux.intel.com>, mingo@...hat.com,
will@...nel.org, boqun.feng@...il.com, akpm@...l.org,
tglx@...utronix.de, joel@...lfernandes.org,
stern@...land.harvard.edu, diogo.behrens@...wei.com,
jonas.oberhauser@...wei.com, linux-kernel@...r.kernel.org,
Hernan Ponce de Leon <hernanl.leon@...wei.com>,
stable@...r.kernel.org,
Jonas Oberhauser <jonas.oberhauser@...weicloud.com>
Subject: Re: [PATCH] Fix data race in mark_rt_mutex_waiters
On Thu, Jan 26, 2023 at 01:20:07PM +0100, Peter Zijlstra wrote:
> Well, set_bit() implies smp_mb(), atomic_long_or() does not and would
> need to retain the barrier.
set_bit() does not, must've had a brain-fart or so.
Powered by blists - more mailing lists