[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170601014425.GA11815@cmpxchg.org>
Date: Wed, 31 May 2017 21:44:25 -0400
From: Johannes Weiner <hannes@...xchg.org>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Josef Bacik <josef@...icpanda.com>, Michal Hocko <mhocko@...e.com>,
Vladimir Davydov <vdavydov.dev@...il.com>,
Rik van Riel <riel@...hat.com>, linux-mm@...ck.org,
cgroups@...r.kernel.org, linux-kernel@...r.kernel.org,
kernel-team@...com, Tony Lindgren <tony@...mide.com>,
Russell King <rmk@...linux.org.uk>,
Yury Norov <ynorov@...iumnetworks.com>,
Stephen Rothwell <sfr@...b.auug.org.au>
Subject: Re: [PATCH 5/6] mm: memcontrol: per-lruvec stats infrastructure
On Wed, May 31, 2017 at 11:18:21AM -0700, Andrew Morton wrote:
> On Wed, 31 May 2017 13:14:50 -0400 Johannes Weiner <hannes@...xchg.org> wrote:
>
> > Andrew, the 0day tester found a crash with this when special pages get
> > faulted. They're not charged to any cgroup and we'll deref NULL.
> >
> > Can you include the following fix on top of this patch please? Thanks!
>
> OK. But this won't fix the init ordering crash which the arm folks are
> seeing?
>
> I'm wondering if we should ask Stephen to drop
>
> mm-vmstat-move-slab-statistics-from-zone-to-node-counters.patch
> mm-memcontrol-use-the-node-native-slab-memory-counters.patch
> mm-memcontrol-use-generic-mod_memcg_page_state-for-kmem-pages.patch
> mm-memcontrol-per-lruvec-stats-infrastructure.patch
> mm-memcontrol-account-slab-stats-per-lruvec.patch
Sorry about the wreckage.
Dropping these makes sense to me for the time being.
I'll fix up the init ordering issue.
Powered by blists - more mailing lists