From: Greg KH <greg@kroah.com>
To: Jason Baron <jbaron@redhat.com>
Cc: Thomas Renninger <trenn@suse.de>,
yehuda@hq.newdream.net, LKML <linux-kernel@vger.kernel.org>,
Pekka Enberg <penberg@cs.helsinki.fi>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [PATCH] Dynamic Debug: Introduce global fake module param module.ddebug
Date: Thu, 5 Aug 2010 10:59:10 -0700 [thread overview]
Message-ID: <20100805175909.GB12571@kroah.com> (raw)
In-Reply-To: <20100805172615.GC2930@redhat.com>
On Thu, Aug 05, 2010 at 01:26:15PM -0400, Jason Baron wrote:
> On Thu, Aug 05, 2010 at 06:05:40PM +0200, Thomas Renninger wrote:
> > On Thursday 05 August 2010 17:39:10 Jason Baron wrote:
> > > On Mon, Jul 26, 2010 at 02:14:30PM +0200, Thomas Renninger wrote:
> > > > This patch is based on 2.6.35-rc5 + this patchset I posted recently:
> > > > [patch 0/3] Dynamic Debug providing early boot debug messages via
> > > > boot parameter
> > > >
> > > > It would be great to see these getting merged into 2.6.36...
> > ...
> > > patch looks pretty good to me. I'm not sure how we reserve the
> > > 'ddebug' keyword.
> > Yep, I also was not sure about that.
> > > However, I think its probably ok, if we mention it
> > > in 'kernel-parameters.txt' and in the dynamic debug documentation.
> > I added some documentation to the dynamic debug docu file and posted
> > the patch again (as a reply on my initial post, should be the same mail
> > thread).
> >
> > > Also, ddebug could show up in /sys/module/$(modulename}/parameters/ ,
> > > but this can probably be done in a followup patch.
> > This was intentional.
> > At the time /sys is available one can also use
> > /sys/kernel/debug/dynamic_debug/control
> > echo "module my_module_to_debug +p"
> > >/sys/kernel/debug/dynamic_debug/control
> > would exactly do the same as /sys/module/$(modulename}/parameters
> > The advantage of not having it, is it saves quite some resources, in
> > fact it uses none.
> > Otherwise every module would have an addtional parameter added with a
> > sysfs file associated with it with no additional functional gain.
> >
> > > Also, if 'ddebug' alone is set on the kernel command line, i'd like to
> > > see us enable all debug statements. We could implement this by adding
> > > a special 'meta' module to the control file which is just has a module
> > > name of of 'All' or something like that. This could also be done in a
> > > subsequent patch.
> > Is there a single query which could do it?
>
> I don't think so.
>
> > If not, possibly a keyword like file/module called "all" could be added.
> > Then you could simply do that by ddebug_query="all +p"
> >
>
> ok. that makes sense. I would make the all mode apply to all future
> modules that get loaded as well, just to be clear...
>
> > > We also need to at least remove the 'dynamic_printk' doc from
> > > kernel-parameters.txt.
> > Don't know about this one.
> >
> > So, I have your acked-by for this one?
>
> Acked-by: Jason Baron <jbaron@redhat.com>
>
> > Let's get this pushed into a tree, with some luck it still could make it
> > into 2.6.36? The other three have been taken by Pekka? He said something
> > about taking them, but I haven't received any confirmation.
> > Ah no, he acked-by them only.
> >
> > As these are rather general ones, which tree should they go through,
> > possibly Andrew could take them?
> > I can resubmit, if someone could tell me a list/maintainer that fits
> > best, so that they really make it in...
> >
> > Thanks,
> >
> > Thomas
>
> right, originally Greg KH, pulled these into his tree. Greg, can you take
> a look at pulling these into your tree? So it would be this patch, and the
> thread:
>
> Subject: [patch 0/3] Dynamic Debug providing early boot debug messages via boot parameter
Ok, I'll queue this up in my tree after the 2.6.36-rc1 merge is over.
Can someone resend them to me so I don't loose them?
thanks,
greg k-h
prev parent reply other threads:[~2010-08-05 17:59 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-26 12:14 [PATCH] Dynamic Debug: Introduce global fake module param module.ddebug Thomas Renninger
2010-07-26 13:42 ` Thomas Renninger
2010-08-05 15:39 ` Jason Baron
2010-08-05 16:05 ` Thomas Renninger
2010-08-05 17:25 ` Greg KH
2010-08-05 20:11 ` Thomas Renninger
2010-08-05 17:26 ` Jason Baron
2010-08-05 17:59 ` Greg KH [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100805175909.GB12571@kroah.com \
--to=greg@kroah.com \
--cc=akpm@linux-foundation.org \
--cc=jbaron@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=penberg@cs.helsinki.fi \
--cc=trenn@suse.de \
--cc=yehuda@hq.newdream.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.