[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170531190209.GK3730@atomide.com>
Date: Wed, 31 May 2017 12:02:10 -0700
From: Tony Lindgren <tony@...mide.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Johannes Weiner <hannes@...xchg.org>,
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, 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
* Andrew Morton <akpm@...ux-foundation.org> [170531 11:21]:
> 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?
That's correct, the ordering crash is a separate problem.
> 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?
Seems like a good idea.
Regards,
Tony
Powered by blists - more mailing lists