From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18])
	(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 BD19939FCCA
	for <linux-kernel@vger.kernel.org>; Wed, 24 Jun 2026 09:20:06 +0000 (UTC)
Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18
ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;
	t=1782292813; cv=none; b=bPnRaBsMFy5ZkTj8yGyconltXmWc3jrwImK2+Je4hWtjq61KSlHnr7c97b8iia8qmZQobi8Fi3RkwZdwuoreUBtCTzKfSrRTAD1wRtgoj5xNjWW4fF4+pN6DJhT7MZSlZdv9tYuVi3CpKzb/CCGslsIArCS/aSSt7b7iMsxe4I0=
ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org;
	s=arc-20240116; t=1782292813; c=relaxed/simple;
	bh=6Sjg9a/yYPaHx8kiHlUlMqcvDDNQf4+yPxsHM7ljJcE=;
	h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID:
	 MIME-Version:Content-Type; b=q6hqsb5vNGSLXUlwwl6cgBUBaoFdv7Y2p3lKuxGA4nP0FdYJI/P+XIioonJXiAqREGC48p2NONYklWlIx11bjVEYpMX+1m8jRnZugjIYQNYcigl44eU2FyjKcaS2PI9IZfqr6wK2WSDIhzk8xgW84EAnEPLM88EE3AgHILZC9to=
ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=GQEdeO4e; arc=none smtp.client-ip=100.103.45.18
Authentication-Results: smtp.subspace.kernel.org;
	dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="GQEdeO4e"
Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4C5391F00A3A;
	Wed, 24 Jun 2026 09:20:04 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org;
	s=k20260515; t=1782292806;
	bh=vnLn/NysT/oJGPt58vQkpWbudG6WJXU9Tq4Mi1vUv0s=;
	h=From:To:Cc:Subject:In-Reply-To:References:Date;
	b=GQEdeO4eRRp75i/bhcJLI/T99KditvWrLKHLJ19SoO/Gcplb22e2kkUDAgsgDh+QD
	 Qd7bKntNQA8B5Dqo0JOw0erFk/SDxPv8yopbjyC4wmOcRA6a0rG3StjjP+zH/8UkM6
	 PVuTkwRFWkDZB8sQMrfeMDc6vyL7ohrZvLuabBriQMbrOk1svP6aSK4+boNGEIdbBr
	 1SvxdxmSU9TElm3Jq8ThVuogcykC5R+uLjtsqCdpZdZiuFHjD4QqT6mgVPpV0LIrmw
	 e1T7v2UE+9KwJp398dT3N8ruexfWunehqDaz8DKiZEYmOS3ACS9cJeMl9xpNKXSU3S
	 eP+hiWVSIPkhQ==
From: Thomas Gleixner <tglx@kernel.org>
To: "Vlastimil Babka (SUSE)" <vbabka@kernel.org>, LKML
 <linux-kernel@vger.kernel.org>
Cc: Vlastimil Babka <vbabka@suse.cz>, Peter Zijlstra <peterz@infradead.org>,
 Alexei Starovoitov <ast@kernel.org>, linux-mm@vger.kernel.org, Sebastian
 Andrzej Siewior <bigeasy@linutronix.de>
Subject: Re: debugobject: Make it work with deferred page initialization -
 again
In-Reply-To: <a9825502-fbb3-4a2a-91ab-b91755ab5ead@kernel.org>
References: <87pl6gznti.ffs@tglx>
 <a9825502-fbb3-4a2a-91ab-b91755ab5ead@kernel.org>
Date: Wed, 24 Jun 2026 11:20:02 +0200
Message-ID: <877bnol2gt.ffs@fw13>
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
List-Id: <linux-kernel.vger.kernel.org>
List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Type: text/plain

On Tue, Jun 23 2026 at 22:50, Vlastimil Babka wrote:
> On 2/7/26 14:27, Thomas Gleixner wrote:
>> In preemptible context the reclaim bit is harmless and not a performance
>> issue as that's usually invoked from slow path initialization context.
>> 
>> That makes debugobjects depend on PREEMPT_COUNT || !DEFERRED_STRUCT_PAGE_INIT.
>> 
>> Fixes: af92793e52c3 ("slab: Introduce kmalloc_nolock() and kfree_nolock().")
>> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
>
> FYI, it should now be possible to revert this workaround:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=335c347686e76df9d2c7d7f61b5ea627a4c5cb4c

Cool.