[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e7e99791-aade-55fd-ac75-71478699cbe0@acm.org>
Date: Thu, 3 Mar 2022 21:22:50 -0800
From: Bart Van Assche <bvanassche@....org>
To: Joe Perches <joe@...ches.com>,
Miguel Ojeda <miguel.ojeda.sandonis@...il.com>,
Finn Thain <fthain@...ux-m68k.org>
Cc: Konrad Wilhelm Kleine <kkleine@...hat.com>,
Tom Rix <trix@...hat.com>, kashyap.desai@...adcom.com,
sumit.saxena@...adcom.com, shivasharan.srikanteshwara@...adcom.com,
jejb@...ux.ibm.com, martin.petersen@...cle.com,
Nathan Chancellor <nathan@...nel.org>,
Nick Desaulniers <ndesaulniers@...gle.com>,
megaraidlinux.pdl@...adcom.com, scsi <linux-scsi@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>, llvm@...ts.linux.dev
Subject: Re: [PATCH] scsi: megaraid: cleanup formatting of megaraid
On 3/3/22 15:38, Joe Perches wrote:
> One argument is that churn leads to difficulty in backporting
> fixes to older 'stable' versions.
>
> I think the churn argument is overstated.
I'm often backporting patches to older kernels and I think the churn argument
has not been emphasized enough. Backporting patches is a normal aspect of a
product lifecycle since a kernel version is chosen when development of a
product starts and bugfixes are cherry-picked from upstream selectively.
Thanks,
Bart.
Powered by blists - more mailing lists