From: Joe Perches <joe@perches.com>
To: Krishna Chaitanya <chaitanya.mgit@gmail.com>
Cc: linux-wireless <linux-wireless@vger.kernel.org>,
Johannes Berg <johannes@sipsolutions.net>
Subject: Re: Debug prints mac80211 drivers
Date: Fri, 22 Apr 2016 15:18:23 -0700 [thread overview]
Message-ID: <1461363503.2726.17.camel@perches.com> (raw)
In-Reply-To: <CABPxzYJOAFq4hrSpZkx_bmvsUGhR0PmsUvjbnw=ykUeHAVXYqw@mail.gmail.com>
On Sat, 2016-04-23 at 02:32 +0530, Krishna Chaitanya wrote:
> On Sat, Apr 23, 2016 at 12:59 AM, Joe Perches <joe@perches.com> wrote:
> >
> >
> > On Fri, 2016-04-22 at 17:51 +0530, Krishna Chaitanya wrote:
> > >
> > > What is the recommended method for adding
> > > debug prints in mac80211 based drivers.
> > >
> > > 1) -DDEBUG + pr_debug ==> used by mac80211, brcm80211
> > > 2) -DDEBUG + dev_dbg ==> zd1201
> > > 3) dev_printk(KERN_DEBUG) ==> used by iwlwifi
> > > 4) printk(KERN_DEBUG) ==> Just to complete the list.
> > wiphy_dbg -> netif_dbg -> netdev_dbg -> dev_dbg -> pr_debug
> Ok, thats what checpatch --strict throws. but still different vendors
> follow
> different standards, so wanted to check if we should go strictly with
> checkpatch (or) is there any rationale behind choose each of the
> variant.
Generally the variants are used to produce sufficient
logging information to identify the appropriate device.
Most all debugging printks shouldn't be emitted unless
actually debugging.
> > and CONFIG_DYNAMIC_DEBUG, no -DDEBUG required
> Yes, i understand. Till now we had this enabled, so pr_debug
> works just fine, but now it is disabled hence the question.
>
> Also there are pros and cons to having control using dyndbg,
> user can disable dyndbg, there be missing imp
imp?
> debugs, in this case
> having module level (-DDEBUG) helps but if we want entire system
> to run in non-debug mode, disabling dyndbg helps.
Confused:
dynamic debug printks aren't emitted by default
unless DEBUG is also defined or specifically
enabled by the user.
next prev parent reply other threads:[~2016-04-22 22:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-22 12:21 Debug prints mac80211 drivers Krishna Chaitanya
2016-04-22 19:29 ` Joe Perches
2016-04-22 21:02 ` Krishna Chaitanya
2016-04-22 22:18 ` Joe Perches [this message]
2016-04-23 7:41 ` Krishna Chaitanya
2016-04-23 8:05 ` Joe Perches
2016-04-23 8:23 ` Krishna Chaitanya
2016-04-23 8:41 ` Krishna Chaitanya
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=1461363503.2726.17.camel@perches.com \
--to=joe@perches.com \
--cc=chaitanya.mgit@gmail.com \
--cc=johannes@sipsolutions.net \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox