netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jean Tourrilhes <jt@hpl.hp.com>
To: Johannes Berg <johannes@sipsolutions.net>
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 12:06:49 -0700	[thread overview]
Message-ID: <20060417190649.GA28534@bougret.hpl.hp.com> (raw)
In-Reply-To: <1145299691.4116.11.camel@localhost>

On Mon, Apr 17, 2006 at 08:48:10PM +0200, Johannes Berg wrote:
> 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?

	Nope, you want to store it for later reuse.
	Let suppose the following sequence :
		iwconfig eth0 mode ad-hoc essid another-ibss
		sleep(2)
		iwconfig eth0 freq 2.42G essid a-new-ibss
	You don't want the second call to fail.

> > 	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.

	Definitely. I was just pointing out that scanning behaviour is
not dictated by current setting of the drivers (except when the
hardware does it, cf. Ornoco).

> > 	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?

	It's easier to explain with bitrate. If the user does not set
the bitrate, or set it to 'auto', it's never 'fixed'. If the user set
explicitely a bitrate, it's 'fixed'.
	For freq, it's simpler. In managed mode, it's never 'fixed',
because the card/driver choose the frequency. In master mode, it's
almost always 'fixed', because the user has to set the frequency. In
ad-hoc mode, it depend in the node creates or not the IBSS.

> > 	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?

	Well, in auto, I would expect the node to look either at the
scan result and/or noise level on the various frequency to decide where
to create the IBSS (ad-hoc) or BSS (master).

> > 	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

	Have fun...

	Jean



  reply	other threads:[~2006-04-17 19:06 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
2006-04-17 19:06     ` Jean Tourrilhes [this message]
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=20060417190649.GA28534@bougret.hpl.hp.com \
    --to=jt@hpl.hp.com \
    --cc=johannes@sipsolutions.net \
    --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 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).