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;
Message-ID: <a0f05bbd5880a7d498af21c5013fa5895d6e3ca7.camel@perches.com>
Subject: Re: [PATCH v7 0/2] checkpatch: add verbose mode
From:   Joe Perches <joe@perches.com>
To:     Mauro Carvalho Chehab <mchehab@kernel.org>,
        Dwaipayan Ray <dwaipayanray1@gmail.com>
Cc:     Jonathan Corbet <corbet@lwn.net>,
        Lukas Bulwahn <lukas.bulwahn@gmail.com>,
        linux-kernel-mentees@lists.linuxfoundation.org,
        linux-kernel <linux-kernel@vger.kernel.org>
Date:   Fri, 26 Feb 2021 02:50:14 -0800
In-Reply-To: <20210225215501.2408c97b@coco.lan>
References: <20210222075205.19834-1-dwaipayanray1@gmail.com>
         <bcee822d1934772f47702ee257bc735c8f467088.camel@perches.com>
         <CABJPP5AARO3h2mt-piPWuOD3kY_XzNfW-s2mi=btfOayVPURHg@mail.gmail.com>
         <20210225215501.2408c97b@coco.lan>
Content-Type: text/plain; charset="ISO-8859-1"
User-Agent: Evolution 3.38.1-1 
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: bulk

On Thu, 2021-02-25 at 21:55 +0100, Mauro Carvalho Chehab wrote:
> Em Thu, 25 Feb 2021 23:38:03 +0530
> Dwaipayan Ray <dwaipayanray1@gmail.com> escreveu:
> 
> > On Thu, Feb 25, 2021 at 11:03 PM Joe Perches <joe@perches.com> wrote:
> > > 
> > > On Mon, 2021-02-22 at 13:22 +0530, Dwaipayan Ray wrote:  
> > > > Add a new verbose mode to checkpatch. The verbose test
> > > > descriptions are read from the checkpatch documentation
> > > > file at `Documentation/dev-tools/checkpatch.rst`.
> > > > 
> > > > The verbose mode is optional and can be enabled by the
> > > > flag -v or --verbose.
> > > > 
> > > > The documentation file is only parsed by checkpatch.pl
> > > > if the verbose mode is enabled. The verbose mode can
> > > > not be used together with the --terse option.  
> > > 
> > > I don't have any real objection to this patch set, but as this
> > > might be added to the Documentation tree and in .rst format,
> > > perhaps Jonathan Corbet and/or Mauro Carvalho Chehab might have
> > > some opinion.
> > > 
> > > Also I do not want to be a maintainer of this .rst file and
> > > likely neither Jon nor Mauro would either.  Perhaps you?
> > > ?
> > > 
> > 
> > I could take it up if everybody is okay with it!
> > 
> > > Ideally, the patch order would be reversed so the .rst file
> > > is added first, then checkpatch updated to use it.
> > > ?
> > > 
> > 
> > Sure, if Jonathan or Mauro has no objections to it, I will be happy
> > to resend it so that it can be picked up properly.
> 
> I don't have any objections, provided that I won't be maintaining
> it :-)
> 
> -
> 
> Just my two cents:
> 
> IMO, maintaining this on a separate file can be a maintenance nightmare, 
> as this is the kind of thing that can become obsolete real soon.
> 
> One alternative would be to use Pod::Usage module, just like
> this script does:
> 
> 	scripts/get_abi.pl
> 
> with something similar to that, calling
> 
> 	$ checkpatch --man 
> 
> Could generate a man-page style with all options, while:
> 
> 	$ checkpatch --help
> 
> would print the current help page.
> 
> Yet, this would generate more work for Joe, as, for every new
> type, the corresponding help text would be needed.

Does this get integrated into the .rst output?

I see:
Documentation/Makefile:$(shell $(srctree)/scripts/get_abi.pl validate --dir $(srctree)/Documentation/ABI)

But no obvious mechanism that emits .rst files for Pod::Usage

And no, I'm not much interested in maintaining those docs either.