2022-08-09 05:26:55

by Salvatore Bonaccorso

[permalink] [raw]
Subject: [PATCH] Documentation: stable: Document alternative for referring upstream commit hash

Additionally to the "commit <sha1> upstream." variant, "[ Upstream
commit <sha1> ]" is used as well as alternative to refer to the upstream
commit hash.

Signed-off-by: Salvatore Bonaccorso <[email protected]>
---
Documentation/process/stable-kernel-rules.rst | 6 ++++++
1 file changed, 6 insertions(+)

diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst
index c61865e91f52..2fd8aa593a28 100644
--- a/Documentation/process/stable-kernel-rules.rst
+++ b/Documentation/process/stable-kernel-rules.rst
@@ -97,6 +97,12 @@ text, like this:

commit <sha1> upstream.

+or alternatively:
+
+.. code-block:: none
+
+ [ Upstream commit <sha1> ]
+
Additionally, some patches submitted via :ref:`option_1` may have additional
patch prerequisites which can be cherry-picked. This can be specified in the
following format in the sign-off area:
--
2.36.1


2022-08-09 08:44:01

by Bagas Sanjaya

[permalink] [raw]
Subject: Re: [PATCH] Documentation: stable: Document alternative for referring upstream commit hash

On 8/9/22 11:55, Salvatore Bonaccorso wrote:
> @@ -97,6 +97,12 @@ text, like this:
>
> commit <sha1> upstream.
>
> +or alternatively:
> +
> +.. code-block:: none
> +
> + [ Upstream commit <sha1> ]
> +

Looks OK. Indeed Sasha uses the alternative style.

Reviewed-by: Bagas Sanjaya <[email protected]>

--
An old man doll... just what I always wanted! - Clara

2022-08-09 08:57:51

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH] Documentation: stable: Document alternative for referring upstream commit hash

On Tue, Aug 09, 2022 at 03:30:46PM +0700, Bagas Sanjaya wrote:
> On 8/9/22 11:55, Salvatore Bonaccorso wrote:
> > @@ -97,6 +97,12 @@ text, like this:
> >
> > commit <sha1> upstream.
> >
> > +or alternatively:
> > +
> > +.. code-block:: none
> > +
> > + [ Upstream commit <sha1> ]
> > +
>
> Looks OK. Indeed Sasha uses the alternative style.
>
> Reviewed-by: Bagas Sanjaya <[email protected]>

Thanks, I'll queue this up after -rc1 is out.

greg k-h

2022-08-09 13:54:26

by Jonathan Corbet

[permalink] [raw]
Subject: Re: [PATCH] Documentation: stable: Document alternative for referring upstream commit hash

Salvatore Bonaccorso <[email protected]> writes:

> Additionally to the "commit <sha1> upstream." variant, "[ Upstream
> commit <sha1> ]" is used as well as alternative to refer to the upstream
> commit hash.
>
> Signed-off-by: Salvatore Bonaccorso <[email protected]>
> ---
> Documentation/process/stable-kernel-rules.rst | 6 ++++++
> 1 file changed, 6 insertions(+)

So this is a nit but...

> diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst
> index c61865e91f52..2fd8aa593a28 100644
> --- a/Documentation/process/stable-kernel-rules.rst
> +++ b/Documentation/process/stable-kernel-rules.rst
> @@ -97,6 +97,12 @@ text, like this:
>
> commit <sha1> upstream.
>
> +or alternatively:
> +
> +.. code-block:: none
> +
> + [ Upstream commit <sha1> ]

Can this just be:

or alternatively::

[ Upstream commit <sha1> ]

That extra RST markup just clutters things without any advantage.

Thanks,

jon

2022-08-09 14:17:35

by Salvatore Bonaccorso

[permalink] [raw]
Subject: Re: [PATCH] Documentation: stable: Document alternative for referring upstream commit hash

Hi Jonathan,

On Tue, Aug 09, 2022 at 06:54:59AM -0600, Jonathan Corbet wrote:
> Salvatore Bonaccorso <[email protected]> writes:
>
> > Additionally to the "commit <sha1> upstream." variant, "[ Upstream
> > commit <sha1> ]" is used as well as alternative to refer to the upstream
> > commit hash.
> >
> > Signed-off-by: Salvatore Bonaccorso <[email protected]>
> > ---
> > Documentation/process/stable-kernel-rules.rst | 6 ++++++
> > 1 file changed, 6 insertions(+)
>
> So this is a nit but...
>
> > diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst
> > index c61865e91f52..2fd8aa593a28 100644
> > --- a/Documentation/process/stable-kernel-rules.rst
> > +++ b/Documentation/process/stable-kernel-rules.rst
> > @@ -97,6 +97,12 @@ text, like this:
> >
> > commit <sha1> upstream.
> >
> > +or alternatively:
> > +
> > +.. code-block:: none
> > +
> > + [ Upstream commit <sha1> ]
>
> Can this just be:
>
> or alternatively::
>
> [ Upstream commit <sha1> ]
>
> That extra RST markup just clutters things without any advantage.

Okay, I just have sent a v2 dropping it.

Salvatore

2022-08-26 08:39:15

by Salvatore Bonaccorso

[permalink] [raw]
Subject: Re: [PATCH] Documentation: stable: Document alternative for referring upstream commit hash

Hi Jonathan,

On Tue, Aug 09, 2022 at 06:54:59AM -0600, Jonathan Corbet wrote:
> Salvatore Bonaccorso <[email protected]> writes:
>
> > Additionally to the "commit <sha1> upstream." variant, "[ Upstream
> > commit <sha1> ]" is used as well as alternative to refer to the upstream
> > commit hash.
> >
> > Signed-off-by: Salvatore Bonaccorso <[email protected]>
> > ---
> > Documentation/process/stable-kernel-rules.rst | 6 ++++++
> > 1 file changed, 6 insertions(+)
>
> So this is a nit but...
>
> > diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst
> > index c61865e91f52..2fd8aa593a28 100644
> > --- a/Documentation/process/stable-kernel-rules.rst
> > +++ b/Documentation/process/stable-kernel-rules.rst
> > @@ -97,6 +97,12 @@ text, like this:
> >
> > commit <sha1> upstream.
> >
> > +or alternatively:
> > +
> > +.. code-block:: none
> > +
> > + [ Upstream commit <sha1> ]
>
> Can this just be:
>
> or alternatively::
>
> [ Upstream commit <sha1> ]
>
> That extra RST markup just clutters things without any advantage.

Btw, after revisiting, I think Greg actually can pick up the first
version of the patch. Changing the above without adding the
code-block:node will reformat the

[ Upstream commit <sha1> ]

differently when rendering to html.

Greg, so as the patch has not yet been commited, can you pick up the
first version from
https://lore.kernel.org/lkml/[email protected]/
?

Regards,
Salvatore

2022-09-01 16:49:00

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH] Documentation: stable: Document alternative for referring upstream commit hash

On Fri, Aug 26, 2022 at 10:27:58AM +0200, Salvatore Bonaccorso wrote:
> Hi Jonathan,
>
> On Tue, Aug 09, 2022 at 06:54:59AM -0600, Jonathan Corbet wrote:
> > Salvatore Bonaccorso <[email protected]> writes:
> >
> > > Additionally to the "commit <sha1> upstream." variant, "[ Upstream
> > > commit <sha1> ]" is used as well as alternative to refer to the upstream
> > > commit hash.
> > >
> > > Signed-off-by: Salvatore Bonaccorso <[email protected]>
> > > ---
> > > Documentation/process/stable-kernel-rules.rst | 6 ++++++
> > > 1 file changed, 6 insertions(+)
> >
> > So this is a nit but...
> >
> > > diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst
> > > index c61865e91f52..2fd8aa593a28 100644
> > > --- a/Documentation/process/stable-kernel-rules.rst
> > > +++ b/Documentation/process/stable-kernel-rules.rst
> > > @@ -97,6 +97,12 @@ text, like this:
> > >
> > > commit <sha1> upstream.
> > >
> > > +or alternatively:
> > > +
> > > +.. code-block:: none
> > > +
> > > + [ Upstream commit <sha1> ]
> >
> > Can this just be:
> >
> > or alternatively::
> >
> > [ Upstream commit <sha1> ]
> >
> > That extra RST markup just clutters things without any advantage.
>
> Btw, after revisiting, I think Greg actually can pick up the first
> version of the patch. Changing the above without adding the
> code-block:node will reformat the
>
> [ Upstream commit <sha1> ]
>
> differently when rendering to html.
>
> Greg, so as the patch has not yet been commited, can you pick up the
> first version from
> https://lore.kernel.org/lkml/[email protected]/
> ?

Please resend it as v3 so that our tools don't try to apply v2.

thanks,

greg k-h

2022-09-01 19:01:29

by Salvatore Bonaccorso

[permalink] [raw]
Subject: Re: [PATCH] Documentation: stable: Document alternative for referring upstream commit hash

Hi Greg,

On Thu, Sep 01, 2022 at 05:59:08PM +0200, Greg Kroah-Hartman wrote:
> On Fri, Aug 26, 2022 at 10:27:58AM +0200, Salvatore Bonaccorso wrote:
> > Hi Jonathan,
> >
> > On Tue, Aug 09, 2022 at 06:54:59AM -0600, Jonathan Corbet wrote:
> > > Salvatore Bonaccorso <[email protected]> writes:
> > >
> > > > Additionally to the "commit <sha1> upstream." variant, "[ Upstream
> > > > commit <sha1> ]" is used as well as alternative to refer to the upstream
> > > > commit hash.
> > > >
> > > > Signed-off-by: Salvatore Bonaccorso <[email protected]>
> > > > ---
> > > > Documentation/process/stable-kernel-rules.rst | 6 ++++++
> > > > 1 file changed, 6 insertions(+)
> > >
> > > So this is a nit but...
> > >
> > > > diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst
> > > > index c61865e91f52..2fd8aa593a28 100644
> > > > --- a/Documentation/process/stable-kernel-rules.rst
> > > > +++ b/Documentation/process/stable-kernel-rules.rst
> > > > @@ -97,6 +97,12 @@ text, like this:
> > > >
> > > > commit <sha1> upstream.
> > > >
> > > > +or alternatively:
> > > > +
> > > > +.. code-block:: none
> > > > +
> > > > + [ Upstream commit <sha1> ]
> > >
> > > Can this just be:
> > >
> > > or alternatively::
> > >
> > > [ Upstream commit <sha1> ]
> > >
> > > That extra RST markup just clutters things without any advantage.
> >
> > Btw, after revisiting, I think Greg actually can pick up the first
> > version of the patch. Changing the above without adding the
> > code-block:node will reformat the
> >
> > [ Upstream commit <sha1> ]
> >
> > differently when rendering to html.
> >
> > Greg, so as the patch has not yet been commited, can you pick up the
> > first version from
> > https://lore.kernel.org/lkml/[email protected]/
> > ?
>
> Please resend it as v3 so that our tools don't try to apply v2.

Okay right, make sense! Just sumitted v3 with the original version of
the documentation patch.

https://lore.kernel.org/lkml/[email protected]/

Regards,
Salvatore