[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2023041957-sector-purposely-859f@gregkh>
Date: Wed, 19 Apr 2023 15:17:13 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Conor.Dooley@...rochip.com
Cc: stable@...r.kernel.org, hi@...ssa.is, patches@...ts.linux.dev,
linux-kernel@...r.kernel.org, torvalds@...ux-foundation.org,
akpm@...ux-foundation.org, linux@...ck-us.net, shuah@...nel.org,
patches@...nelci.org, lkft-triage@...ts.linaro.org, pavel@...x.de,
jonathanh@...dia.com, f.fainelli@...il.com,
sudipm.mukherjee@...il.com, srw@...dewatkins.net, rwarsow@....de
Subject: Re: [PATCH 6.2 000/138] 6.2.12-rc2 review
On Wed, Apr 19, 2023 at 12:26:26PM +0000, Conor.Dooley@...rochip.com wrote:
> On 19/04/2023 10:40, Greg Kroah-Hartman wrote:
> > EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe
> >
> > This is the start of the stable review cycle for the 6.2.12 release.
> > There are 138 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with these being applied, please
> > let me know.
> >
> > Responses should be made by Fri, 21 Apr 2023 09:36:26 +0000.
> > Anything received after that time might be too late.
> >
> > The whole patch series can be found in one patch at:
> > https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.2.12-rc2.gz
> > or in the git tree and branch at:
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.2.y
> > and the diffstat can be found below.
> >
> > thanks,
> >
> > greg k-h
>
>
> > Alyssa Ross <hi@...ssa.is>
> > purgatory: fix disabling debug info
> >
> > Heiko Stuebner <heiko.stuebner@...ll.eu>
> > RISC-V: add infrastructure to allow different str* implementations
>
> Lore is ~dead for me right now, but there should be a custom backport of
> Alyssa's commit, submitted by her, here:
> https://lore.kernel.org/all/20230417134044.1821014-1-hi@alyssa.is/
>
> Perhaps the reason is just the quantity of email, but that was
> submitted against the "fail" email (and within a few hours), so why
> was another commit pulled back instead of using what she provided?
Ok, now both dropped, this got confusing fast.
> > Alexandre Ghiti <alexghiti@...osinc.com>
> > riscv: Do not set initial_boot_params to the linear address of the dtb
>
> Same as 6.1.y, Alex said he'll provide a backport for the whole
> series, so just drop this here too please.
Ok, will drop it from this tree too.
thanks for the quick review.
greg k-h
Powered by blists - more mailing lists