From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id A9A81C4332F for ; Mon, 7 Nov 2022 19:23:15 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232350AbiKGTXO (ORCPT ); Mon, 7 Nov 2022 14:23:14 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54582 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232504AbiKGTXG (ORCPT ); Mon, 7 Nov 2022 14:23:06 -0500 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6DDA82A977; Mon, 7 Nov 2022 11:23:04 -0800 (PST) From: John Ogness DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1667848982; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7p/ayoMYEZOszbj3azJd/UmvgO45YhgQaQ55gMey2Wg=; b=Hu555M8XWA2JR5fR4ULUmSBdajYRaNog6UPBDrFxFI5SwDhkZ6d10+KvDyuU55BlDNXsn/ jgP2XasxN9Qr9gVSeJ24smKD96wXRz979jRcXAOZtBYpL6l1Qiz8oxCSy0a5vnwJFN9yWc qAx4e476rEe9l/ndCPKqduQIAIcaIWycicuR+iiQlSQvAwKgP1IEj0EUcGSwUamF/BWiIl Q8qnUr3m8zGF3WAknHCvtmoimiMB5fCw8mmjCPkBUllgsMqr8atUZKexsmBr16SR5PWoRQ TpRiDtFKTp/fLNI2SFDqbGe8fcR7ETrLqsE6FYotyHM8FtquIB4b13ANbdZAbw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1667848982; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7p/ayoMYEZOszbj3azJd/UmvgO45YhgQaQ55gMey2Wg=; b=QAQ/Cd1Q+ZF4t2ZrTw0dxibL2qK67/oBAGjz/mqBdH9RqH/FK31sBkiBTp74rqBdPa66EK JYHm0UiEuxjjSQCg== To: paulmck@kernel.org Cc: Petr Mladek , Sergey Senozhatsky , Steven Rostedt , Thomas Gleixner , linux-kernel@vger.kernel.org, Frederic Weisbecker , Neeraj Upadhyay , Josh Triplett , Mathieu Desnoyers , Lai Jiangshan , Joel Fernandes , rcu@vger.kernel.org Subject: Re: [PATCH printk v3 01/40] rcu: implement lockdep_rcu_enabled for !CONFIG_DEBUG_LOCK_ALLOC In-Reply-To: <20221107180157.GL28461@paulmck-ThinkPad-P17-Gen-1> References: <20221107141638.3790965-1-john.ogness@linutronix.de> <20221107141638.3790965-2-john.ogness@linutronix.de> <20221107180157.GL28461@paulmck-ThinkPad-P17-Gen-1> Date: Mon, 07 Nov 2022 20:29:01 +0106 Message-ID: <87h6za602y.fsf@jogness.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022-11-07, "Paul E. McKenney" wrote: >> Provide an implementation for debug_lockdep_rcu_enabled() when >> CONFIG_DEBUG_LOCK_ALLOC is not enabled. This allows code to check >> if rcu lockdep debugging is available without needing an extra >> check if CONFIG_DEBUG_LOCK_ALLOC is enabled. >> >> Signed-off-by: John Ogness > > If you would like me to take this one, please let me know. Yes, it would be great if you would carry this in the rcu tree. This printk series is already relying on the rcu tree for the NMI-safe work. Thanks! John