[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CA+G9fYsTRmtD=wUwS1X6wrUcVKEfvcLfmAc3uUJGVcx-Oqyykw@mail.gmail.com>
Date: Thu, 2 Jul 2020 21:28:05 +0530
From: Naresh Kamboju <naresh.kamboju@...aro.org>
To: Roman Gushchin <guro@...com>, Michal Hocko <mhocko@...nel.org>
Cc: Christoph Lameter <cl@...ux.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, 1 Jul 2020 at 13:49, Michal Hocko <mhocko@...nel.org> wrote:
>
> 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.
The reported problem is fixed by a patch proposed in this email thread.
https://lore.kernel.org/linux-mm/20200701184552.GA61684@carbon.DHCP.thefacebook.com/
- Naresh
>
> Thanks
>
> --
> Michal Hocko
> SUSE Labs
Powered by blists - more mailing lists