From: Luciano Coelho <coelho@ti.com>
To: Stanislaw Gruszka <sgruszka@redhat.com>
Cc: linville@tuxdriver.com, linux-wireless@vger.kernel.org,
johannes@sipsolutions.net, eliad@wizery.com
Subject: Re: [PATCH v3 1/3] cfg80211/nl80211: add support for scheduled scans
Date: Thu, 12 May 2011 19:20:01 +0300 [thread overview]
Message-ID: <1305217201.12586.949.camel@cumari> (raw)
In-Reply-To: <20110512150530.GB2171@redhat.com>
On Thu, 2011-05-12 at 17:05 +0200, Stanislaw Gruszka wrote:
> On Wed, May 11, 2011 at 05:09:35PM +0300, Luciano Coelho wrote:
> > Implement new functionality for scheduled scan offload. With this feature we
> > can scan automatically at certain intervals.
> >
> > The idea is that the hardware can perform scan automatically and filter on
> > desired results without waking up the host unnecessarily.
>
> Can you elaborate more about this?
Some devices require very low power consumption, like mobile phones and
other mobile devices, as you know. ;)
With this feature, we can offload the scanning entirely to the wireless
chip, when we're not connected but looking for APs to connect to, so the
host can keep sleeping and consuming very low power.
Let's say you're looking for an AP with SSID "myap". You can keep your
device scanning for it, so that it's able to connect automatically when
it shows up without having to keep your device's main CPU awake and
consuming power. When "myap" shows in the scan results, the main CPU is
awoken and the device can connect to it.
This is also useful when connected and scanning for better access points
to roam to.
This patchset is just the first step, so not much is supported, but I'm
already working on more features that will allow you to choose a list of
SSIDs to scan for, so you can keep scanning for all SSIDs your device
already knows and automatically wake up when one (or more) of them is
(or are) found.
> > Add NL80211_CMD_START_SCHED_SCAN and NL80211_CMD_STOP_SCHED_SCAN
> > commands to the nl80211 interface. When results are available they are
> > reported by NL80211_CMD_SCHED_SCAN_RESULTS events. The userspace is
> > informed when the scheduled scan has stopped with a
> > NL80211_CMD_SCHED_SCAN_STOPPED event, which can be triggered either by
> > the driver or by a call to NL80211_CMD_STOP_SCHED_SCAN.
> >
> > Signed-off-by: Luciano Coelho <coelho@ti.com>
> > ---
> > include/linux/nl80211.h | 25 +++++
> > include/net/cfg80211.h | 57 +++++++++++
> > net/wireless/core.c | 12 ++-
> > net/wireless/core.h | 7 ++
> > net/wireless/nl80211.c | 250 +++++++++++++++++++++++++++++++++++++++++++++++
> > net/wireless/nl80211.h | 4 +
> > net/wireless/scan.c | 70 +++++++++++++
> > 7 files changed, 424 insertions(+), 1 deletions(-)
>
> And explain, why all of this is needed, instead of modify existing scan
> code and reuse existing infrastructure. This sched_scan does not seems to
> be something different than normal hardware scan we have already, or I'm
> wrong.
It is something different. At first, I was thinking about modifying the
existing scan mechanism. But it turned out to be too complicated,
because the scheduled scan is a long-term operation and the normal scan
is done for a very short time (and the rest of the stack assumes it will
complete quickly enough as not to interfere with the connection.
--
Cheers,
Luca.
next prev parent reply other threads:[~2011-05-12 16:20 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-11 14:09 [PATCH v3 0/3] cfg80211/mac80211: implementation of scheduled scan Luciano Coelho
2011-05-11 14:09 ` [PATCH v3 1/3] cfg80211/nl80211: add support for scheduled scans Luciano Coelho
2011-05-12 15:05 ` Stanislaw Gruszka
2011-05-12 16:20 ` Luciano Coelho [this message]
2011-05-13 10:45 ` Stanislaw Gruszka
2011-05-13 10:52 ` Johannes Berg
2011-05-13 12:18 ` Luciano Coelho
2011-05-11 14:09 ` [PATCH v3 2/3] mac80211: add support for HW scheduled scan Luciano Coelho
2011-05-11 14:09 ` [PATCH v3 3/3] cfg80211/nl80211: add interval attribute for scheduled scans Luciano Coelho
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=1305217201.12586.949.camel@cumari \
--to=coelho@ti.com \
--cc=eliad@wizery.com \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=sgruszka@redhat.com \
/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).