[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YNLkDJ8zHGRZ5iG8@kroah.com>
Date: Wed, 23 Jun 2021 09:34:36 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Kefeng Wang <wangkefeng.wang@...wei.com>
Cc: Jing Xiangfeng <jingxiangfeng@...wei.com>,
Nicolas Saenz Julienne <nsaenzjulienne@...e.de>,
catalin.marinas@....com, will@...nel.org,
akpm@...ux-foundation.org, guohanjun@...wei.com,
sudeep.holla@....com, song.bao.hua@...ilicon.com, ardb@...nel.org,
anshuman.khandual@....com, stable@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, Li Huafei <lihuafei1@...wei.com>
Subject: Re: [PATCH stable v5.10 0/7] arm64: Default to 32-bit wide ZONE_DMA
On Wed, Jun 23, 2021 at 03:25:10PM +0800, Kefeng Wang wrote:
>
>
> On 2021/6/23 15:12, Greg KH wrote:
> > On Wed, Jun 23, 2021 at 02:59:59PM +0800, Kefeng Wang wrote:
> > > Hi Greg,
> > >
> > > There are two more patches about the ZONE_DMA[32] changes,
> >
> > What ZONE_DMA changes?
>
> See the subject, [PATCH stable v5.10 0/7] arm64: Default to 32-bit wide
> ZONE_DMA, We asked the ARM64 ZONE_DMA change backport before, link[1]
The subject doesn't help much, sorry, what commit does this refer to?
What happened to it? Was it accepted or rejected?
> > > especially the
> > > second one, both them need be backported, thanks.
> >
> > Backported to where?
>
> stable 5.10
Why?
> > > 791ab8b2e3db - arm64: Ignore any DMA offsets in the max_zone_phys()
> > > calculation
> > > 2687275a5843 - arm64: Force NO_BLOCK_MAPPINGS if crashkernel reservation is
> > > required
> >
> > Have you tried these patches? Where do they need to be applied to?
>
> Yes, we tested it, without them, especially the second one, we will
> meet crash when using kexec boot, also there is discussion in [2]
> and [3] from Catalin.
These [] do not seem to be links :(
thanks,
greg k-h
Powered by blists - more mailing lists