linux-kernel - Re: [PATCH] mm: move page_ext_init after all struct pages are initialized

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:	Thu, 19 May 2016 16:21:07 -0700
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	"Shi, Yang" <yang.shi@...aro.org>
Cc:	iamjoonsoo.kim@....com, linux-kernel@...r.kernel.org,
	linux-mm@...ck.org, linaro-kernel@...ts.linaro.org
Subject: Re: [PATCH] mm: move page_ext_init after all struct pages are
 initialized

On Thu, 19 May 2016 15:35:15 -0700 "Shi, Yang" <yang.shi@...aro.org> wrote:

> On 5/19/2016 3:30 PM, Andrew Morton wrote:
> > On Thu, 19 May 2016 14:29:05 -0700 Yang Shi <yang.shi@...aro.org> wrote:
> >
> >> When DEFERRED_STRUCT_PAGE_INIT is enabled, just a subset of memmap at boot
> >> are initialized, then the rest are initialized in parallel by starting one-off
> >> "pgdatinitX" kernel thread for each node X.
> >>
> >> If page_ext_init is called before it, some pages will not have valid extension,
> >> so move page_ext_init() after it.
> >>
> >
> > <stdreply>When fixing a bug, please fully describe the end-user impact
> > of that bug</>
> 
> The kernel ran into the below oops which is same with the oops reported 
> in 
> http://ozlabs.org/~akpm/mmots/broken-out/mm-page_is_guard-return-false-when-page_ext-arrays-are-not-allocated-yet.patch.

So this patch makes
mm-page_is_guard-return-false-when-page_ext-arrays-are-not-allocated-yet.patch
obsolete?