Thread (2 messages) flat view 2 messages, 2 authors, 2015-03-30

Re: [PATCH 0/9] qspinlock stuff -v15

From: Peter Zijlstra <peterz@infradead.org>
Date: 2015-03-30 16:29:49
Also in: kvm, linux-arch, lkml

On Mon, Mar 30, 2015 at 12:25:12PM -0400, Waiman Long wrote:
I did it differently in my PV portion of the qspinlock patch. Instead of
just waking up the CPU, the new lock holder will check if the new queue head
has been halted. If so, it will set the slowpath flag for the halted queue
head in the lock so as to wake it up at unlock time. This should eliminate
your concern of dong twice as many VMEXIT in an overcommitted scenario.
We can still do that on top of all this right? As you might have
realized I'm a fan of gradual complexity :-)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help