From: Will Deacon <will@kernel.org>
To: Max Schulze <max.schulze@online.de>
Cc: linux-arm-kernel@lists.infradead.org, catalin.marinas@arm.com,
naush@raspberrypi.com, glider@google.com, elver@google.com,
dvyukov@google.com, kasan-dev@googlegroups.com
Subject: Re: kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing) [RPi CM4]
Date: Mon, 15 Aug 2022 13:47:06 +0100 [thread overview]
Message-ID: <20220815124705.GA9950@willie-the-truck> (raw)
In-Reply-To: <b33b33bc-2d06-1bcd-2df7-43678962b728@online.de>
[+kfence folks as kfence_alloc_pool() is starting the stacktrace]
On Mon, Aug 15, 2022 at 11:52:05AM +0200, Max Schulze wrote:
> Hello,
>
> I get these messages when booting 5.19.0 on RaspberryPi CM4.
>
> Full boot log is at https://pastebin.ubuntu.com/p/mVhgBwxqPj/
>
> Anyone seen this? What can I do ?
>
> Thanks,
>
> Max
>
>
> [0.087630] kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> [0.087756] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.19.0-v8-0815+ #5
> [0.087836] Hardware name: Raspberry Pi Compute Module 4 Rev 1.0 (DT)
> [0.087901] Call trace:
> [0.087941] dump_backtrace.part.0+0x1dc/0x1ec
> [0.088029] show_stack+0x24/0x80
> [0.088089] dump_stack_lvl+0x8c/0xb8
> [0.088161] dump_stack+0x1c/0x38
> [0.088224] create_object.isra.0+0x490/0x4b0
> [0.088298] kmemleak_alloc+0x3c/0x50
> [0.088365] kmem_cache_alloc+0x2f8/0x450
> [0.088435] __proc_create+0x18c/0x400
> [0.088509] proc_create_reg+0x54/0xd0
> [0.088569] proc_create_seq_private+0x94/0x120
> [0.088634] init_mm_internals+0x1d8/0x248
> [0.088704] kernel_init_freeable+0x188/0x388
> [0.088776] kernel_init+0x30/0x150
> [0.088837] ret_from_fork+0x10/0x20
> [0.088903] kmemleak: Kernel memory leak detector disabled
> [0.088958] kmemleak: Object 0xffffff806e24d000 (size 2097152):
> [0.089021] kmemleak: comm "swapper", pid 0, jiffies 4294892296
> [0.089085] kmemleak: min_count = -1
> [0.089131] kmemleak: count = 0
> [0.089174] kmemleak: flags = 0x5
> [0.089219] kmemleak: checksum = 0
> [0.089264] kmemleak: backtrace:
> [0.089306] kmemleak_alloc_phys+0x94/0xb0
> [0.089379] memblock_alloc_range_nid+0x1c0/0x20c
> [0.089460] memblock_alloc_internal+0x88/0x100
> [0.089532] memblock_alloc_try_nid+0x148/0x1ac
> [0.089604] kfence_alloc_pool+0x44/0x6c
> [0.089674] mm_init+0x28/0x98
> [0.089733] start_kernel+0x178/0x3e8
> [0.089797] __primary_switched+0xc4/0xcc
> [0.090185] cblist_init_generic: Setting adjustable number of callback queues.
>
>
> early_memtest reports no problems,
>
>
> [0.000000] Zone ranges:
> [0.000000] DMA [mem 0x0000000000000000-0x000000003fffffff]
> [0.000000] DMA32[mem 0x0000000040000000-0x000000007fffffff]
> [0.000000] Normal empty
> [0.000000] Movable zone start for each node
> [0.000000] Early memory node ranges
> [0.000000] node 0: [mem 0x0000000000000000-0x0000000037ffffff]
> [0.000000] node 0: [mem 0x0000000040000000-0x000000007fffffff]
> [0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x000000007fffffff]
>
>
> The Address differs a bit across reboots, but callstack looks always the same, and "Object is always 0xffffff806e24d000 (size 2097152)"
>
>
> Aug 15 03:42:44 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 03:50:37 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 03:50:37 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 06:58:14 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 07:04:01 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 07:04:01 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 07:27:40 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 07:36:10 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 07:41:57 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 07:47:43 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 07:53:29 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 07:59:18 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 08:05:06 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 08:13:00 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 08:21:47 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 08:27:36 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 08:33:23 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 08:39:13 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 08:45:03 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 08:50:51 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 08:56:40 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 09:02:27 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 09:08:16 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 09:23:45 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 09:32:34 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 09:38:23 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 09:44:09 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 09:49:55 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 09:55:40 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 10:01:27 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 10:07:19 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 10:15:13 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 10:24:00 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 10:28:56 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 10:34:44 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 10:42:45 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 10:51:32 kernel:kmemleak: Cannot insert 0xffffff806e24ff40 into the object search tree (overlaps existing)
> Aug 15 11:03:53 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
> Aug 15 11:14:55 kernel:kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing)
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-08-15 12:48 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-15 9:52 kmemleak: Cannot insert 0xffffff806e24f000 into the object search tree (overlaps existing) [RPi CM4] Max Schulze
2022-08-15 12:47 ` Will Deacon [this message]
2022-08-15 15:50 ` Marco Elver
2022-08-16 10:52 ` Yee Lee (李建誼)
2022-08-16 14:26 ` Will Deacon
2022-08-16 14:34 ` Marco Elver
2022-08-16 15:31 ` Catalin Marinas
2022-08-16 15:46 ` Marco Elver
2022-08-16 15:53 ` Catalin Marinas
2022-08-16 23:39 ` Andrew Morton
2022-08-17 6:25 ` Greg Kroah-Hartman
2022-08-17 8:23 ` Catalin Marinas
2022-08-17 15:01 ` Marco Elver
2022-08-17 16:52 ` Greg Kroah-Hartman
2022-08-17 17:02 ` Catalin Marinas
2022-08-17 17:23 ` Greg Kroah-Hartman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220815124705.GA9950@willie-the-truck \
--to=will@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=dvyukov@google.com \
--cc=elver@google.com \
--cc=glider@google.com \
--cc=kasan-dev@googlegroups.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=max.schulze@online.de \
--cc=naush@raspberrypi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox