From: Johannes Berg <johannes@sipsolutions.net>
To: Joe Perches <joe@perches.com>
Cc: David Miller <davem@davemloft.net>,
Jim Cromie <jim.cromie@gmail.com>,
Jason Baron <jbaron@redhat.com>,
linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: dynamic debug
Date: Fri, 22 Jun 2012 16:48:36 +0200 [thread overview]
Message-ID: <1340376516.4491.34.camel@jlt3.sipsolutions.net> (raw)
In-Reply-To: <1340376114.31821.15.camel@joe2Laptop>
On Fri, 2012-06-22 at 07:41 -0700, Joe Perches wrote:
> > > > Joe's conversion of mac80211 to pr_debug() was pretty much a disaster,
> > >
> > > First I've heard of it.
> >
> > Well I guess you didn't have the pleasure of having to work with bug
> > reporters whose mac80211 messages suddenly completely disappeared ...
>
> Nor it seems the pleasure of interaction with a maintainer
> that forwards notices like this.
I told you before that I didn't like you wholesale converting it. I
might have been more open to it if you'd actually let me work on it and
convert some printk(KERN_DEBUG, ... to pr_info(). Now I'm stuck in a
situation where a lot of people will no longer see the messages they
expect, and I have to walk them through new, unexpected steps to make
them show up if I'm debugging a problem.
And heck, it's not even predictable since dynamic debug could be turned
on or off too.
> > Doesn't really make a difference though. In reality,
> > most messages should be KERN_INFO anyway, so for those that aren't
> > hidden behind extra Kconfig options, we should use pr_info().
>
> Why? Aren't these then possibly some mixture of errors or
> notices or info level messages?
Yes, I believe that they are, but since you assumed that all KERN_DEBUG
messages were essentially useless by converting them to off-by-default,
I'm now changing it to assuming they're useful by converting them to
pr_info, we can change them back later.
However, most messages that aren't hidden behind Kconfig options are
actually useful, even if they were printed at KERN_DEBUG before.
johannes
next prev parent reply other threads:[~2012-06-22 14:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-22 12:23 dynamic debug Johannes Berg
2012-06-22 14:26 ` Joe Perches
2012-06-22 14:34 ` Johannes Berg
2012-06-22 14:41 ` Joe Perches
2012-06-22 14:48 ` Johannes Berg [this message]
2012-06-22 15:21 ` Johannes Berg
2012-06-22 15:32 ` Joe Perches
2012-06-22 15:36 ` Johannes Berg
2012-06-22 17:30 ` Johannes Berg
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=1340376516.4491.34.camel@jlt3.sipsolutions.net \
--to=johannes@sipsolutions.net \
--cc=davem@davemloft.net \
--cc=jbaron@redhat.com \
--cc=jim.cromie@gmail.com \
--cc=joe@perches.com \
--cc=linux-wireless@vger.kernel.org \
/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.