On 13.12.24 17:20, Jonathan Corbet wrote: > Thorsten Leemhuis <linux@xxxxxxxxxxxxx> writes: > >> Add a few notes on how the interaction with the stable team works when >> it comes to mainline regressions that also affect stable series. >> >> This removes equivalent paragraphs from a section in >> Documentation/process/handling-regressions.rst, which will become mostly >> obsolete through this and follow-up changes. >> >> Signed-off-by: Thorsten Leemhuis <linux@xxxxxxxxxxxxx> >> --- >> Documentation/process/6.Followthrough.rst | 22 +++++++++++++++++++ >> .../process/handling-regressions.rst | 19 ---------------- >> 2 files changed, 22 insertions(+), 19 deletions(-) >> >> diff --git a/Documentation/process/6.Followthrough.rst b/Documentation/process/6.Followthrough.rst >> index f9ae3a86ee0c49..763a80d21240f0 100644 >> --- a/Documentation/process/6.Followthrough.rst >> +++ b/Documentation/process/6.Followthrough.rst >> @@ -234,6 +234,28 @@ On procedure: >> requests again should ideally come directly from maintainers or happen in >> accordance with them. >> >> +Regarding stable and longterm series: >> + >> + - You are free to leave handling regressions to the stable team if the problem >> + at no point in time occurred with mainline or was fixed there already. >> + >> + - When receiving reports about regressions in recent stable or longterm kernel >> + series, consider evaluating at least briefly if the issue might happen in >> + current mainline as well -- and if that seems likely, take hold of the >> + report. If in doubt, ask the reporter to check mainline. >> + >> + - Fix regressions quickly in mainline, whenever you want to swiftly resolve one >> + that recently made it into a mainline, stable, or longterm release; in urgent >> + cases hence involve Linus to fast-track fixes (see above). This route is > > I'm not quite sure what that sentence is intended to say. Might > something like s/quickly/first/ better convey the intent? Maybe also > s/want/need/ ? Hmmm. I went with this: """ - You must fix any regression in mainline first that also happens in mainline, stable, or longterm releases due to the same change. That's because the stable team only addresses such problems once they were fixed in mainline. In urgent cases hence involve Linus to fast-track fixes (see above). """ I liked the old approach a bit better, but yeah, I guess it overloaded the first sentence. :-/ Ciao, Thorsten
