From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e28smtp01.in.ibm.com (e28smtp01.in.ibm.com [122.248.162.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "e28smtp01.in.ibm.com", Issuer "Equifax" (verified OK)) by ozlabs.org (Postfix) with ESMTPS id 7037BB7B78 for ; Mon, 16 Nov 2009 21:36:58 +1100 (EST) Received: from d28relay05.in.ibm.com (d28relay05.in.ibm.com [9.184.220.62]) by e28smtp01.in.ibm.com (8.14.3/8.13.1) with ESMTP id nAGAasdC018604 for ; Mon, 16 Nov 2009 16:06:54 +0530 Received: from d28av04.in.ibm.com (d28av04.in.ibm.com [9.184.220.66]) by d28relay05.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id nAGAasfO1351854 for ; Mon, 16 Nov 2009 16:06:54 +0530 Received: from d28av04.in.ibm.com (loopback [127.0.0.1]) by d28av04.in.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id nAGAaq9B030254 for ; Mon, 16 Nov 2009 21:36:54 +1100 Date: Mon, 16 Nov 2009 16:06:49 +0530 From: Arun R Bharadwaj To: Peter Zijlstra , Benjamin Herrenschmidt , Ingo Molnar , Vaidyanathan Srinivasan , Dipankar Sarma , Balbir Singh , Andi Kleen , Arun Bharadwaj Subject: Re: [v9 PATCH 0/9]: cpuidle: Cleanup cpuidle/ Introduce cpuidle to POWER. Message-ID: <20091116103649.GA23142@linux.vnet.ibm.com> References: <20091016093850.GB27350@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 In-Reply-To: <20091016093850.GB27350@linux.vnet.ibm.com> Cc: linux-arch@vger.kernel.org, linux-acpi@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Reply-To: arun@linux.vnet.ibm.com List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , * Arun R Bharadwaj [2009-10-16 15:08:50]: > Hi, > > This patchset introduces cpuidle infrastructure to POWER, prototyping > for pSeries, and also does a major refactoring of current x86 idle > power management and a cleanup of cpuidle infrastructure. > > This patch series has been in discussion for quite a while now and > below are the links to the previous discussions. > > Hopefully, this is ready to be included in the -tip tree. > > v8 --> http://lkml.org/lkml/2009/10/8/82 > v7 --> http://lkml.org/lkml/2009/10/6/278 > v6 --> http://lkml.org/lkml/2009/9/22/180 > v5 --> http://lkml.org/lkml/2009/9/22/26 > v4 --> http://lkml.org/lkml/2009/9/1/133 > v3 --> http://lkml.org/lkml/2009/8/27/124 > v2 --> http://lkml.org/lkml/2009/8/26/233 > v1 --> http://lkml.org/lkml/2009/8/19/150 > > > Changes in this version: > ---------------------------------------- > *Added documentation for the new design regarding registration > of idle routines in Documentation/cpuidle/core.txt > > *Platforms which do not want the code bloat of cpuidle can > disable CONFIG_CPU_IDLE. Alternate definition of > cpuidle_idle_call is provided which would call the appropriate > idle routine provided by the arch without the overhead of > registration and governors. > (Thanks to Andi for raising this isuue) > > *I had missed a cpuidle_kick_cpus() in > cpuidle_pause_and_lock() which is called from the hotplug > path. So added that and tested this patchset by subjecting it > to cpuhotplug torture. > (Thanks to Balbir for noticing this) > > Hi Peter, Did you get time to look at this series? Please let me know if we need any changes to this version to get it merged. thanks > --arun >