From: Russell King - ARM Linux admin <linux@armlinux.org.uk>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: Linus Walleij <linus.walleij@linaro.org>,
Jonathan Corbet <corbet@lwn.net>,
linux-doc@vger.kernel.org
Subject: Re: [PATCH] docs: Document the Link: tag formally
Date: Mon, 16 Dec 2019 13:33:22 +0000 [thread overview]
Message-ID: <20191216133322.GJ25745@shell.armlinux.org.uk> (raw)
In-Reply-To: <877e2w1kfj.fsf@intel.com>
On Mon, Dec 16, 2019 at 03:14:56PM +0200, Jani Nikula wrote:
> On Mon, 16 Dec 2019, Linus Walleij <linus.walleij@linaro.org> wrote:
> > We have a lot of Link: tags in commits these days and they are
> > not formally defined in the kernel documentation. Let's put
> > a separate paragraph about it in submitting-patches.rst where
> > most other tags are defined.
> >
> > Cc: Jonathan Corbet <corbet@lwn.net>
> > Cc: Russell King <linux@armlinux.org.uk>
> > Reported-by: Russell King <linux@armlinux.org.uk>
> > Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
> > ---
> > Documentation/process/submitting-patches.rst | 21 ++++++++++++++++----
> > 1 file changed, 17 insertions(+), 4 deletions(-)
> >
> > diff --git a/Documentation/process/submitting-patches.rst b/Documentation/process/submitting-patches.rst
> > index ba5e944c7a63..20ef984aa743 100644
> > --- a/Documentation/process/submitting-patches.rst
> > +++ b/Documentation/process/submitting-patches.rst
> > @@ -643,9 +643,22 @@ which stable kernel versions should receive your fix. This is the preferred
> > method for indicating a bug fixed by the patch. See :ref:`describe_changes`
> > for more details.
> >
> > +14) Link: tags
> > +--------------
> > +
> > +A Link: attribute can be used to provide a link back to a protocol of a
> > +discussion pertaining to the patch. A typical link looks like this:
> > +
> > + Link: https://lore.kernel.org/r/<message-id>
> > +
> > +Any HTTP[S] links can be referenced. It is customary for maintainers to add
> > +Link: tags to reference discussions on mailing lists, and this can be done
> > +automatically with the git tool when applying patches in mailbox format, see
> > +:ref:`Documentation/maintainer/configure-git.rst <configure git>`.
>
> I'd like to emphasize even more strongly that it is applied by the
> maintainer or committer, and should reference the patch that got
> applied. And that the patch submitters shouldn't try to add it
> themselves. (Which makes you wonder about the placement in
> submitting-patches.rst.) IMO other references should use References:
> that is already widely used.
I'm the maintainer of phylink. During discussions, I may propose a
patch for someone to try. When successful, I'll send a new email
submitting the patch officially to davem as the networking maintainer
as an entirely separate thread.
Using Link: to the patch that was submitted officially is obviously
impossible, but you would want to link to the discussion that resulted
in the patch, rather than the official submission - which would
generally be the submission plus an "applied" reply.
Looking at the history between v5.4 and current, it seems that it's
only DRM that uses References, and there's variations in its
formatting. Some references to commits contain the word "commit"
and others do not. Some references, from what I can tell, are
useless - for example "HSDES#1405586840" which I guess is some kind
of internal system somewhere.
There are some broken Link:s:
https://patchwork.freedesktop.org/patch/msgid/
<CACAvsv56Am90okV334eXgxDuK228sb9UJxMiOYjNAMShvvv4cg@mail.gmail.com
That has a space in there with a "<" - which suggests a broken script
is in use that mis-parses the email.
The References: thing is also completely undocumented...
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up
According to speedtest.net: 11.9Mbps down 500kbps up
next prev parent reply other threads:[~2019-12-16 13:33 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-16 9:38 [PATCH] docs: Document the Link: tag formally Linus Walleij
2019-12-16 13:14 ` Jani Nikula
2019-12-16 13:33 ` Russell King - ARM Linux admin [this message]
2019-12-16 14:02 ` Jani Nikula
2019-12-16 14:16 ` Russell King - ARM Linux admin
2019-12-16 14:31 ` Jani Nikula
2019-12-16 14:43 ` Russell King - ARM Linux admin
2019-12-16 15:13 ` Jani Nikula
2019-12-16 16:02 ` Russell King - ARM Linux admin
2019-12-17 10:55 ` Jani Nikula
2019-12-16 16:22 ` Jonathan Corbet
2019-12-16 20:36 ` Theodore Y. Ts'o
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20191216133322.GJ25745@shell.armlinux.org.uk \
--to=linux@armlinux.org.uk \
--cc=corbet@lwn.net \
--cc=jani.nikula@linux.intel.com \
--cc=linus.walleij@linaro.org \
--cc=linux-doc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).