lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ