[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20170531111821.14ebeee4a4181583fe6fac46@linux-foundation.org>
Date: Wed, 31 May 2017 11:18:21 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Johannes Weiner <hannes@...xchg.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, 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
until that is sorted?
Powered by blists - more mailing lists