From mboxrd@z Thu Jan 1 00:00:00 1970 From: swarren@wwwdotorg.org (Stephen Warren) Date: Fri, 16 Aug 2013 15:24:40 -0600 Subject: [patch v2 3/3] mm: page_alloc: fair zone allocator policy In-Reply-To: <20130816201814.GA26409@cmpxchg.org> References: <1375457846-21521-1-git-send-email-hannes@cmpxchg.org> <1375457846-21521-4-git-send-email-hannes@cmpxchg.org> <20130807145828.GQ2296@suse.de> <20130807153743.GH715@cmpxchg.org> <20130808041623.GL1845@cmpxchg.org> <87haepblo2.fsf@kernel.org> <20130816201814.GA26409@cmpxchg.org> Message-ID: <520E9898.7040107@wwwdotorg.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 08/16/2013 02:18 PM, Johannes Weiner wrote: > Hi Kevin, > > On Fri, Aug 16, 2013 at 10:17:01AM -0700, Kevin Hilman wrote: >> Johannes Weiner writes: >>> On Wed, Aug 07, 2013 at 11:37:43AM -0400, Johannes Weiner wrote: >>> Subject: [patch] mm: page_alloc: use vmstats for fair zone allocation batching >>> >>> Avoid dirtying the same cache line with every single page allocation >>> by making the fair per-zone allocation batch a vmstat item, which will >>> turn it into batched percpu counters on SMP. >>> >>> Signed-off-by: Johannes Weiner >> >> I bisected several boot failures on various ARM platform in >> next-20130816 down to this patch (commit 67131f9837 in linux-next.) >> >> Simply reverting it got things booting again on top of -next. Example >> boot crash below. > > Thanks for the bisect and report! > > I deref the percpu pointers before initializing them properly. It > didn't trigger on x86 because the percpu offset added to the pointer > is big enough so that it does not fall into PFN 0, but it probably > ended up corrupting something... > > Could you try this patch on top of linux-next instead of the revert? That patch, Tested-by: Stephen Warren