All of lore.kernel.org
 help / color / mirror / Atom feed
From: Saravana <saravanad@posedge.com>
To: Julian Calaby <julian.calaby@gmail.com>
Cc: Johannes Berg <johannes@sipsolutions.net>,
	linux-wireless@vger.kernel.org
Subject: Re: RFC[1/2]mac80211: Add Statistic to debugfs
Date: Fri, 23 Nov 2012 12:09:26 +0530	[thread overview]
Message-ID: <50AF1A1E.8090704@posedge.com> (raw)
In-Reply-To: <CAGRGNgW1x0O26SxytoDQLYXFqWcmfaCGE=Q_pxGg31mW0HyRtw@mail.gmail.com>

Hi Julian,

Thanks for the comments. I will post individual statistics as individual 
patch.
Please find my comments inline.

On 11/23/2012 11:28 AM, Julian Calaby wrote:
> Hi Saravana,
>
> On Fri, Nov 23, 2012 at 4:50 PM, Saravana <saravanad@posedge.com> wrote:
>> Provide additional statistic support to the debugfs.
>>
> Also, as you're adding new statistics which are only used when debugfs
> is enabled, you might want to wrap them in #ifdefs so that they're
> only compiled when debugfs support is compiled.
>

The function ieee80211_sta_debugfs_add(struct sta_info *sta) which adds 
the debugfs will try to create the directory first.This 
debugfs_create_dir(mac, stations_dir) will be return a valid dentry only 
when CONFIG_DEBUG_FS is defined.if CONFIG_DEBUG_FS is not defined then 
dentry will be invalid and hence the ieee80211_sta_debugfs_add() will 
return without adding the files.
Hence we don't need to wrap this up in #ifdef as it is already taken 
care during the directory creation.
>>   ---
>> The diff file is generated from wireless-testing git tree.
>>
>> net/mac80211/debugfs_sta.c |    3 +++
>>   net/mac80211/sta_info.h    |    4 ++++
>>   net/mac80211/status.c      |    2 ++
>>   net/mac80211/wpa.c         |    1 +
>>   4 files changed, 10 insertions(+), 0 deletions(-)
>>
>> diff --git a/net/mac80211/status.c b/net/mac80211/status.c
>> index ab63237..19baafc 100644
>> --- a/net/mac80211/status.c
>> +++ b/net/mac80211/status.c
>> @@ -539,6 +539,8 @@ void ieee80211_tx_status(struct ieee80211_hw *hw,
>> struct sk_buff *skb)
>>                                  sta->lost_packets = 0;
>>                          }
>>                  }
>> +               if(acked)
>> +               sta->last_ack_signal=info->status.ack_signal;
>
> Either the indentation here is wrong or your mailer mangled the patch.
> Either way it should get fixed up when you resubmit.
>
+		if (acked)
+			sta->last_ack_signal=info->status.ack_signal;	
Please find the corrected indentation.
>>          }
>>
>>          rcu_read_unlock();
>
> Thanks,
>


  reply	other threads:[~2012-11-23  6:39 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-23  5:50 RFC[1/2]mac80211: Add Statistic to debugfs Saravana
2012-11-23  5:58 ` Julian Calaby
2012-11-23  6:39   ` Saravana [this message]
2012-11-23  6:53     ` Saravana
2012-11-23  7:11     ` Johannes Berg
2012-11-23  9:56       ` Saravana
2012-11-26  9:13         ` 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=50AF1A1E.8090704@posedge.com \
    --to=saravanad@posedge.com \
    --cc=johannes@sipsolutions.net \
    --cc=julian.calaby@gmail.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.