[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Z4-AYDvWNaUo-ZQ7@arm.com>
Date: Tue, 21 Jan 2025 11:09:20 +0000
From: Catalin Marinas <catalin.marinas@....com>
To: Jakub Kicinski <kuba@...nel.org>
Cc: torvalds@...ux-foundation.org, davem@...emloft.net,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
pabeni@...hat.com, Guo Weikang <guoweikang.kernel@...il.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [GIT PULL] Networking for v6.13-rc7
On Mon, Jan 20, 2025 at 09:45:47AM -0800, Jakub Kicinski wrote:
> On Mon, 20 Jan 2025 14:51:13 +0000 Catalin Marinas wrote:
> > > +#include <linux/kmemleak.h>
> > > #include <linux/memblock.h>
> > > #include <linux/printk.h>
> > > #include <linux/numa.h>
> > > @@ -23,6 +24,9 @@ void __init alloc_node_data(int nid)
> > > nd_size, nid);
> > > nd = __va(nd_pa);
> > >
> > > + /* needed to track related allocation stored in node_data[] */
> > > + kmemleak_alloc(nd, nd_size, 0, 0);
> > > +
> > > /* report and initialize */
> > > pr_info("NODE_DATA(%d) allocated [mem %#010Lx-%#010Lx]\n", nid,
> > > nd_pa, nd_pa + nd_size - 1);
> >
> > Hmm, I don't think this would make any difference as kmemleak does scan
> > the memblock allocations as long as they have a correspondent VA in the
> > linear map.
> >
> > BTW, is NUMA enabled or disabled in your .config?
>
> It's pretty much kernel/configs/debug.config, with virtme-ng, booted
> with 4 CPUs. LMK if you can't repro with that, I can provide exact
> cmdline.
Please do. I haven't tried to reproduce it yet on x86 as I don't have
any non-arm hardware around. It did not trigger on arm64. I think
virtme-ng may work with qemu. Anyway, I'll be off from tomorrow until
the end of the week, so more likely to try it next week.
--
Catalin
Powered by blists - more mailing lists