[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200701081951.GL2369@dhcp22.suse.cz>
Date: Wed, 1 Jul 2020 10:19:51 +0200
From: Michal Hocko <mhocko@...nel.org>
To: Naresh Kamboju <naresh.kamboju@...aro.org>
Cc: Christoph Lameter <cl@...ux.com>, Roman Gushchin <guro@...com>,
Johannes Weiner <hannes@...xchg.org>,
Shakeel Butt <shakeelb@...gle.com>,
linux-mm <linux-mm@...ck.org>, Vlastimil Babka <vbabka@...e.cz>,
Kernel Team <kernel-team@...com>,
open list <linux-kernel@...r.kernel.org>,
Yafang Shao <laoar.shao@...il.com>,
lkft-triage@...ts.linaro.org,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: PANIC: mm: memcg/slab: percpu_ref_put_many - Unable to handle
kernel paging request at virtual address ffff80096d78f000
On Wed 01-07-20 13:24:54, Naresh Kamboju wrote:
> While running LTP mm test suite on arm64 Juno device the kernel panic
> noticed on linux-next 20200630 tag.
Can you try to bisect? The new memcg slab allocator series sounds like a
potential candidate. One of the patches has changed the memcg reference
counting which is showing up on the stack. This might be a side effect
of something else of course but bisection would tell us more.
Thanks
--
Michal Hocko
SUSE Labs
Powered by blists - more mailing lists