From: Johannes Berg <johannes@sipsolutions.net>
To: Ben Greear <greearb@candelatech.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: [RFC] mac80211: Support on-channel scan option.
Date: Sun, 01 Apr 2012 23:11:53 +0200 [thread overview]
Message-ID: <1333314713.22977.2.camel@jlt3.sipsolutions.net> (raw)
In-Reply-To: <4F78C056.4080307@candelatech.com>
On Sun, 2012-04-01 at 13:53 -0700, Ben Greear wrote:
> On 04/01/2012 01:49 PM, Johannes Berg wrote:
> > On Sun, 2012-04-01 at 13:45 -0700, Ben Greear wrote:
> >> On 04/01/2012 11:45 AM, Johannes Berg wrote:
> >>> On Sat, 2012-03-31 at 15:30 -0700, greearb@candelatech.com wrote:
> >>>
> >>>
> >>>> static int __ieee80211_start_scan(struct ieee80211_sub_if_data *sdata,
> >>>> struct cfg80211_scan_request *req)
> >>>> @@ -438,6 +461,33 @@ static int __ieee80211_start_scan(struct ieee80211_sub_if_data *sdata,
> >>>> local->scan_req = req;
> >>>> local->scan_sdata = sdata;
> >>>>
> >>>> + /* If we are scanning only on the current channel, then
> >>>> + * we do not need to stop normal activities
> >>>> + */
> >>>> + if ((req->n_channels == 1)&&
> >>>> + (req->channels[0]->center_freq ==
> >>>> + local->hw.conf.channel->center_freq)) {
> >>> ...
> >>>> + return 0;
> >>>> + }
> >>>> +
> >>>> if (local->ops->hw_scan)
> >>>> __set_bit(SCAN_HW_SCANNING,&local->scanning);
> >>>
> >>> Clearly, you're joking.
> >>
> >> That is worthless feedback and gives me no idea what you
> >> think should be fixed about it.
> >>
> >> If you hate the entire idea of optimizing scanning on channel,
> >> just say so plainly.
> >
> > I did quote only the relevant pieces -- you're completely ignoring hw
> > scan. Why should I care about this patch then?
>
> Well, I was hoping that a simple scan-on-channel wouldn't need to
> care about the hw-scan logic.
So you thought about it, but didn't document it? This bothers me quite a
bit -- why should I have to always do the thinking again?
> But, I can change it so that the optimized scan-on-channel only
> is supported on NICs that do software-scan?
In any case, yes, you'll have to do that. Think about how scanning
works, and consider that devices may very well chose to filter by BSSID
when associated etc.
johannes
next prev parent reply other threads:[~2012-04-01 21:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-31 22:30 [RFC] mac80211: Support on-channel scan option greearb
2012-04-01 18:45 ` Johannes Berg
2012-04-01 20:45 ` Ben Greear
2012-04-01 20:49 ` Johannes Berg
2012-04-01 20:53 ` Ben Greear
2012-04-01 21:11 ` Johannes Berg [this message]
2012-04-01 21:25 ` Ben Greear
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=1333314713.22977.2.camel@jlt3.sipsolutions.net \
--to=johannes@sipsolutions.net \
--cc=greearb@candelatech.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).