From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753139AbaBCQOn (ORCPT ); Mon, 3 Feb 2014 11:14:43 -0500 Received: from mail-vc0-f173.google.com ([209.85.220.173]:63929 "EHLO mail-vc0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752114AbaBCQOl (ORCPT ); Mon, 3 Feb 2014 11:14:41 -0500 MIME-Version: 1.0 In-Reply-To: References: <1391295009-10844-1-git-send-email-robherring2@gmail.com> Date: Mon, 3 Feb 2014 10:14:40 -0600 Message-ID: Subject: Re: [PATCH] cpufreq: cpu0: make THERMAL_CPU support optional From: Rob Herring To: Viresh Kumar Cc: Eduardo Valentin , Linux Kernel Mailing List , Olof Johansson , "Rafael J. Wysocki" , "cpufreq@vger.kernel.org" Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 3, 2014 at 12:05 AM, Viresh Kumar wrote: > Cc'ing the guy who introduced this bug.. > > On 2 February 2014 04:20, Rob Herring wrote: >> From: Rob Herring >> >> The addition of THERMAL and THERMAL_CPU selections causes a kconfig >> warning on highbank platforms: >> >> warning: (ARM_HIGHBANK_CPUFREQ) selects GENERIC_CPUFREQ_CPU0 which has >> unmet direct dependencies (ARCH_HAS_CPUFREQ && CPU_FREQ && HAVE_CLK && >> REGULATOR && OF && THERMAL && CPU_THERMAL) >> >> The cpufreq-cpu0 driver does not require thermal zone support, and it >> should be selectable independently. Add a new kconfig option to enable >> this feature. >> >> Reported-by: Olof Johansson >> Cc: "Rafael J. Wysocki" >> Cc: Viresh Kumar >> Cc: cpufreq@vger.kernel.org >> Signed-off-by: Rob Herring >> --- >> drivers/cpufreq/Kconfig | 10 +++++++++- >> 1 file changed, 9 insertions(+), 1 deletion(-) >> >> diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig >> index 4b029c0..a197a04a 100644 >> --- a/drivers/cpufreq/Kconfig >> +++ b/drivers/cpufreq/Kconfig >> @@ -185,7 +185,7 @@ config CPU_FREQ_GOV_CONSERVATIVE >> >> config GENERIC_CPUFREQ_CPU0 >> tristate "Generic CPU0 cpufreq driver" >> - depends on HAVE_CLK && REGULATOR && OF && THERMAL && CPU_THERMAL >> + depends on HAVE_CLK && REGULATOR && OF > > That's fine as code would still compile due to dummy routines.. > >> select PM_OPP >> help >> This adds a generic cpufreq driver for CPU0 frequency management. >> @@ -194,6 +194,14 @@ config GENERIC_CPUFREQ_CPU0 >> >> If in doubt, say N. >> >> +config GENERIC_CPUFREQ_CPU0_THERMAL >> + bool "Thermal zone support for Generic CPU0 cpufreq" >> + depends on GENERIC_CPUFREQ_CPU0 >> + select THERMAL >> + select THERMAL_CPU >> + help >> + This adds thermal support to the generic cpufreq driver for CPU0. > > But do we really need this? Let the platform enable THERMAL > and THERMAL_CPU themselves, as this was the case currently. That's certainly fine by me, but I don't know which platforms those are. BTW, REGULATOR could probably be dropped as well. It certainly works w/o a regulator as highbank does not define one. Rob