From: Brian Morrison <bdm@fenrir.org.uk>
To: linux-wireless@vger.kernel.org
Subject: Re: [ipw3945-devel] iwl3945: Disabled channels
Date: Mon, 21 Apr 2008 16:36:44 +0100 [thread overview]
Message-ID: <480CB48C.2000503@fenrir.org.uk> (raw)
In-Reply-To: <1208790764.26186.115.camel@johannes.berg>
Johannes Berg wrote:
> [Can you please not drop CCs all the time? thanks]
>
>> That makes it all very difficult, I think that an EU domain is OK
>> provided that there is also a Spanish domain. Or maybe the EU domain
>> should actually be named ETSI (which was my original preference, it was
>> John Linville that said EU hence why I used it).
>
> I think we had ETSI in some of the original proposals and I think that
> makes much more sense.
>
>> I'll have to see if I can work out what the allowable domains are for
>> the Ralink RT2500 drivers, under Windows for instance. I know that are
>> are considerable number of choices, certainly more than US/EU/JP. That
>> might provide a good clue.
>
> I'm not sure we care that much, we have a huge list somewhere (look for
> softmac work in this area from Larry Finger)
Is it in the code?
>
>> Does anyone know how the EEPROM contents are supposed to work for the
>> Intel hardware? How they are queried and compared with kernel and
>> userspace programs?
>
> The EEPROM is queried once and that's all the channels you saw in your
> iw dev wlan0 info output, then userspace restricts it further. The
> hardware also assumes you never move out of the country you bought it
> in.
The 802.11d stuff is designed to allow an AP to tell you the reg domain
you're in, but I don't know how many implement it. This is included in
the rolled up 802.11-2007 document I think, although it's more difficult
to find. Ah, right, it's there, section 7.2.3.1 details it.
If this is commonly broadcast in AP beacons then I assume we should be
using it, but if the scan is restricted to the FCC allocation then APs
not set to FCC channels will never be found. That suggests the default
reg dom should actually cover all channels the hardware supports.
--
Brian
next prev parent reply other threads:[~2008-04-21 15:36 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fuhkfp$mnk$1@ger.gmane.org>
2008-04-21 9:14 ` [ipw3945-devel] iwl3945: Disabled channels Brian Morrison
2008-04-21 13:50 ` Johannes Berg
2008-04-21 14:19 ` Brian Morrison
2008-04-21 14:41 ` Johannes Berg
2008-04-21 15:01 ` Brian Morrison
2008-04-21 15:12 ` Johannes Berg
2008-04-21 15:36 ` Brian Morrison [this message]
2008-04-21 14:28 ` Brian Morrison
2008-04-21 15:38 ` Thomas Bächler
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=480CB48C.2000503@fenrir.org.uk \
--to=bdm@fenrir.org.uk \
--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).