From: Waiman Long <longman@redhat.com>
To: Peter Zijlstra <peterz@infradead.org>
Cc: Nicholas Piggin <npiggin@gmail.com>,
Arnd Bergmann <arnd@arndb.de>, Borislav Petkov <bp@alien8.de>,
Davidlohr Bueso <dave@stgolabs.net>,
linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
Ingo Molnar <mingo@redhat.com>,
Thomas Gleixner <tglx@linutronix.de>,
Will Deacon <will.deacon@arm.com>,
x86@kernel.org
Subject: Re: [PATCH 2/2] locking/pvqspinlock: Optionally store lock holder cpu into lock
Date: Wed, 15 Jul 2020 12:33:27 -0400 [thread overview]
Message-ID: <b16a2d2b-3c72-cb70-5b6c-2f02a0953e42@redhat.com> (raw)
In-Reply-To: <20200714090126.GR10769@hirez.programming.kicks-ass.net>
On 7/14/20 5:01 AM, Peter Zijlstra wrote:
> On Mon, Jul 13, 2020 at 10:48:00PM -0400, Waiman Long wrote:
>> Storing the cpu number into the lock can be useful for other reason too. It
>> is not totally related to PPC support.
> Well, the thing you did only works for 'small' (<253 CPU) systems.
> There's a number of Power systems that's distinctly larger than that. So
> it simply cannot work as anything other than a suggestion/hint. It must
> not be a correctness thing.
>
Yes, there are limit on how much data one can put into the lock byte. So
it is not a sure way to find out who the lock holder is. There are
certainly large systems with hundreds or even thousands of cpus, but
they are the minority in the sea of Linux systems out there.
If the lock holder goes through the slowpath, the one behind it can save
its cpu number which can be used a hint of who the lock holder is though
it is not that reliable as lock stealing can happen.
BTW, I did get the optimized PV unlock asm code working now. I will post
the updated unconditional patch later this week for further discussion.
Cheers,
Longman
next prev parent reply other threads:[~2020-07-15 16:33 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-11 18:21 [PATCH 0/2] locking/qspinlock: Allow lock to store lock holder cpu number Waiman Long
2020-07-11 18:21 ` [PATCH 1/2] locking/qspinlock: Store lock holder cpu in lock if feasible Waiman Long
2020-07-12 17:33 ` Peter Zijlstra
2020-07-11 18:21 ` [PATCH 2/2] locking/pvqspinlock: Optionally store lock holder cpu into lock Waiman Long
2020-07-12 17:34 ` Peter Zijlstra
2020-07-12 23:05 ` Waiman Long
2020-07-13 4:17 ` Nicholas Piggin
2020-07-14 2:48 ` Waiman Long
2020-07-14 9:01 ` Peter Zijlstra
2020-07-15 16:33 ` Waiman Long [this message]
2020-07-13 9:21 ` Peter Zijlstra
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=b16a2d2b-3c72-cb70-5b6c-2f02a0953e42@redhat.com \
--to=longman@redhat.com \
--cc=arnd@arndb.de \
--cc=bp@alien8.de \
--cc=dave@stgolabs.net \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=npiggin@gmail.com \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
--cc=will.deacon@arm.com \
--cc=x86@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®