Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp1341543ybg; Fri, 18 Oct 2019 16:18:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqxv/iZ86qWyRQH8TR592gh1NXmLSSn85EGml3sncquHgJ4Ixi1CV3Z5eTu+Db4EMo4L6Qz6 X-Received: by 2002:a50:ab10:: with SMTP id s16mr12443081edc.118.1571440725273; Fri, 18 Oct 2019 16:18:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571440725; cv=none; d=google.com; s=arc-20160816; b=C65BuSJ4+jY1C52I3Dn7E7o2GbAFGS4hqVaEUDFmcbEr+0D2bO8j/NHF2TgbkH9rnq 0ct4f/3hhP2Yp7fJChc/7BrgocPbpFXzA4O3sYc5fPcV+mLxLFjgTtEnqd1gjbd2OEgW 7oMvjlM2aNyZd7/ObRNY/tKJik5XigOwweb6Ffx5+8Gk+6Rjcsj9bnn4FHDZ7IbPSeK6 bNw1Rm8HNSA977AJFqkhjPoh9C+TfQ4KHZ+GRlcrwvDvHaIdX4f6t7BdOypIGT7C9I+L XeDDGIpiB3TLU0o6zLfXftuHZeoTJaPROgkBBrE1FLl75/BI8ZbHmnsrNHuqyfaoLs02 BGyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=2/FpJkkr0LKWWwqcAvTFpOtFvLbgERg9qih4J21lBgU=; b=XwKoSL12KSVBlu2Evhd+qapACiJ3HQXupWadOR+L9j373sAs6gN7Hu7QhxpNhOTBpy snjQ4+6+SNDoFzbfHQ9jOUrhBqZuLPheNK9lzhOHo05g10wjTe3DM0+xbQ8npXMee4qs vaXmt4bmyVKUXbFsttg99IMR2+C8cjkuluIooOW/HPwyJa1zB/51uh7As9L0vr6GBauN YzT99T7KguKfwZTql+rOj0K04UfH6rOJzLLHXCPPiL/1sPPdHzLu/eO5Ofbx8jnkUgiO poKmMyLp5rxFGkSiYTxW6GR7wC3/EomCGb2wnnE1bygRmD39bl5YSlEVFopws83DM9A1 Eujg== 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 rl13si4585809ejb.228.2019.10.18.16.18.22; Fri, 18 Oct 2019 16:18:45 -0700 (PDT) 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 S2389702AbfJRF7x (ORCPT + 99 others); Fri, 18 Oct 2019 01:59:53 -0400 Received: from [217.140.110.172] ([217.140.110.172]:55446 "EHLO foss.arm.com" rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1727233AbfJRF7x (ORCPT ); Fri, 18 Oct 2019 01:59:53 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E9BB4329; Thu, 17 Oct 2019 22:59:23 -0700 (PDT) Received: from e107533-lin.cambridge.arm.com (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 0D4873F68E; Thu, 17 Oct 2019 23:02:08 -0700 (PDT) Date: Fri, 18 Oct 2019 06:59:15 +0100 From: Sudeep Holla To: Viresh Kumar Cc: "Rafael J . Wysocki" , linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, nico@fluxnic.net Subject: Re: [PATCH v2 5/5] cpufreq: vexpress-spc: fix some coding style issues Message-ID: <20191018055915.GD31836@e107533-lin.cambridge.arm.com> References: <20191017123508.26130-1-sudeep.holla@arm.com> <20191017123508.26130-6-sudeep.holla@arm.com> <20191018055517.dxyx4ara7hdmzw5j@vireshk-i7> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191018055517.dxyx4ara7hdmzw5j@vireshk-i7> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 18, 2019 at 11:25:17AM +0530, Viresh Kumar wrote: > On 17-10-19, 13:35, Sudeep Holla wrote: > > Fix the following checkpatch checks/warnings: > > > > CHECK: Unnecessary parentheses around the code > > CHECK: Alignment should match open parenthesis > > CHECK: Prefer kernel type 'u32' over 'uint32_t' > > WARNING: Missing a blank line after declarations > > > > Signed-off-by: Sudeep Holla > > --- > > drivers/cpufreq/vexpress-spc-cpufreq.c | 43 ++++++++++++-------------- > > 1 file changed, 20 insertions(+), 23 deletions(-) > > > > diff --git a/drivers/cpufreq/vexpress-spc-cpufreq.c b/drivers/cpufreq/vexpress-spc-cpufreq.c > > index 81064430317f..8ecb2961be86 100644 > > --- a/drivers/cpufreq/vexpress-spc-cpufreq.c > > +++ b/drivers/cpufreq/vexpress-spc-cpufreq.c > > @@ -79,8 +79,8 @@ static unsigned int find_cluster_maxfreq(int cluster) > > for_each_online_cpu(j) { > > cpu_freq = per_cpu(cpu_last_req_freq, j); > > > > - if ((cluster == per_cpu(physical_cluster, j)) && > > - (max_freq < cpu_freq)) > > + if (cluster == per_cpu(physical_cluster, j) && > > + max_freq < cpu_freq) > > max_freq = cpu_freq; > > } > > > > @@ -188,22 +188,19 @@ static int ve_spc_cpufreq_set_target(struct cpufreq_policy *policy, > > freqs_new = freq_table[cur_cluster][index].frequency; > > > > if (is_bL_switching_enabled()) { > > - if ((actual_cluster == A15_CLUSTER) && > > - (freqs_new < clk_big_min)) { > > + if (actual_cluster == A15_CLUSTER && freqs_new < clk_big_min) > > new_cluster = A7_CLUSTER; > > - } else if ((actual_cluster == A7_CLUSTER) && > > - (freqs_new > clk_little_max)) { > > + else if (actual_cluster == A7_CLUSTER && > > + freqs_new > clk_little_max) > > new_cluster = A15_CLUSTER; > > - } > > } > > > > ret = ve_spc_cpufreq_set_rate(cpu, actual_cluster, new_cluster, > > freqs_new); > > > > - if (!ret) { > > + if (!ret) > > That's not the standard way in Linux I believe. We do use {} even when > the body is single line but broken into two, like below. > OK, wasn't aware of that. I will update. Generally I ignore checkpatch warnings, but the list was big and fixed a bunch of them :) -- Regards, Sudeep