From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Date: Thu, 24 Feb 2011 20:49:49 +0000 Subject: Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events Message-Id: <1298580589.5226.836.camel@laptop> List-Id: References: <1298573197.2428.457.camel@twins> <20110224201124.138311ba@lxorguk.ukuu.org.uk> <1298579452.5226.834.camel@laptop> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Nicolas Pitre Cc: Thomas Gleixner , Alan Cox , Vincent Guittot , lkml , linux-hotplug@vger.kernel.org, Frederic Weisbecker , Steven Rostedt , amit.kucheria@linaro.org, Rusty Russell , Ingo Molnar On Thu, 2011-02-24 at 15:40 -0500, Nicolas Pitre wrote: > On Thu, 24 Feb 2011, Peter Zijlstra wrote: > > > On Thu, 2011-02-24 at 15:24 -0500, Nicolas Pitre wrote: > > > > > Most SMP ARM processors are going to use it soon. Powering down idle > > > cores provides substantial power saving. > > > > And why can't regular idle paths be used? CPU hotplug is a massively > > expensive operation. > > The idle path assumes that the CPU state is preserved. Not much of it, > We're talking > about cores completely going down with power pulled beneath them and > eventually rebooted dynamically here. I think you can get away with actually pulling the power and re-initing the cpu to idle from the idle path and the rest of the kernel not caring.