lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAADnVQ+dPML0DW=Miuq=n7nC8m4gcPj7Dk_nhedzs9zTE30arw@mail.gmail.com> Date: Thu, 14 Dec 2023 17:25:46 -0800 From: Alexei Starovoitov <alexei.starovoitov@...il.com> To: bpf <bpf@...r.kernel.org>, Network Development <netdev@...r.kernel.org>, LKML <linux-kernel@...r.kernel.org>, "Paul E. McKenney" <paulmck@...nel.org>, Steven Rostedt <rostedt@...dmis.org>, Stephen Rothwell <sfr@...b.auug.org.au>, Alexander Potapenko <glider@...gle.com>, Andrey Konovalov <andreyknvl@...il.com> Subject: [bug] splat at boot Hi All, just noticed a boot splat that probably was there for lone time: [ 1.118691] ftrace: allocating 50546 entries in 198 pages [ 1.129690] ftrace: allocated 198 pages with 4 groups [ 1.130156] [ 1.130158] ============================= [ 1.130159] [ BUG: Invalid wait context ] [ 1.130161] 6.7.0-rc3-00837-g403f3e8fda60 #5272 Not tainted [ 1.130163] ----------------------------- [ 1.130165] swapper/0 is trying to lock: [ 1.130166] ffff88823fffb1d8 (&zone->lock){....}-{3:3}, at: __rmqueue_pcplist+0xe80/0x1100 [ 1.130181] other info that might help us debug this: [ 1.130182] context-{5:5} [ 1.130184] 3 locks held by swapper/0: [ 1.130185] #0: ffffffff84334888 (slab_mutex){....}-{4:4}, at: kmem_cache_create_usercopy+0x47/0x270 [ 1.130197] #1: ffffffff8437aad8 (kmemleak_lock){....}-{2:2}, at: __create_object+0x36/0xa0 [ 1.130207] #2: ffff8881f6c37c18 (&pcp->lock){....}-{3:3}, at: get_page_from_freelist+0x8be/0x2250 [ 1.130215] stack backtrace: [ 1.130217] CPU: 0 PID: 0 Comm: swapper Not tainted 6.7.0-rc3-00837-g403f3e8fda60 #5272 [ 1.130221] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.0-59-gc9ba5276e321-prebuilt.qemu.org 04/01/2014 [ 1.130224] Call Trace: [ 1.130225] <TASK> [ 1.130228] dump_stack_lvl+0x4a/0x80 [ 1.130234] __lock_acquire+0xd5d/0x34e0 [ 1.130244] ? lockdep_hardirqs_on_prepare+0x220/0x220 [ 1.130248] ? __lock_acquire+0x906/0x34e0 [ 1.130254] lock_acquire+0x155/0x3b0 [ 1.130258] ? __rmqueue_pcplist+0xe80/0x1100 [ 1.130263] ? lock_sync+0x100/0x100 [ 1.130268] ? secondary_startup_64_no_verify+0x166/0x16b [ 1.130274] ? lockdep_hardirqs_on_prepare+0x220/0x220 [ 1.130279] _raw_spin_lock_irqsave+0x3f/0x60 [ 1.130284] ? __rmqueue_pcplist+0xe80/0x1100 [ 1.130288] __rmqueue_pcplist+0xe80/0x1100 [ 1.130293] ? lock_acquire+0x165/0x3b0 [ 1.130300] ? find_suitable_fallback+0xe0/0xe0 [ 1.130306] get_page_from_freelist+0x91c/0x2250 [ 1.130314] ? lock_release+0x219/0x3a0 [ 1.130317] ? __stack_depot_save+0x223/0x450 [ 1.130322] ? reacquire_held_locks+0x270/0x270 [ 1.130328] ? __zone_watermark_ok+0x290/0x290 [ 1.130332] ? prepare_alloc_pages.constprop.0+0x173/0x220 [ 1.130337] __alloc_pages+0x188/0x390 [ 1.130342] ? __alloc_pages_slowpath.constprop.0+0x1380/0x1380 [ 1.130347] ? unwind_next_frame+0x1ee/0xe10 [ 1.130354] ? secondary_startup_64_no_verify+0x166/0x16b [ 1.130358] ? secondary_startup_64_no_verify+0x166/0x16b [ 1.130362] ? write_profile+0x220/0x220 [ 1.130366] ? policy_nodemask+0x28/0x190 [ 1.130371] alloc_pages_mpol+0xf0/0x2c0 [ 1.130376] ? mempolicy_in_oom_domain+0x90/0x90 [ 1.130381] ? secondary_startup_64_no_verify+0x166/0x16b [ 1.130387] __stack_depot_save+0x36f/0x450 [ 1.130393] set_track_prepare+0x79/0xa0 [ 1.130396] ? get_object+0x50/0x50 [ 1.130400] ? kmem_cache_alloc_node+0x222/0x3b0 [ 1.130404] ? __kmem_cache_create+0x167/0x5e0 [ 1.130408] ? kmem_cache_create_usercopy+0x17c/0x270 [ 1.130412] ? kmem_cache_create+0x16/0x20 [ 1.130415] ? sched_init+0xf8/0x780 [ 1.130420] ? start_kernel+0x13c/0x390 [ 1.130425] ? x86_64_start_reservations+0x18/0x30 [ 1.130428] ? x86_64_start_kernel+0xb2/0xc0 [ 1.130431] ? secondary_startup_64_no_verify+0x166/0x16b [ 1.130436] ? strncpy+0x33/0x60 [ 1.130441] __link_object+0x21c/0x4c0 [ 1.130447] __create_object+0x4e/0xa0 [ 1.130452] kmem_cache_alloc_node+0x222/0x3b0 [ 1.130457] ? calculate_sizes+0x2eb/0x320 [ 1.130462] __kmem_cache_create+0x167/0x5e0 [ 1.130467] kmem_cache_create_usercopy+0x17c/0x270 [ 1.130471] ? cpupri_init+0xe6/0x100 [ 1.130478] kmem_cache_create+0x16/0x20 [ 1.130482] sched_init+0xf8/0x780 [ 1.130486] start_kernel+0x13c/0x390 [ 1.130491] x86_64_start_reservations+0x18/0x30 [ 1.130494] x86_64_start_kernel+0xb2/0xc0 [ 1.130498] secondary_startup_64_no_verify+0x166/0x16b [ 1.130506] </TASK> [ 1.133575] Running RCU self tests Looks to be stackdepot related? I haven't debugged it yet. Wondering, is this a known issue? CONFIG_KASAN=y CONFIG_KASAN_GENERIC=y CONFIG_KASAN_OUTLINE=y # CONFIG_KASAN_INLINE is not set CONFIG_KASAN_STACK=y CONFIG_KASAN_VMALLOC=y # CONFIG_KASAN_MODULE_TEST is not set CONFIG_HAVE_ARCH_KFENCE=y CONFIG_KFENCE=y CONFIG_DEBUG_ATOMIC_SLEEP=y
Powered by blists - more mailing lists