Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751895AbdHBMzH (ORCPT ); Wed, 2 Aug 2017 08:55:07 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:53354 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751180AbdHBMzF (ORCPT ); Wed, 2 Aug 2017 08:55:05 -0400 Subject: Re: [PATCH v3 02/10] cpufreq: provide default frequency-invariance setter function To: Viresh Kumar Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux@arm.linux.org.uk, Greg Kroah-Hartman , Russell King , Catalin Marinas , Will Deacon , Juri Lelli , Vincent Guittot , Peter Zijlstra , Morten Rasmussen , "Rafael J . Wysocki" , Sudeep Holla References: <20170727193312.9849-1-dietmar.eggemann@arm.com> <20170727193312.9849-3-dietmar.eggemann@arm.com> <20170728073036.GZ352@vireshk-i7> From: Dietmar Eggemann Message-ID: <2f8ca8f0-9fff-94e4-2bca-8777d836809a@arm.com> Date: Wed, 2 Aug 2017 13:55:02 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170728073036.GZ352@vireshk-i7> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 839 Lines: 25 Hi Viresh, On 28/07/17 08:30, Viresh Kumar wrote: > On 27-07-17, 20:33, Dietmar Eggemann wrote: >> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c >> index 9bf97a366029..04e2f7e4964e 100644 >> --- a/drivers/cpufreq/cpufreq.c >> +++ b/drivers/cpufreq/cpufreq.c >> @@ -2404,6 +2404,17 @@ int cpufreq_boost_enabled(void) >> EXPORT_SYMBOL_GPL(cpufreq_boost_enabled); >> >> /********************************************************************* >> + * FREQUENCY INVARIANT ACCOUNTING SUPPORT * >> + *********************************************************************/ > > We don't need another of these fancy headers :) > > Just add below routine somewhere at the top, maybe before > cpufreq_generic_init(). Yes, sure. Will address this in the upcoming v4. Thanks the review! -- Dietmar