From: Johannes Berg <johannes@sipsolutions.net>
To: jt@hpl.hp.com
Cc: netdev@vger.kernel.org, softmac-dev@vger.kernel.org,
Ulrich Kunitz <kune@deine-taler.de>
Subject: Re: softmac: semantics of SIOCSIWFREQ
Date: Mon, 17 Apr 2006 20:48:10 +0200 [thread overview]
Message-ID: <1145299691.4116.11.camel@localhost> (raw)
In-Reply-To: <20060417163759.GB28203@bougret.hpl.hp.com>
[-- Attachment #1: Type: text/plain, Size: 1672 bytes --]
On Mon, 2006-04-17 at 09:37 -0700, Jean Tourrilhes wrote:
> Usually no, but...
> If you are in managed mode, SIOCSIWFREQ usually should return
> an error, because it is not allowed.
Ok.
> If you are in ad-hoc mode, SIOCSIWFREQ is used if a IBSS needs
> to be created. After scanning is done, if you did not find any
> network, you will create your own, and you will use the frequency that
> was set. You should never return an error.
Right. Well it should return an error if it is 'associated' in ad-hoc
mode too, no?
> The struct iw_scan_req has all the goodies you need to control
> scanning.
Right, so that's just a matter of using a different call to say where to
scan. Gotcha. IOW -- those people that want wardriving should use kismet
or whatever and properly control the driver via the iw_scan_req.
> The IW_FREQ_FIXED is mostly use for SIOCGIWFREQ, when
> getting. It tells you if the frequency was set by the user or
> automatically picked as the result of scanning.
Ah, but in which case is it set by the user? And is that 'fixed' then?
> I don't think any driver/hardware has the ability to set the
> frequency to auto, so IW_FREQ_FIXED is the default.
What would 'auto' be?
> It's because softmac only implements managed mode.
We might do some sort of ad-hoc client-only with Pete's patch, but we'll
never do master or wds I think.
> I've heard the call, I'll try to find some time for that.
Oh I was more thinking that I myself could add it somewhere after all
our discussion. If you do that, even better, but with the things we have
discussed already I can definitely help out.
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 793 bytes --]
next prev parent reply other threads:[~2006-04-17 18:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-16 12:34 softmac: semantics of SIOCSIWFREQ Johannes Berg
2006-04-16 17:17 ` Ulrich Kunitz
2006-04-17 16:37 ` Jean Tourrilhes
2006-04-17 18:48 ` Johannes Berg [this message]
2006-04-17 19:06 ` Jean Tourrilhes
2006-04-17 19:27 ` Johannes Berg
2006-04-17 20:01 ` Jean Tourrilhes
2006-04-17 20:19 ` Johannes Berg
[not found] <1141928917.26954.7.camel@localhost.localdomain>
[not found] ` <1141935893.28038.2.camel@localhost.localdomain>
2006-03-09 20:36 ` [RFC PATCH] softmac: (v2) send WEXT assoc/disassoc events to userspace Larry Finger
[not found] ` <1141936896.28038.6.camel@localhost.localdomain>
2006-04-12 23:56 ` Johannes Berg
[not found] ` <20060413001909.GB23116@falcon.fugal.net>
[not found] ` <1144887916.4187.28.camel@localhost>
[not found] ` <20060413002816.GC23116@falcon.fugal.net>
[not found] ` <1144888334.4187.32.camel@localhost>
2006-04-14 1:05 ` Hans Fugal
2006-04-15 19:25 ` Johannes Berg
2006-04-16 11:24 ` softmac: semantics of SIOCSIWFREQ Ulrich Kunitz
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=1145299691.4116.11.camel@localhost \
--to=johannes@sipsolutions.net \
--cc=jt@hpl.hp.com \
--cc=kune@deine-taler.de \
--cc=netdev@vger.kernel.org \
--cc=softmac-dev@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.