lkml.org 
[lkml]   [2009]   [May]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH] staging/wlan-ng: Change KERN_DEBUG or pr_debug to match orig driver
From
Date
On Fri, 2009-05-08 at 22:25 +0200, Jiri Slaby wrote:
> On 05/08/2009 09:54 PM, Karl Relton wrote:
> > Change uses of KERN_DEBUG over to pr_debug to match original driver
> > where messages are only needed during driver development.
>
> Hmm, but many of them don't fit this rule. Some of them should be
> honored a higher level, some of them simply should be left as such,
> because we want to see the information.
>

I see your point, but the motivation of this patch was to be consistent
with the original out-of-tree driver. For all these messages that used
its own macro WLAN_LOG_DEBUG which depended on a compile-time flag. For
normal use, the flag would be unset which meant you would get none of
the messages.

Now I agree that you could question the logic of some of the messages
being 'debug only' - but there are probably lots of other messages in
this driver that also have a questionable level. Previously someone else
had already converted some of messages to pr_debug - this patch merely
cleaned up to make them consistent (with the original driver).

Karl

> > --- c/drivers/staging/wlan-ng/prism2mgmt.c 2009-04-30 05:48:16.000000000 +0100
> > +++ d/drivers/staging/wlan-ng/prism2mgmt.c 2009-05-08 19:11:11.000000000 +0100
> > @@ -1096,7 +1096,7 @@ int prism2mgmt_wlansniff(wlandevice_t *w
> > /* Disable monitor mode */
> > result = hfa384x_cmd_monitor(hw, HFA384x_MONITOR_DISABLE);
> > if (result) {
> > - printk(KERN_DEBUG
> > + pr_debug(
> > "failed to disable monitor mode, result=%d\n",
>
> rather an ERROR or WARNING?
>
> > --- c/drivers/staging/wlan-ng/prism2sta.c 2009-04-30 05:48:16.000000000 +0100
> > +++ d/drivers/staging/wlan-ng/prism2sta.c 2009-05-08 19:15:08.000000000 +0100
> > @@ -1188,7 +1188,7 @@ static void prism2sta_inf_chinforesults(
> > chinforesult->active =
> > le16_to_cpu(inf->info.chinforesult.result[n].
> > active);
> > - printk(KERN_DEBUG
> > + pr_debug(
> > "chinfo: channel %d, %s level (avg/peak)=%d/%d dB, pcf %d\n",
>
> yeah, useless info for an user (the change is OK), but:
>
> > @@ -1276,7 +1276,7 @@ void prism2sta_processing_defer(struct w
> > wlandev->bssid,
> > WLAN_BSSID_LEN);
> > if (result) {
> > - printk(KERN_DEBUG
> > + pr_debug(
> > "getconfig(0x%02x) failed, result = %d\n",
> > HFA384x_RID_CURRENTBSSID, result);
>
> we want likely to know this one.
>
> etc.
>



\
 
 \ /
  Last update: 2009-05-08 22:57    [W:0.058 / U:1.056 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site