From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32281 invoked by alias); 5 Feb 2009 18:43:54 -0000 Received: (qmail 32272 invoked by uid 22791); 5 Feb 2009 18:43:54 -0000 X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 05 Feb 2009 18:43:48 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n15IhjCr017101 for ; Thu, 5 Feb 2009 13:43:45 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n15Ihlwq007277 for ; Thu, 5 Feb 2009 13:43:47 -0500 Received: from redhat.com (dhcp-100-19-102.bos.redhat.com [10.16.19.102]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n15IhjNR028014; Thu, 5 Feb 2009 13:43:45 -0500 Date: Thu, 05 Feb 2009 19:24:00 -0000 From: Jason Baron To: Greg KH Cc: linux-kernel@vger.kernel.org, gnb@sgi.com, gregkh@suse.de, nfsv4@linux-nfs.org, systemtap@sources.redhat.com Subject: Re: [Patch 0/2] dynamic debug Message-ID: <20090205184304.GF3114@redhat.com> References: <20090205164520.GB3114@redhat.com> <20090205175849.GA936@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090205175849.GA936@kroah.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2009-q1/txt/msg00364.txt.bz2 On Thu, Feb 05, 2009 at 09:58:49AM -0800, Greg KH wrote: > On Thu, Feb 05, 2009 at 11:45:20AM -0500, Jason Baron wrote: > > hi, > > > > This patchset combines Greg Bank's dprintk() patchset with the dynamic printk > > patchset. We are renaming the combined solution 'dynamic debug'. As a reminder, > > the patchset allows debug printk style statements to be dynamically > > enabled/disabled at runtime. > > > > The key new feature of this patchset is a richer /debugfs control file > > interface, (an example output from my system is at the bottom), which allows > > fined grained control over the the debug output. The output can be controlled by > > function, file and line number, module, and format string. > > That's nice, but do we really need to have that kind of control? It > seems like overkill. > given the ability of this feature to very quickly fill the logs, I think it makes sense for some cases. Also, Greg found it very useful in his debugging work... > > For example, to enable all debug statement in module 'nf_conntrack': > > > > #echo -n 'module nf_conntrack +p' > /mnt/debugfs/dynamic_debug/control > > > > A further explanation can be found in the documentation patch. > > > > While adding these new features we have dropped a couple that we intend to add > > back in subsequent patches. The ability to turn on/off all debugging at once, > > either via the /debugfs control file, or via the kernel command line. > > > > thanks, > > > > -Jason and Greg > > > > > > # filename:lineno [module]function flags format > > arch/x86/kernel/setup_percpu.c:260 [setup_percpu]numa_set_node - "Setting\040node\040for\040non-present\040cpu\040%d\012" > > Why the \040 syntax? Can't we handle a space in a string? Makes it > very hard to grep for things... > ok, patch below resolves the space issue. thanks, -Jason Signed-off-by: Jason Baron diff --git a/lib/dynamic_debug.c b/lib/dynamic_debug.c index 7db55ce..9e123ae 100644 --- a/lib/dynamic_debug.c +++ b/lib/dynamic_debug.c @@ -572,7 +572,7 @@ static int ddebug_proc_show(struct seq_file *m, void *p) dp->filename, dp->lineno, iter->table->mod_name, dp->function, ddebug_describe_flags(dp, flagsbuf, sizeof(flagsbuf))); - seq_escape(m, dp->format, " \t\r\n\""); + seq_escape(m, dp->format, "\t\r\n\""); seq_puts(m, "\"\n"); return 0;