From nobody Wed Jun 17 07:26:09 2026 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 57C99390CAD; Mon, 27 Apr 2026 07:10:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777273831; cv=none; b=iDU2TLqsdomPwo1jsjFkDo4dcYC6iOYqG6tO17wDsXTbp8cEQ+T3FUKaW5ly/0x9TIBlhW3feU0UdUlMbolbFW1BXo32v5np9DpaSqsTs82vrdd+Mw7tZVfWxpliyZkGje6xXsc3NDKaYf4LnicwUoIG8SR7JptkkME6iQhFANk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777273831; c=relaxed/simple; bh=f8fG+Ov6SZaQufkiq2WTLEXvbWtRIw+ej5o9FaRUj7s=; h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References: In-Reply-To:To:Cc; b=fwyyKJ2VzG5tyzmbAAMMoDBmFtj9b2xDQ9xhtnfowpHeYAhFM13THZC6SU0bb4k99ERfsDIrnpVKSvJiHjzpuUT13kKPas9o8WRf7AHEMaNaMf8ruycrjg6ghB78dXDF4YAH2R197bC/fnWc3OToVpoGgzbz+WT79I9IvQsaHRo= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=HpQ94iUW; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="HpQ94iUW" Received: by smtp.kernel.org (Postfix) with ESMTPSA id EF42DC2BCB6; Mon, 27 Apr 2026 07:10:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1777273831; bh=f8fG+Ov6SZaQufkiq2WTLEXvbWtRIw+ej5o9FaRUj7s=; h=From:Date:Subject:References:In-Reply-To:To:Cc:From; b=HpQ94iUW1FbbntkG34+YyOJJC9K2Y2MHX/jxzhKTKmDo09P24Xb5Ooc83YMCCx5Lv d5LIJRQjP4415ffHTQSCb2lrmoJOfR/ymo+0xLt5caMimpAp/V2E9gjfBAWVq2Lk0m mldUw9d6THL96fsm8pVmf7Uq9VviaKy9GGteLan6talPR85+5izDAmqO4j9DoAx2MR QG1NIznIkt9z/DHrnxkkzMtUWvvbWbASBundbjw+RobXJr5/UhWB+5U0CGSCDf7ypL 7DDDsmlJwMoaP2991byEXTVHcjT40y3P2BZVpyr3qVUJ8nUE4jpSQVh5MxZV1Ev/Is KM9ISIPSgfRcA== From: "Harry Yoo (Oracle)" Date: Mon, 27 Apr 2026 16:09:52 +0900 Subject: [PATCH mm-hotfixes v2 1/2] mm/page_alloc: return NULL early from alloc_frozen_pages_nolock() in NMI on UP Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <20260427-nolock-api-fix-v2-1-a6b83a92d9a4@kernel.org> References: <20260427-nolock-api-fix-v2-0-a6b83a92d9a4@kernel.org> In-Reply-To: <20260427-nolock-api-fix-v2-0-a6b83a92d9a4@kernel.org> To: Andrew Morton , Vlastimil Babka , Suren Baghdasaryan , Michal Hocko , Brendan Jackman , Johannes Weiner , Zi Yan , Harry Yoo , Shakeel Butt , Alexei Starovoitov , Hao Li , Christoph Lameter , David Rientjes , Roman Gushchin Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org X-Mailer: b4 0.16-dev On UP kernels (!CONFIG_SMP), spin_trylock() is a no-op that unconditionally succeeds even when the lock is already held. As a result, alloc_frozen_pages_nolock() called from NMI context can re-enter rmqueue() and acquire the zone lock that the interrupted context is already holding, corrupting the freelists. With CONFIG_DEBUG_SPINLOCK on UP, the following BUG is triggered with the slub_kunit test module: BUG: spinlock trylock failure on UP on CPU#0, kunit_try_catch/243 [...] Call Trace: dump_stack_lvl+0x3f/0x60 do_raw_spin_trylock+0x41/0x50 _raw_spin_trylock+0x24/0x50 rmqueue.isra.0+0x2a9/0xa70 get_page_from_freelist+0xeb/0x450 alloc_frozen_pages_nolock_noprof+0x111/0x1e0 allocate_slab+0x42a/0x500 ___slab_alloc+0xa7/0x4c0 kmalloc_nolock_noprof+0x164/0x310 [...] Fix this by returning NULL early when invoked from NMI on a UP kernel. Link: https://lore.kernel.org/linux-mm/ad_cqe51pvr1WaDg@hyeyoo Cc: Fixes: d7242af86434 ("mm: Introduce alloc_frozen_pages_nolock()") Signed-off-by: Harry Yoo (Oracle) --- mm/page_alloc.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 71859993dd54..23c7298d3be2 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -7737,6 +7737,11 @@ struct page *alloc_frozen_pages_nolock_noprof(gfp_t = gfp_flags, int nid, unsigned */ if (IS_ENABLED(CONFIG_PREEMPT_RT) && (in_nmi() || in_hardirq())) return NULL; + + /* On UP, spin_trylock() always succeeds even when it is locked */ + if (!IS_ENABLED(CONFIG_SMP) && in_nmi()) + return NULL; + if (!pcp_allowed_order(order)) return NULL; =20 --=20 2.43.0 From nobody Wed Jun 17 07:26:09 2026 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A5662390234; Mon, 27 Apr 2026 07:10:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777273834; cv=none; b=cYo60rzW2a0ldEZwrFdktHYn3W1Qwmy0TdYdV9PCF89hsCV263sn2UdZ1jVB19pO5keBOop2KxOP7PCB5juQqSxrAoADTty4SIVpU18PDhlDPb4+V0oHVKmKUo84G91AW9HFTB2vHvB9+COESkcW6OHatrMMiJ0IRYgIhrEmI0k= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777273834; c=relaxed/simple; bh=XdF7XzRa+uODLYSJER4F3+l7tRbl97mH0ZDNkW5g1/M=; h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References: In-Reply-To:To:Cc; b=OUosx3WmdW9jsqX1oUvDCEfAS/v9TjP0cYYbDJrsDldVTjEkmrm8ND4QDTT/Ez5OmsHnyNjcewmmA3VW4+s4nHHYn+Xi8WWgEQhHonfSf0D3cnFRBNc5nOtrqmN0Iy6JC1y8Xn0L0VXgLg90EbDFCrsAIpjKb8ejlhCPlTnAP/A= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=h1WPTm/7; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="h1WPTm/7" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6265CC2BCB9; Mon, 27 Apr 2026 07:10:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1777273834; bh=XdF7XzRa+uODLYSJER4F3+l7tRbl97mH0ZDNkW5g1/M=; h=From:Date:Subject:References:In-Reply-To:To:Cc:From; b=h1WPTm/7QlbvpxONpZIjyQnpJr6EYMV7k2vo7US6F0HAY4IArxzBTGL7BWC/X0XGj 9bNX81UbibUZo0CqTQptZWXTyogqqcq1VvMllbSjGKMZV0ejjZ460LuerJVLdwwY/T 74PAP8PWrie/s6nHPH6KSpGaff6DD3DHTtaA053lf2fB/juXjq13WQh5JHOoU+51mm 3soWU4q0jEgU01GZ5xgUlNVDpWrcoadEihit/OUTmjbBt/vZ9DAHvbbeh310IyeFdo ENOTUXZ+vvq4OMeC7oMnQOsGl23ewtTJV70bYY/B8/DMKEGNGN+9G/PPtQr4Kigsk4 AMG0KIQIrCG7Q== From: "Harry Yoo (Oracle)" Date: Mon, 27 Apr 2026 16:09:53 +0900 Subject: [PATCH mm-hotfixes v2 2/2] mm/slab: return NULL early from kmalloc_nolock() in NMI on UP Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <20260427-nolock-api-fix-v2-2-a6b83a92d9a4@kernel.org> References: <20260427-nolock-api-fix-v2-0-a6b83a92d9a4@kernel.org> In-Reply-To: <20260427-nolock-api-fix-v2-0-a6b83a92d9a4@kernel.org> To: Andrew Morton , Vlastimil Babka , Suren Baghdasaryan , Michal Hocko , Brendan Jackman , Johannes Weiner , Zi Yan , Harry Yoo , Shakeel Butt , Alexei Starovoitov , Hao Li , Christoph Lameter , David Rientjes , Roman Gushchin Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org X-Mailer: b4 0.16-dev On UP kernels (!CONFIG_SMP), spin_trylock() is a no-op that unconditionally succeeds even when the lock is already held. As a result, kmalloc_nolock() called from NMI context can re-enter the slab allocator and acquire n->list_lock that the interrupted context is already holding, corrupting slab state. With CONFIG_DEBUG_SPINLOCK on UP, the following BUG is triggered with the slub_kunit test module: BUG: spinlock trylock failure on UP on CPU#0, kunit_try_catch/243 [...] Call Trace: dump_stack_lvl+0x3f/0x60 do_raw_spin_trylock+0x41/0x50 _raw_spin_trylock+0x24/0x50 get_from_partial_node+0x120/0x4d0 ___slab_alloc+0x8a/0x4c0 kmalloc_nolock_noprof+0x164/0x310 [...] Fix this by returning NULL early when invoked from NMI on a UP kernel. Link: https://lore.kernel.org/linux-mm/ad_cqe51pvr1WaDg@hyeyoo Cc: Fixes: af92793e52c3 ("slab: Introduce kmalloc_nolock() and kfree_nolock().") Signed-off-by: Harry Yoo (Oracle) --- mm/slub.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/mm/slub.c b/mm/slub.c index 92362eeb13e5..b4ec15df92f6 100644 --- a/mm/slub.c +++ b/mm/slub.c @@ -5339,6 +5339,10 @@ void *kmalloc_nolock_noprof(size_t size, gfp_t gfp_f= lags, int node) if (IS_ENABLED(CONFIG_PREEMPT_RT) && (in_nmi() || in_hardirq())) return NULL; =20 + /* On UP, spin_trylock() always succeeds even when it is locked */ + if (!IS_ENABLED(CONFIG_SMP) && in_nmi()) + return NULL; + retry: if (unlikely(size > KMALLOC_MAX_CACHE_SIZE)) return NULL; --=20 2.43.0