Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1304723imu; Wed, 16 Jan 2019 16:49:37 -0800 (PST) X-Google-Smtp-Source: ALg8bN5Dikr7A81OSQQnm2LUkNRreKdsOd0n5p+DdSX9hcCcxVaNqTkkx83DyOz9qA/9gCTYdwNv X-Received: by 2002:a62:46d0:: with SMTP id o77mr12838408pfi.172.1547686177387; Wed, 16 Jan 2019 16:49:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547686177; cv=none; d=google.com; s=arc-20160816; b=OsdgEFIFKMocTjpmm1DQjw6Fmw5XRWzoZXA0YXxD6iYyg5OyJ7KVQLOpQLxpusgjCy Y6HQvGi+RZzYV1wNg4mTcTjVt2pujvIwXnVnW8WHebbqhciUjGBkMWQNB+xcPaSPs2xd GPcp/yD0jqqLYBZuWS9S/FeF9uBtKjiZLLIF1BEZ3L8sqg09DpXgojMGEEe2KwjecTRq Pa9ouByq+F8zU7Ac6iC3eWpDACpoSJ+RIrsU+mMOS6yJpRhDKsqNsnlp629yskSyNuJR SybRv7RfFSOAEX3aEnYi3CVzWLqOKN1H1EXN/9wtRGkySPXkNBZ6a4dn2kuzWXzqg8gp 8U4g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=UzgoZpbPLh3fxB11HMsiWkt1QwXOIrgjnzv7oKp9K4s=; b=PvoMX4jNMJRRmfDD8KcAVut1thnCehoUKMZKPFxj6/hvymamhkbq0fA4oKGdDwwE1W Jziv8xQm+AXXTCakWBILNmudQDAaOZ3aeRrrLxQjcj5Q5orVnhHP4Azv3RJazG8QI/Sd zwMQuerA00TRcIkaYqzv92nHnJBIKQBJKyAozzLMTzIqm+GmVJciWeT/GEYLvCilnAYB XIRSP3roWQkz/8afw/px8UZHR5abzU48f0QjWBKRO90aSzbl7ZRDLxXSo1bcaV5OeSEW i7LZJUd/Kymhu/UzUlneo7tl3R6cT5KP4rwRxRwsfy3t1cnbrYRLJj70ROuylyyX6UI7 LMiA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v13si7403236pgn.355.2019.01.16.16.49.21; Wed, 16 Jan 2019 16:49:37 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727885AbfAPW4N (ORCPT + 99 others); Wed, 16 Jan 2019 17:56:13 -0500 Received: from cloudserver094114.home.pl ([79.96.170.134]:61499 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726838AbfAPW4N (ORCPT ); Wed, 16 Jan 2019 17:56:13 -0500 Received: from 79.184.255.239.ipv4.supernova.orange.pl (79.184.255.239) (HELO aspire.rjw.lan) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.183) id c0ea1eb4b00dd76d; Wed, 16 Jan 2019 23:56:09 +0100 From: "Rafael J. Wysocki" To: Amit Kucheria Cc: linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, viresh.kumar@linaro.org, edubezval@gmail.com, swboyd@chromium.org, dianders@chromium.org, mka@chromium.org, linux-pm@vger.kernel.org Subject: Re: [PATCH v1 03/10] cpufreq: Replace open-coded << with BIT() Date: Wed, 16 Jan 2019 23:55:17 +0100 Message-ID: <2392396.AI7Hxg4e4v@aspire.rjw.lan> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday, January 14, 2019 5:34:55 PM CET Amit Kucheria wrote: > Minor clean-up to use BIT() and keep checkpatch happy. Clean up the > comment formatting while we're at it to make it easier to read. > > Signed-off-by: Amit Kucheria Can you please do this cleanup as the first patch in the series, so it doesn't depend on the other patches in it, which isn't necessary IMO? > --- > include/linux/cpufreq.h | 27 ++++++++++++++------------- > 1 file changed, 14 insertions(+), 13 deletions(-) > > diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h > index 70ad02088825..ea303dfd5f05 100644 > --- a/include/linux/cpufreq.h > +++ b/include/linux/cpufreq.h > @@ -351,14 +351,15 @@ struct cpufreq_driver { > }; > > /* flags */ > -#define CPUFREQ_STICKY (1 << 0) /* driver isn't removed even if > - all ->init() calls failed */ > -#define CPUFREQ_CONST_LOOPS (1 << 1) /* loops_per_jiffy or other > - kernel "constants" aren't > - affected by frequency > - transitions */ > -#define CPUFREQ_PM_NO_WARN (1 << 2) /* don't warn on suspend/resume > - speed mismatches */ > + > +/* driver isn't removed even if all ->init() calls failed */ > +#define CPUFREQ_STICKY BIT(0) > + > +/* loops_per_jiffy or other kernel "constants" aren't affected by frequency transitions */ > +#define CPUFREQ_CONST_LOOPS BIT(1) > + > +/* don't warn on suspend/resume speed mismatches */ > +#define CPUFREQ_PM_NO_WARN BIT(2) > > /* > * This should be set by platforms having multiple clock-domains, i.e. > @@ -366,14 +367,14 @@ struct cpufreq_driver { > * be created in cpu/cpu/cpufreq/ directory and so they can use the same > * governor with different tunables for different clusters. > */ > -#define CPUFREQ_HAVE_GOVERNOR_PER_POLICY (1 << 3) > +#define CPUFREQ_HAVE_GOVERNOR_PER_POLICY BIT(3) > > /* > * Driver will do POSTCHANGE notifications from outside of their ->target() > * routine and so must set cpufreq_driver->flags with this flag, so that core > * can handle them specially. > */ > -#define CPUFREQ_ASYNC_NOTIFICATION (1 << 4) > +#define CPUFREQ_ASYNC_NOTIFICATION BIT(4) > > /* > * Set by drivers which want cpufreq core to check if CPU is running at a > @@ -382,19 +383,19 @@ struct cpufreq_driver { > * from the table. And if that fails, we will stop further boot process by > * issuing a BUG_ON(). > */ > -#define CPUFREQ_NEED_INITIAL_FREQ_CHECK (1 << 5) > +#define CPUFREQ_NEED_INITIAL_FREQ_CHECK BIT(5) > > /* > * Set by drivers to disallow use of governors with "dynamic_switching" flag > * set. > */ > -#define CPUFREQ_NO_AUTO_DYNAMIC_SWITCHING (1 << 6) > +#define CPUFREQ_NO_AUTO_DYNAMIC_SWITCHING BIT(6) > > /* > * Set by drivers that want the core to automatically register the cpufreq > * driver as a thermal cooling device > */ > -#define CPUFREQ_AUTO_REGISTER_COOLING_DEV (1 << 7) > +#define CPUFREQ_AUTO_REGISTER_COOLING_DEV BIT(7) > > int cpufreq_register_driver(struct cpufreq_driver *driver_data); > int cpufreq_unregister_driver(struct cpufreq_driver *driver_data); >