From patchwork Wed Nov 16 19:27:22 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Stratos Karafotis X-Patchwork-Id: 9432439 X-Patchwork-Delegate: rjw@sisk.pl Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 4B2F660471 for ; Wed, 16 Nov 2016 19:27:31 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 366D02911C for ; Wed, 16 Nov 2016 19:27:31 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 2806929125; Wed, 16 Nov 2016 19:27:31 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=2.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id C54AF2911C for ; Wed, 16 Nov 2016 19:27:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753223AbcKPT13 (ORCPT ); Wed, 16 Nov 2016 14:27:29 -0500 Received: from mail.semaphore.gr ([138.201.185.188]:55964 "EHLO mail.semaphore.gr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753202AbcKPT13 (ORCPT ); Wed, 16 Nov 2016 14:27:29 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.semaphore.gr (Postfix) with ESMTP id 44E7BC0756; Wed, 16 Nov 2016 20:27:27 +0100 (CET) Received: from mail.semaphore.gr ([127.0.0.1]) by localhost (sema.semaphore.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xouuoIsJW37m; Wed, 16 Nov 2016 20:27:25 +0100 (CET) Received: from albert.lan (ppp046177129126.access.hol.gr [46.177.129.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.semaphore.gr (Postfix) with ESMTPSA id EBEC7C00E3; Wed, 16 Nov 2016 20:27:24 +0100 (CET) To: "Rafael J. Wysocki" , Viresh Kumar Cc: "linux-pm@vger.kernel.org" , LKML From: Stratos Karafotis Subject: [PATCH v2] cpufreq: conservative: Fix comment explaining frequency updates Message-ID: <4986155b-de07-1a4c-186c-71d90b12e75c@semaphore.gr> Date: Wed, 16 Nov 2016 21:27:22 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP The original comment about the frequency increase to maximum is wrong. Both increase and decrease happen at steps. Signed-off-by: Stratos Karafotis Acked-by: Viresh Kumar --- -> v2 Remove a trailing space drivers/cpufreq/cpufreq_conservative.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/cpufreq/cpufreq_conservative.c b/drivers/cpufreq/cpufreq_conservative.c index a48b724..7522ec6 100644 --- a/drivers/cpufreq/cpufreq_conservative.c +++ b/drivers/cpufreq/cpufreq_conservative.c @@ -55,8 +55,8 @@ static inline unsigned int get_freq_step(struct cs_dbs_tuners *cs_tuners, * sampling_down_factor, we check, if current idle time is more than 80% * (default), then we try to decrease frequency * - * Any frequency increase takes it to the maximum frequency. Frequency reduction - * happens at minimum steps of 5% (default) of maximum frequency + * Frequency updates happen at minimum steps of 5% (default) of maximum + * frequency */ static unsigned int cs_dbs_update(struct cpufreq_policy *policy) {