2024-04-29 07:18:54

by Thorsten Leemhuis

[permalink] [raw]
Subject: [PATCH v2 2/5] docs: stable-kernel-rules: call mainline by its name and change example

Fine-tuning:

* s/Linus' tree/Linux mainline/, as mainline is the term used elsewhere
in the document.

* Provide a better example for the 'delayed backporting' case that uses
a fixed rather than a relative reference point, which makes it easier
to handle for the stable team.

Signed-off-by: Thorsten Leemhuis <[email protected]>
---
Documentation/process/stable-kernel-rules.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst
index 0da9c57287c134..d28072b570f872 100644
--- a/Documentation/process/stable-kernel-rules.rst
+++ b/Documentation/process/stable-kernel-rules.rst
@@ -6,7 +6,7 @@ Everything you ever wanted to know about Linux -stable releases
Rules on what kind of patches are accepted, and which ones are not, into the
"-stable" tree:

- - It or an equivalent fix must already exist in Linus' tree (upstream).
+ - It or an equivalent fix must already exist in Linux mainline (upstream).
- It must be obviously correct and tested.
- It cannot be bigger than 100 lines, with context.
- It must follow the
@@ -134,7 +134,7 @@ comment to pass arbitrary or predefined notes:

.. code-block:: none

- Cc: <[email protected]> # after 4 weeks in mainline
+ Cc: <[email protected]> # after -rc3

* Point out known problems:

--
2.44.0



2024-04-29 07:49:17

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH v2 2/5] docs: stable-kernel-rules: call mainline by its name and change example

On Mon, Apr 29, 2024 at 09:18:27AM +0200, Thorsten Leemhuis wrote:
> Fine-tuning:
>
> * s/Linus' tree/Linux mainline/, as mainline is the term used elsewhere
> in the document.
>
> * Provide a better example for the 'delayed backporting' case that uses
> a fixed rather than a relative reference point, which makes it easier
> to handle for the stable team.
>
> Signed-off-by: Thorsten Leemhuis <[email protected]>


Reviewed-by: Greg Kroah-Hartman <[email protected]>