[PATCH] ARM: formalize an IPI for CPU wake-ups
Nicolas Pitre
nico at fluxnic.net
Mon Jun 11 15:11:05 EDT 2012
On Mon, 11 Jun 2012, Russell King - ARM Linux wrote:
> On Mon, Jun 11, 2012 at 02:40:24PM -0400, Nicolas Pitre wrote:
> > On Mon, 11 Jun 2012, Russell King - ARM Linux wrote:
> >
> > > On Mon, Jun 11, 2012 at 01:18:28PM -0400, Nicolas Pitre wrote:
> > > > And that message certainly has to go as it may be triggered multiple
> > > > times per second in some use cases here.
> > >
> > > That, I interpret, as an attempt to use CPU hotplugging for power
> > > saving.
> > >
> > > No. Do not do that. Under any circumstances. Not only is the CPU
> > > hotplugging code racy in places, it also totally destroys the ability
> > > to have threads bound to CPUs, or even interrupts to CPUs.
> >
> > [ more comments ommitted ]
> >
> > Russell, let me suggest you take the time to read this:
> >
> > http://lwn.net/Articles/481055/
> >
> > then let's restart this conversation if you please.
>
> Same comments apply for exactly the reasons I stated.
No they don't. They can't. The generic kernel code doesn't know what is
happening behind the scene and may not even care if at the low level a
complete CPU replacement happened. Trust me, I happen to know one thing
or two about those issues you mentioned and the code I'm working on will
be posted in due course.
But that is not the point of this thread. The point I want to bring
forward is:
- IPIs are needed to wake up remote CPUs
- we should formalize a number for it and the actual number is the least
of my concern
- the warning must go
- and we shouldn't wait until the entire world comes forth to confirm
any arbitrary SGI number works for them or nothing will ever happen.
Can we make some progress with this please?
Nicolas
More information about the linux-arm-kernel
mailing list