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 X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6178DC433B4 for ; Wed, 21 Apr 2021 15:00:12 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 29E506144D for ; Wed, 21 Apr 2021 15:00:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243748AbhDUPAn (ORCPT ); Wed, 21 Apr 2021 11:00:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:41874 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240091AbhDUPAm (ORCPT ); Wed, 21 Apr 2021 11:00:42 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 371D261454; Wed, 21 Apr 2021 15:00:08 +0000 (UTC) Date: Wed, 21 Apr 2021 11:00:06 -0400 From: Steven Rostedt To: Rasmus Villemoes Cc: Dan Williams , "fweisbec@gmail.com" , "jeyu@kernel.org" , "mathieu.desnoyers@efficios.com" , "linux-kernel@vger.kernel.org" , "mingo@elte.hu" , "chris@chris-wilson.co.uk" , "yuanhan.liu@linux.intel.com" , "Grumbach, Emmanuel" Subject: Re: [PATCH][RFC] tracing: Enable tracepoints via module parameters Message-ID: <20210421110006.3652f26a@gandalf.local.home> In-Reply-To: <7d971eef-72bc-db32-e6a3-26e94b1b4236@rasmusvillemoes.dk> References: <1299622684.20306.77.camel@gandalf.stny.rr.com> <877hc64klm.fsf@rustcorp.com.au> <20130813111442.632f3421@gandalf.local.home> <87siybk8yl.fsf@rustcorp.com.au> <20130814233228.778f25d0@gandalf.local.home> <77a6e40b57df092d1bd8967305906a210f286111.camel@intel.com> <20210419181111.5eb582e8@gandalf.local.home> <20210420085532.4062b15e@gandalf.local.home> <20210420163243.45293c9a@gandalf.local.home> <5d191e26-bd00-c338-e366-b4855ac08053@rasmusvillemoes.dk> <20210421102008.411af7c5@gandalf.local.home> <7d971eef-72bc-db32-e6a3-26e94b1b4236@rasmusvillemoes.dk> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 21 Apr 2021 16:50:30 +0200 Rasmus Villemoes wrote: > I don't "want" anything. I just fail to see what advantage that proof of > concept would bring over the current dev_dbg implementation. That you don't need to go through the console. The trace ring buffer is much faster than printk (you can record millions of traces a second, and barely notice the overhead, which is why you can trace scheduling and high frequency interrupts), and if you want, you get your very own buffer to record to, without any noise from anything else, with features like filtering, histograms, stack traces, etc. The tracing infrastructure has a lot more to offer than printk does. -- Steve