Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751650AbbFYWZl (ORCPT ); Thu, 25 Jun 2015 18:25:41 -0400 Received: from smtprelay0220.hostedemail.com ([216.40.44.220]:46372 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750993AbbFYWZh (ORCPT ); Thu, 25 Jun 2015 18:25:37 -0400 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::,RULES_HIT:41:355:379:541:599:800:960:966:973:988:989:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1541:1593:1594:1711:1730:1747:1777:1792:2196:2198:2199:2200:2393:2553:2559:2562:3138:3139:3140:3141:3142:3354:3622:3865:3866:3867:3868:3870:3871:3872:3874:4250:4385:4605:5007:6120:6261:7514:7875:7901:7903:10004:10400:10848:10967:11232:11658:11914:12050:12296:12517:12519:12663:12740:13069:13255:13311:13357:14096:14097:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0 X-HE-Tag: rice28_13ae057ed7000 X-Filterd-Recvd-Size: 2764 Date: Thu, 25 Jun 2015 18:25:34 -0400 From: Steven Rostedt To: Tal Shorer Cc: mingo@redhat.com, "" Subject: Re: [Patch RFC 0/2] tracing: allow disabling compilation of specific trace systems Message-ID: <20150625182534.74ee14dc@gandalf.local.home> In-Reply-To: References: <1434831679-3852-1-git-send-email-tal.shorer@gmail.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1988 Lines: 53 On Thu, 25 Jun 2015 23:41:17 +0300 Tal Shorer wrote: > ping? I'm planning on looking at this after I've finished everything for the merge window. This came over the weekend (always a bad time), and the merge window opened. All new code needs to take a backseat while the merge window is opened. I may not get to this till next week. Feel free to ping me again then. -- Steve > > On Sat, Jun 20, 2015 at 11:21 PM, Tal Shorer wrote: > > Currently, enabling CONFIG_TRACING on a system comes as all-or-nothing: either > > tracepoints for all subsystems are compiled (with CONFIG_TRACING) or none of > > them do (without it). > > > > This caused me an unacceptable performance penalty (obviously SOME penalty was > > expected, but not one so severe) which made me revert the changes in > > configuration. > > > > The first patch in this series modifies the files that actually define the > > tracepoint to look for a preprocessor macro NOTRACE and define nops (as if > > CONFIG_TRACING was not set) instead of them. > > > > The second patch provides an example of how I see this working, with the gpio > > subsystem as the example for absolutely no reason. > > If this idea is deemed worth the time by the community, I'll create patches for > > the other subsystems. > > > > Tal Shorer (2): > > tracing: allow disabling compilation of specific trace systems > > tracing: gpio: add Kconfig option for enabling/disabling trace events > > > > drivers/gpio/Kconfig | 6 ++++++ > > include/linux/tracepoint.h | 6 +++--- > > include/trace/define_trace.h | 2 +- > > include/trace/events/gpio.h | 4 ++++ > > 4 files changed, 14 insertions(+), 4 deletions(-) > > > > -- > > 2.2.2 > > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/