From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arjan van de Ven Subject: Re: [PATCH 3/7] idle, thermal, acpi: Remove home grown idle implementations Date: Wed, 20 Nov 2013 08:40:49 -0800 Message-ID: <528CE611.8040903@linux.intel.com> References: <20131120160450.072555619@infradead.org> <20131120162736.508462614@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mga09.intel.com ([134.134.136.24]:49160 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754260Ab3KTQkw (ORCPT ); Wed, 20 Nov 2013 11:40:52 -0500 In-Reply-To: <20131120162736.508462614@infradead.org> Sender: linux-pm-owner@vger.kernel.org List-Id: linux-pm@vger.kernel.org To: Peter Zijlstra , lenb@kernel.org, rjw@rjwysocki.net, Eliezer Tamir , Chris Leech , David Miller , rui.zhang@intel.com, jacob.jun.pan@linux.intel.com, Mike Galbraith , Ingo Molnar , hpa@zytor.com, Thomas Gleixner Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, "Rafael J. Wysocki" On 11/20/2013 8:04 AM, Peter Zijlstra wrote: > This does not fully preseve existing behaviour in that the generic > idle cycle function calls into the normal cpuidle governed idle > routines and should thus respect things like QoS parameters and the > like. NAK on the powerclamp side. powerclamp MUST NOT do that.... it is needed to go to the deepest state no matter what (this is for when your system is overheating. there is not a lot of choice here... alternative is an emergency reset that the hardware does for safety)