Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp271774imw; Fri, 15 Jul 2022 02:57:54 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sQg5+SWwCJlXLFnEOXVhSGauprm9hBPYcM+EgK/5/ASOTvn9FNNGn2tX9ULWu9pFzvcait X-Received: by 2002:a17:903:41cb:b0:16b:ecdd:6fd6 with SMTP id u11-20020a17090341cb00b0016becdd6fd6mr12644073ple.47.1657879074280; Fri, 15 Jul 2022 02:57:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657879074; cv=none; d=google.com; s=arc-20160816; b=JfLVPMKrMTZUxfNl/NRRTgytkT99TCboaELX7KoFPKN2+HF3W12CuR4BHSPXRBzI4G bxF9cdjBnRP4NWHH7RTchAbSV/c/Ge3x8C2jlUu81RsvOCo5+45oIB79mF18Nbpe3zcS Vs3lkuNA5S2tN7BwSaYHDfnkSqu8OT5puNR392JXjdp9xyBBPttoIb4opIkbWERlZW1L +w8QLnHbDPVuqHPRnQPPJWas2MpKb12lxTJpQaLm5PI8Mvk31QAzqv1krnsk4Oa3k4xf Uf1rWyIj6xe6AU9+7+nKJyu4P72Zyts3bkvCbrFdQ9ZNUzZ8EQ/qzEzYkVAUw8xEW7jH WiUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=FU/0z2tKXuzPGmO+fW2XES5P86OHa09862weLmCDL7o=; b=suJYkJVpBRSwsNEdqVMSJlUWjCDo+p4FWpC7go6moYpPy+M2OShoGPy0kwzqzFU7W3 Mod1TWmwjXmJUAlI0kg8Lp1ZFlDAPn2K/tg2GDbE7YqDCKcf5MWhpbrgKdbH9eA9KeUU 88vD1xtvkwG/jkFyYmAOjdjkDXxVD93v2Js/vu38oEuvVw3K1CcSELPePo8doQsJOqSA qhFDKEJoab3RGY+ELdqoAyLjJNAzjz2KWQhth1A/LGHgITJlFGaWvfVuQmiRwqiLNFMu GSuMassYx1KHD/mE4w+QSzjArOBJl6NG+6wgODHxgWXJX/JcuLbW3buR6dgSuXWLNkQP ud9Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=HGxDO4vV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=suse.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n12-20020a635c4c000000b00415d679d50asi4652041pgm.434.2022.07.15.02.57.38; Fri, 15 Jul 2022 02:57:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=HGxDO4vV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232507AbiGOJkV (ORCPT + 99 others); Fri, 15 Jul 2022 05:40:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55922 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230239AbiGOJkT (ORCPT ); Fri, 15 Jul 2022 05:40:19 -0400 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CF9D67FE5B for ; Fri, 15 Jul 2022 02:40:18 -0700 (PDT) Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out2.suse.de (Postfix) with ESMTP id 8AE0F1FB57; Fri, 15 Jul 2022 09:40:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1657878017; h=from:from:reply-to: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=FU/0z2tKXuzPGmO+fW2XES5P86OHa09862weLmCDL7o=; b=HGxDO4vVWdTx4FrNKYtEgd/inr3fHjm0XAXNbARwoHgFNqfpXPA4i45C6bRHKppg91s53J t1EuW8lAuA+Ak3R+C/ldSskU/Vb+QOLiaunQYvFGYz1PTEpI/T5s8axi7xyS/vzSuIKRww Fs1DfzgOIxZ9WsL/q/+REn3tKOByRSQ= Received: from suse.cz (pathway.suse.cz [10.100.12.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by relay2.suse.de (Postfix) with ESMTPS id 628592C141; Fri, 15 Jul 2022 09:40:17 +0000 (UTC) Date: Fri, 15 Jul 2022 11:40:16 +0200 From: Petr Mladek To: Steven Rostedt Cc: "Paul E. McKenney" , Marco Elver , John Ogness , Sergey Senozhatsky , linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, Thomas Gleixner , Johannes Berg , Alexander Potapenko , Dmitry Vyukov , Naresh Kamboju , Linux Kernel Functional Testing Subject: Re: [PATCH -printk] printk, tracing: fix console tracepoint Message-ID: <20220715094016.GD24338@pathway.suse.cz> References: <20220712025701.GS1790663@paulmck-ThinkPad-P17-Gen-1> <20220712114954.GA3870114@paulmck-ThinkPad-P17-Gen-1> <20220712093940.45012e47@gandalf.local.home> <20220712134916.GT1790663@paulmck-ThinkPad-P17-Gen-1> <20220712105353.08358450@gandalf.local.home> <20220712151655.GU1790663@paulmck-ThinkPad-P17-Gen-1> <20220713112541.GB2737@pathway.suse.cz> <20220713140550.GK1790663@paulmck-ThinkPad-P17-Gen-1> <20220714145324.GA24338@pathway.suse.cz> <20220714111749.0a802e7f@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220714111749.0a802e7f@gandalf.local.home> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 2022-07-14 11:17:49, Steven Rostedt wrote: > Although printk is not really a fast path, you could do this and avoid the > check when the trace event is not active: > > (Not even compiled tested) > > Tweaked the comment, and used raw_smp_processor_id() as I'm not sure we are > in a preempt disabled context, and we don't care if we are not. Makes sense. > diff --git a/include/trace/events/printk.h b/include/trace/events/printk.h > index 13d405b2fd8b..d0a5f63920bb 100644 > --- a/include/trace/events/printk.h > +++ b/include/trace/events/printk.h > @@ -7,11 +7,20 @@ > > #include > > -TRACE_EVENT(console, > +TRACE_EVENT_CONDITION(console, > TP_PROTO(const char *text, size_t len), > > TP_ARGS(text, len), > > + /* > + * trace_console_rcuidle() is not working in NMI. printk() > + * is used more often in NMI than in rcuidle context. > + * Choose the less evil solution here. > + * > + * raw_smp_processor_id() is reliable in rcuidle context. > + */ > + TP_CONDITION(!rcu_is_idle_cpu(raw_smp_processor_id())), > + > TP_STRUCT__entry( > __dynamic_array(char, msg, len + 1) > ), It looks better. I am going to test it and send as a proper patch for review. Thanks for help. Best Regards, Petr