Thread (15 messages) 15 messages, 5 authors, 2007-08-24

Re: [PATCH RFC] Priority boosting for preemptible RCU

From: Paul E. McKenney <hidden>
Date: 2007-08-24 17:28:17
Also in: lkml

On Fri, Aug 24, 2007 at 01:51:21PM +0530, Gautham R Shenoy wrote:
On Thu, Aug 23, 2007 at 08:55:26AM -0700, Paul E. McKenney wrote:
quoted
quoted
Even if we use another cpumask_t, whenever a cpu goes down or comes up,
that will be reflected in this map, no? So what's the additional
advantage of using it?
The additional map allows the code to use something other than the
lock_cpu_hotplug/unlock_cpu_hotplug, and also is robust against any
changes to the hotplug synchronization mechanism.  Might well be
better just to use the current hotplug synchronization mechanism,
but I was feeling paranoid.  ;-)
If it was doing something more complicated in the critical section other
than summing stuff up, I would probably recommend going for another map
instead of using the current hotplug synchronization. But for this case
the current hotplug synchronization would work just fine.

I can very well understand your paranoia, but let me assure you, you are
not the only one ;-)
OK, will try to keep an open mind...  ;-)

							Thanx, Paul
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help