Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp2738289pxb; Mon, 31 Jan 2022 03:17:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJz7bgMFrPLDQls3E5kcP3UkRjWDZOqybQh092EyVvAfei0lN43pUI8YcMPGMCH8VC5jMDvB X-Received: by 2002:a17:907:1c0e:: with SMTP id nc14mr15873019ejc.667.1643627827330; Mon, 31 Jan 2022 03:17:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643627827; cv=none; d=google.com; s=arc-20160816; b=xPCXuE4PwboQTEpuSP4BNa09x/yktSgrynty1teX4BS8wFfKCH1YeSy2OXaXW0bKml cexvH9ke0OT0NgkAFVmBpGkoIbjpHM3dWjasIjknOccW++GWy+/s47/czCUf2rt3YGzk 8rzMjtTYImJMNpEgbwjRgnMHzksvrd9m6zWeTsWa1nSNz+OPROQJgnTgXw5WtMJKtHCl ahdn4Ep4MUP9AiMh2MsVAuvmWWrr8skTOd+7TI47QxexxgndG3RY4eEzO6kMY32D0ywh DHJMbfLSet5PyAX2Ydoh1HP3TuIurz3EnrViFn/xVqzR8rY53APX38rpchIkRxKfI+/i dvtA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=DnUHjMWC+/FA1XAyyTgcP3P8aNB+insV7GES2b2Oz20=; b=rk0yqvh3JGBE8Fl2xczS/5+mTUgTFfjoVIQIFOeVVlJzTzPeSrHMmXOypCQka/u2HN IJr4qp/cjrjg8VmHFzVE6CZFJRq3z6UuoxERUNv8Jod+T2xId+3iWIEVqAiTALPcVJ6L kV1c8FNgoFue1GxKBrfoGTnQBuuA93SB9hGcEhF00Vqs9/1K1rInfpKGHMU+9u7zVliC nJgYhbaKOwRWKRKanOrZ/WXCAqRFrVWVC9fZJy/ueWDDjSloTvh+ha3EdN0NvaWtHWef eoxS9FlDd+Jsad+ztp46bq8CA9uVT8kyd2NSAULvShOXmzQbksojUDPpRHQUl9ocQAcl nH/g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gb5si8409837ejc.341.2022.01.31.03.16.43; Mon, 31 Jan 2022 03:17:07 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350053AbiA1QXl (ORCPT + 99 others); Fri, 28 Jan 2022 11:23:41 -0500 Received: from relay035.a.hostedemail.com ([64.99.140.35]:45260 "EHLO relay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S238502AbiA1QXi (ORCPT ); Fri, 28 Jan 2022 11:23:38 -0500 Received: from omf20.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id A95A022591; Fri, 28 Jan 2022 16:23:33 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf20.hostedemail.com (Postfix) with ESMTPA id C78062002A; Fri, 28 Jan 2022 16:23:29 +0000 (UTC) Message-ID: <3707328ca9cbad0ecc0adb5d6df95e671b0f9270.camel@perches.com> Subject: Re: [PATCH] scsi: megaraid: cleanup formatting of megaraid From: Joe Perches To: Tom Rix , Nick Desaulniers , Finn Thain , Miguel Ojeda , Dwaipayan Ray , Lukas Bulwahn Cc: kashyap.desai@broadcom.com, sumit.saxena@broadcom.com, shivasharan.srikanteshwara@broadcom.com, jejb@linux.ibm.com, martin.petersen@oracle.com, nathan@kernel.org, megaraidlinux.pdl@broadcom.com, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev Date: Fri, 28 Jan 2022 08:23:28 -0800 In-Reply-To: <0567fce4-256a-e1b1-dc66-221ba97153d5@redhat.com> References: <20220127151945.1244439-1-trix@redhat.com> <953eb015-4b78-f7b-5dc1-6491c6bf27e@linux-m68k.org> <5554a75f65fddab4de60d61fd503fe73773dafbb.camel@perches.com> <7bff2de309384b7c9ee71ad90881d1e0bbe0a781.camel@perches.com> <0567fce4-256a-e1b1-dc66-221ba97153d5@redhat.com> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.4-1ubuntu2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.96 X-Stat-Signature: udysuemusgnoujnxpumymmtkzku8o18g X-Rspamd-Server: rspamout01 X-Rspamd-Queue-Id: C78062002A X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX18uluthQpEWU+bd4U+W52I3l2ayfxC7k3o= X-HE-Tag: 1643387009-44340 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org (adding checkpatch reviewers Dwaipayan and Lukas) Original thread: https://lore.kernel.org/lkml/20220127151945.1244439-1-trix@redhat.com/ On Fri, 2022-01-28 at 07:30 -0800, Tom Rix wrote: > On 1/28/22 12:41 AM, Joe Perches wrote: > > Another option would be to use: > > > > ./scripts/checkpatch.pl -f --fix[-inplace] [--types=] > > > > where types is an optional list of specific things to change > > > > see: > > ./scripts/checkpatch.pl --list-types --verbose > > > > to show the possible types. > > > > Only some of these types can be changed with --fix or --fix-inplace > > > > If using checkpatch to change formatting, it sometimes can be useful > > to run checkpatch --fix multiple times on the same file as a > > checkpatch --fix can create a change than checkpatch will suggest > > should itself be fixed. > > > > Of course another option is to do nothing as many will complain, > > sometimes senselessly, about 'churn'. > > A testsuite for the fixers may help with churn Likely not, as IMO churn is an 'eye of beholder' issue. > Any interest or thought on organization ? Not really. The checkpatch --fix code isn't perfect as it's just regexes. When writing the --fix code, I've always just used the kernel sources and git history to inspect/verify suggested changes. > I can take stab at one. Enjoy.