[RFC,v1,1/3] docs: stable-kernel-rules: mention other usages for stable tag comments
Message ID | d30686781c47c83927e0a41f6a1167a679fa822c.1689008220.git.linux@leemhuis.info |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:a6b2:0:b0:3e4:2afc:c1 with SMTP id c18csp1045vqm; Mon, 10 Jul 2023 11:36:36 -0700 (PDT) X-Google-Smtp-Source: APBJJlHS1FwCO7OcHQqqyjn0XvvZ2ZwWU+jBUhHR2UtzN2SCoGOUrQPfM99y3A/6A6poS5JMp1h4 X-Received: by 2002:a17:906:fa95:b0:978:8a30:aaf with SMTP id lt21-20020a170906fa9500b009788a300aafmr10948904ejb.64.1689014196142; Mon, 10 Jul 2023 11:36:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689014196; cv=none; d=google.com; s=arc-20160816; b=H/FNHb/KgGr3jezPV2VmkvswKdlmW8hrmy8xYagjVoLFItJSUhjQ2rgihpe76ko9q9 ozrs1vbnxxsvHQNA1mqT25lZIgONRopCsMVNGmNpNPR5iOGVjAoeLrMbynLgzT8AWUgk Rls3Irwr9EDrZ3NBqC1m8jNlr97KwJHJgiuTnwI/DDw6pZwoYbuZzEgwHubGRB0yFrpL aJLXAHKvy8g9VIizw0LoETHKfkqA8v0T6i17lHL5unfp+gOF+XomoWdFv2ZRLkLMEMaY vXGeQuisrASbPpEJXnQwCd+uYapuIq44ZxTBG4SVgABpj4ke2Mc7uwHsZB3pO24AcTGT 89Vg== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=IYeKZyvdEC/SV0hhuF56SFZxzmnXNUHE4+LDfRMMJW8=; fh=IyOYz2aApVSZcG0zYEej1oDoCpl4LIOyTRZ6Vqq7g1o=; b=GIqYjTvNODQ6bplCAF0zNem4WPC3kB7pqoH+HVOGRTDSLeyeYaVgBo08uqEhj23Bi2 N8RsxFic0quYkZm0z5eDmPxalxhJOJC22HVoC3mpDFCmSrDcrRubSdf7tABYe3PQlFUf fNHuhxkeCvEar/Cxt4Mi6glKl5cTYuvBLPOm2/jJ0EV6RdSqe0dwv3pKaDP8Br6pDtMJ waZEAFRi16yBmwJPwdmTZeeVhku4Ql7TftUQQuOry2jD5WGHEjLVPEnMTorVoKkzCahE gjio9jAE1YCMb6lHJWZO/MV55388rLiEBp4Au62P1OuPGIY7C2/A7yDJlMtJzDSq+IQ6 waFg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q15-20020a170906b28f00b00991f5659833si188008ejz.152.2023.07.10.11.36.12; Mon, 10 Jul 2023 11:36:36 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232158AbjGJRK3 (ORCPT <rfc822;tebrre53rla2o@gmail.com> + 99 others); Mon, 10 Jul 2023 13:10:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34636 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232113AbjGJRKU (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 10 Jul 2023 13:10:20 -0400 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 83417128; Mon, 10 Jul 2023 10:10:19 -0700 (PDT) Received: from ip4d148da6.dynamic.kabel-deutschland.de ([77.20.141.166] helo=truhe.fritz.box); authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1qIuOt-0006Iv-FN; Mon, 10 Jul 2023 19:10:15 +0200 From: Thorsten Leemhuis <linux@leemhuis.info> To: Greg KH <gregkh@linuxfoundation.org>, stable@vger.kernel.org Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Sasha Levin <sashal@kernel.org>, Jonathan Corbet <corbet@lwn.net> Subject: [RFC PATCH v1 1/3] docs: stable-kernel-rules: mention other usages for stable tag comments Date: Mon, 10 Jul 2023 19:10:11 +0200 Message-Id: <d30686781c47c83927e0a41f6a1167a679fa822c.1689008220.git.linux@leemhuis.info> X-Mailer: git-send-email 2.40.1 In-Reply-To: <cover.1689008220.git.linux@leemhuis.info> References: <cover.1689008220.git.linux@leemhuis.info> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-bounce-key: webpack.hosteurope.de;linux@leemhuis.info;1689009019;f91080f1; X-HE-SMSGID: 1qIuOt-0006Iv-FN X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1771059749366506339 X-GMAIL-MSGID: 1771059749366506339 |
Series |
docs: stable-kernel-rules: add delayed backporting option and a few tweaks
|
|
Commit Message
Thorsten Leemhuis
July 10, 2023, 5:10 p.m. UTC
Document how to delay backporting or send a note to the stable team
using shell-style inline comments attached to stable tags.
CC: Greg KH <gregkh@linuxfoundation.org>
CC: Sasha Levin <sashal@kernel.org>
CC: Jonathan Corbet <corbet@lwn.net>
Signed-off-by: Thorsten Leemhuis <linux@leemhuis.info>
---
Documentation/process/stable-kernel-rules.rst | 22 ++++++++++++++++---
1 file changed, 19 insertions(+), 3 deletions(-)
Comments
On Mon, Jul 10, 2023 at 07:10:11PM +0200, Thorsten Leemhuis wrote: > Document how to delay backporting or send a note to the stable team > using shell-style inline comments attached to stable tags. > > CC: Greg KH <gregkh@linuxfoundation.org> > CC: Sasha Levin <sashal@kernel.org> > CC: Jonathan Corbet <corbet@lwn.net> > Signed-off-by: Thorsten Leemhuis <linux@leemhuis.info> > --- > Documentation/process/stable-kernel-rules.rst | 22 ++++++++++++++++--- > 1 file changed, 19 insertions(+), 3 deletions(-) > > diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst > index 51df1197d5ab..6e4026dd6882 100644 > --- a/Documentation/process/stable-kernel-rules.rst > +++ b/Documentation/process/stable-kernel-rules.rst > @@ -55,9 +55,10 @@ To have the patch automatically included in the stable tree, add the tag > > Cc: stable@vger.kernel.org > > -in the sign-off area. Once the patch is merged it will be applied to > -the stable tree without anything else needing to be done by the author > -or subsystem maintainer. > +in the sign-off area; to accompany a note to the stable team, use a shell-style Is that how a ';' is really used? I never can remember, so it's an honest question here :) > +inline comment (see below for details). Once the patch is merged it will be > +applied to the stable tree without anything else needing to be done by the > +author or subsystem maintainer. > > .. _option_2: > > @@ -139,6 +140,21 @@ The tag has the meaning of: > > For each "-stable" tree starting with the specified version. > > +To delay pick up of patches submitted via :ref:`option_1`, use the following > +format: > + > +.. code-block:: none > + > + Cc: <stable@vger.kernel.org> # after 4 weeks in mainline > + > +For any other requests related to patches submitted via :ref:`option_1`, just > +add a note to the stable tag. This for example can be used to point out known > +problems: > + > +.. code-block:: none > + > + Cc: <stable@vger.kernel.org> # see patch description, needs adjustments for >= 6.3 > + This looks great to me, so I'll be glad to take it. thanks, greg k-h
On 10.07.23 21:43, Greg KH wrote: > On Mon, Jul 10, 2023 at 07:10:11PM +0200, Thorsten Leemhuis wrote: >> Document how to delay backporting or send a note to the stable team >> using shell-style inline comments attached to stable tags. >> >> CC: Greg KH <gregkh@linuxfoundation.org> >> CC: Sasha Levin <sashal@kernel.org> >> CC: Jonathan Corbet <corbet@lwn.net> >> Signed-off-by: Thorsten Leemhuis <linux@leemhuis.info> >> --- >> Documentation/process/stable-kernel-rules.rst | 22 ++++++++++++++++--- >> 1 file changed, 19 insertions(+), 3 deletions(-) >> >> diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst >> index 51df1197d5ab..6e4026dd6882 100644 >> --- a/Documentation/process/stable-kernel-rules.rst >> +++ b/Documentation/process/stable-kernel-rules.rst >> @@ -55,9 +55,10 @@ To have the patch automatically included in the stable tree, add the tag >> >> Cc: stable@vger.kernel.org >> >> -in the sign-off area. Once the patch is merged it will be applied to >> -the stable tree without anything else needing to be done by the author >> -or subsystem maintainer. >> +in the sign-off area; to accompany a note to the stable team, use a shell-style > > Is that how a ';' is really used? I never can remember, so it's an > honest question here :) Ha, better ask a native speaker or your favorite internet search engine for advice and not someone from Germany that in school was always bad at both German and English. ;) But to answer the question: I think it is used this way in English "to connect related, but independent clauses". But the relation is not that strong or important here; I also tend use semicolons a bit too much, so I'll just drop it for v2. > [...] > This looks great to me, so I'll be glad to take it. thx! Ciao, Thorsten
On Mon, 10 Jul 2023, Thorsten Leemhuis <linux@leemhuis.info> wrote: > Document how to delay backporting or send a note to the stable team > using shell-style inline comments attached to stable tags. > > CC: Greg KH <gregkh@linuxfoundation.org> > CC: Sasha Levin <sashal@kernel.org> > CC: Jonathan Corbet <corbet@lwn.net> > Signed-off-by: Thorsten Leemhuis <linux@leemhuis.info> > --- > Documentation/process/stable-kernel-rules.rst | 22 ++++++++++++++++--- > 1 file changed, 19 insertions(+), 3 deletions(-) > > diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst > index 51df1197d5ab..6e4026dd6882 100644 > --- a/Documentation/process/stable-kernel-rules.rst > +++ b/Documentation/process/stable-kernel-rules.rst > @@ -55,9 +55,10 @@ To have the patch automatically included in the stable tree, add the tag > > Cc: stable@vger.kernel.org > > -in the sign-off area. Once the patch is merged it will be applied to > -the stable tree without anything else needing to be done by the author > -or subsystem maintainer. > +in the sign-off area; to accompany a note to the stable team, use a shell-style > +inline comment (see below for details). Once the patch is merged it will be > +applied to the stable tree without anything else needing to be done by the > +author or subsystem maintainer. > > .. _option_2: > > @@ -139,6 +140,21 @@ The tag has the meaning of: > > For each "-stable" tree starting with the specified version. > > +To delay pick up of patches submitted via :ref:`option_1`, use the following > +format: > + > +.. code-block:: none > + > + Cc: <stable@vger.kernel.org> # after 4 weeks in mainline > + > +For any other requests related to patches submitted via :ref:`option_1`, just > +add a note to the stable tag. This for example can be used to point out known > +problems: > + > +.. code-block:: none > + > + Cc: <stable@vger.kernel.org> # see patch description, needs adjustments for >= 6.3 > + To me, this seems like promoting *any* free text after the #, making it harder to parse in scripts. Of course, I'm only ever producing this, and never consuming, so if the manual reading is fine for the stable developers, who am I to argue. BR, Jani. > Following the submission: > > - The sender will receive an ACK when the patch has been accepted into the
On 11.07.23 12:15, Jani Nikula wrote: > On Mon, 10 Jul 2023, Thorsten Leemhuis <linux@leemhuis.info> wrote: > [...] >> +To delay pick up of patches submitted via :ref:`option_1`, use the following >> +format: >> + >> +.. code-block:: none >> + >> + Cc: <stable@vger.kernel.org> # after 4 weeks in mainline >> + >> +For any other requests related to patches submitted via :ref:`option_1`, just >> +add a note to the stable tag. This for example can be used to point out known >> +problems: >> + >> +.. code-block:: none >> + >> + Cc: <stable@vger.kernel.org> # see patch description, needs adjustments for >= 6.3 >> + > > To me, this seems like promoting *any* free text after the #, making it > harder to parse in scripts. > > Of course, I'm only ever producing this, and never consuming, so if the > manual reading is fine for the stable developers, who am I to argue. I had similar concerns, to which Greg replied: ```my "script" is me reviewing each patch :)``` FWIW, that was here: https://lore.kernel.org/all/2023061936-eatable-grumbling-f3c1@gregkh/ Ciao, Thorsten
diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst index 51df1197d5ab..6e4026dd6882 100644 --- a/Documentation/process/stable-kernel-rules.rst +++ b/Documentation/process/stable-kernel-rules.rst @@ -55,9 +55,10 @@ To have the patch automatically included in the stable tree, add the tag Cc: stable@vger.kernel.org -in the sign-off area. Once the patch is merged it will be applied to -the stable tree without anything else needing to be done by the author -or subsystem maintainer. +in the sign-off area; to accompany a note to the stable team, use a shell-style +inline comment (see below for details). Once the patch is merged it will be +applied to the stable tree without anything else needing to be done by the +author or subsystem maintainer. .. _option_2: @@ -139,6 +140,21 @@ The tag has the meaning of: For each "-stable" tree starting with the specified version. +To delay pick up of patches submitted via :ref:`option_1`, use the following +format: + +.. code-block:: none + + Cc: <stable@vger.kernel.org> # after 4 weeks in mainline + +For any other requests related to patches submitted via :ref:`option_1`, just +add a note to the stable tag. This for example can be used to point out known +problems: + +.. code-block:: none + + Cc: <stable@vger.kernel.org> # see patch description, needs adjustments for >= 6.3 + Following the submission: - The sender will receive an ACK when the patch has been accepted into the