From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935964AbcCQMxc (ORCPT ); Thu, 17 Mar 2016 08:53:32 -0400 Received: from mail-lb0-f194.google.com ([209.85.217.194]:35997 "EHLO mail-lb0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932324AbcCQMxa (ORCPT ); Thu, 17 Mar 2016 08:53:30 -0400 MIME-Version: 1.0 In-Reply-To: <20160317114822.GI18212@e106622-lin> References: <2495375.dFbdlAZmA6@vostro.rjw.lan> <4088601.C2vItRYpQn@vostro.rjw.lan> <1711281.bPmSjlBT7c@vostro.rjw.lan> <4785370.no59v8qjgi@vostro.rjw.lan> <20160317113507.GH18212@e106622-lin> <20160317114037.GB6356@twins.programming.kicks-ass.net> <20160317114822.GI18212@e106622-lin> Date: Thu, 17 Mar 2016 13:53:22 +0100 X-Google-Sender-Auth: 7Ke-9yR-XUvB-lJC3dVUS4YgUJE Message-ID: Subject: Re: [PATCH v5 6/7][Update] cpufreq: Support for fast frequency switching From: "Rafael J. Wysocki" To: Juri Lelli Cc: Peter Zijlstra , "Rafael J. Wysocki" , Linux PM list , Steve Muckle , ACPI Devel Maling List , Linux Kernel Mailing List , Srinivas Pandruvada , Viresh Kumar , Vincent Guittot , Michael Turquette , Ingo Molnar Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 17, 2016 at 12:48 PM, Juri Lelli wrote: > On 17/03/16 12:40, Peter Zijlstra wrote: >> On Thu, Mar 17, 2016 at 11:35:07AM +0000, Juri Lelli wrote: >> >> > > + pr_warn("cpufreq: CPU%u: Fast freqnency switching not enabled\n", >> > >> > Ultra-minor nit: s/freqnency/frequency/ >> > >> > Also, is this really a warning or just a debug message? (everything >> > seems to work fine on Juno even if this is printed :-)). >> >> I would consider it a warn; this _should_ not happen. If your platform >> supports fast_switch, then you really rather want to use it. >> > > Mmm, right. So, something seems not correct here, as I get this warning > when I select schedutil on Juno (that doesn't support fast_switch). There is a mistake here. The message should not be printed if policy->fast_switch_possible is not set. Will fix.