linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* regulatory hiccup
@ 2010-07-23 19:30 Andrew Lutomirski
  2010-07-23 19:35 ` Andrew Lutomirski
  2010-07-27 23:30 ` Luis R. Rodriguez
  0 siblings, 2 replies; 8+ messages in thread
From: Andrew Lutomirski @ 2010-07-23 19:30 UTC (permalink / raw)
  To: linux-wireless

This is 2.6.35-rc4, but this bug (?) might exist in other versions ,too.

Early in boot, all was well:

[ 5524.214376] cfg80211: Calling CRDA to update world regulatory domain
[ 5524.219025] cfg80211: Calling CRDA for country: US
[ 5524.238440] cfg80211: Regulatory domain changed to country: US
[ 5524.238443]     (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[ 5524.238446]     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
[ 5524.238448]     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
[ 5524.238451]     (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 5524.238454]     (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 5524.238456]     (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 5524.238459]     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)

Then, after fiddling with an AP for a bit, I got:

[11747.264221] cfg80211: Calling CRDA for country: US
[11747.282664] cfg80211: Current regulatory domain updated by AP to: US
[11747.282672]     (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[11747.282680]     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1600 mBm)
[11747.282688]     (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 1600 mBm)

(Note lots of missing channels after that.)  iw phy phy0 info showed
all the channels above 5.33GHz disabled.  I didn't see some other APs
that were there.

Later on I disconnected, CRDA got called again, and all was well.

The AP that I had just connected to when everything broke was an
EnGenuis ESR7750 (brand new), and maybe it sent something wrong, but
surely if it says US it shouldn't disable other APs on US bands that
CRDA says is OK.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: regulatory hiccup
  2010-07-23 19:30 regulatory hiccup Andrew Lutomirski
@ 2010-07-23 19:35 ` Andrew Lutomirski
  2010-07-23 20:03   ` Andrew Lutomirski
  2010-07-27 23:32   ` Luis R. Rodriguez
  2010-07-27 23:30 ` Luis R. Rodriguez
  1 sibling, 2 replies; 8+ messages in thread
From: Andrew Lutomirski @ 2010-07-23 19:35 UTC (permalink / raw)
  To: linux-wireless

On Fri, Jul 23, 2010 at 3:30 PM, Andrew Lutomirski <luto@mit.edu> wrote:
>
> Then, after fiddling with an AP for a bit, I got:
>
> [11747.264221] cfg80211: Calling CRDA for country: US
> [11747.282664] cfg80211: Current regulatory domain updated by AP to: US
> [11747.282672]     (start_freq - end_freq @ bandwidth),
> (max_antenna_gain, max_eirp)
> [11747.282680]     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1600 mBm)
> [11747.282688]     (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 1600 mBm)
>

It's worse than that.  I reconnected to the AP (it appeared to work
for a few seconds) and I saw:

Wiphy phy0
[...]
	Band 2:
		Capabilities: 0x872
			HT20/HT40
			Static SM Power Save
			RX Greenfield
			RX HT20 SGI
			RX HT40 SGI
			No RX STBC
			Max AMSDU length: 3839 bytes
			No DSSS/CCK HT40
		Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
		Minimum RX AMPDU time spacing: 4 usec (0x05)
		HT TX/RX MCS rate indexes supported: 0-23, 32
		Frequencies:
			* 5180 MHz [36] (15.0 dBm) (passive scanning, no IBSS)
			* 5200 MHz [40] (15.0 dBm) (passive scanning, no IBSS)
			* 5220 MHz [44] (15.0 dBm) (passive scanning, no IBSS)
			* 5240 MHz [48] (15.0 dBm) (passive scanning, no IBSS)
			* 5260 MHz [52] (15.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5280 MHz [56] (15.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5300 MHz [60] (15.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5320 MHz [64] (15.0 dBm) (passive scanning, no IBSS, radar detection)
			* 5500 MHz [100] (disabled)
			* 5520 MHz [104] (disabled)
			* 5540 MHz [108] (disabled)
			* 5560 MHz [112] (disabled)
			* 5580 MHz [116] (disabled)
			* 5600 MHz [120] (disabled)
			* 5620 MHz [124] (disabled)
			* 5640 MHz [128] (disabled)
			* 5660 MHz [132] (disabled)
			* 5680 MHz [136] (disabled)
			* 5700 MHz [140] (disabled)
			* 5745 MHz [149] (disabled)
			* 5765 MHz [153] (disabled)
			* 5785 MHz [157] (disabled)
			* 5805 MHz [161] (disabled)
			* 5825 MHz [165] (disabled)

Which is absurd, because:

Connected to 00:02:6f:6e:d7:6c (on wlan0)
	SSID: FFTT5
	freq: 5785        [!!!!!!!!!!!]
	RX: 72058 bytes (310 packets)
	TX: 2568 bytes (20 packets)
	signal: -33 dBm
	tx bitrate: 6.0 MBit/s

The connection died after a little while, presumably because the AP
was outside of its own allowed band.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: regulatory hiccup
  2010-07-23 19:35 ` Andrew Lutomirski
@ 2010-07-23 20:03   ` Andrew Lutomirski
  2010-07-27 23:33     ` Luis R. Rodriguez
  2010-07-27 23:32   ` Luis R. Rodriguez
  1 sibling, 1 reply; 8+ messages in thread
From: Andrew Lutomirski @ 2010-07-23 20:03 UTC (permalink / raw)
  To: linux-wireless

On Fri, Jul 23, 2010 at 3:35 PM, Andrew Lutomirski <luto@mit.edu> wrote:
> On Fri, Jul 23, 2010 at 3:30 PM, Andrew Lutomirski <luto@mit.edu> wrote:
>>
>> Then, after fiddling with an AP for a bit, I got:
>>
>> [11747.264221] cfg80211: Calling CRDA for country: US
>> [11747.282664] cfg80211: Current regulatory domain updated by AP to: US
>> [11747.282672]     (start_freq - end_freq @ bandwidth),
>> (max_antenna_gain, max_eirp)
>> [11747.282680]     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1600 mBm)
>> [11747.282688]     (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 1600 mBm)
>>
>
> It's worse than that.  I reconnected to the AP (it appeared to work
> for a few seconds) and I saw:
>
> Wiphy phy0
> [...]
>        Band 2:
>                Capabilities: 0x872
>                        HT20/HT40
>                        Static SM Power Save
>                        RX Greenfield
>                        RX HT20 SGI
>                        RX HT40 SGI
>                        No RX STBC
>                        Max AMSDU length: 3839 bytes
>                        No DSSS/CCK HT40
>                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
>                Minimum RX AMPDU time spacing: 4 usec (0x05)
>                HT TX/RX MCS rate indexes supported: 0-23, 32
>                Frequencies:
>                        * 5180 MHz [36] (15.0 dBm) (passive scanning, no IBSS)
>                        * 5200 MHz [40] (15.0 dBm) (passive scanning, no IBSS)
>                        * 5220 MHz [44] (15.0 dBm) (passive scanning, no IBSS)
>                        * 5240 MHz [48] (15.0 dBm) (passive scanning, no IBSS)
>                        * 5260 MHz [52] (15.0 dBm) (passive scanning, no IBSS, radar detection)
>                        * 5280 MHz [56] (15.0 dBm) (passive scanning, no IBSS, radar detection)
>                        * 5300 MHz [60] (15.0 dBm) (passive scanning, no IBSS, radar detection)
>                        * 5320 MHz [64] (15.0 dBm) (passive scanning, no IBSS, radar detection)
>                        * 5500 MHz [100] (disabled)
>                        * 5520 MHz [104] (disabled)
>                        * 5540 MHz [108] (disabled)
>                        * 5560 MHz [112] (disabled)
>                        * 5580 MHz [116] (disabled)
>                        * 5600 MHz [120] (disabled)
>                        * 5620 MHz [124] (disabled)
>                        * 5640 MHz [128] (disabled)
>                        * 5660 MHz [132] (disabled)
>                        * 5680 MHz [136] (disabled)
>                        * 5700 MHz [140] (disabled)
>                        * 5745 MHz [149] (disabled)
>                        * 5765 MHz [153] (disabled)
>                        * 5785 MHz [157] (disabled)
>                        * 5805 MHz [161] (disabled)
>                        * 5825 MHz [165] (disabled)
>
> Which is absurd, because:
>
> Connected to 00:02:6f:6e:d7:6c (on wlan0)
>        SSID: FFTT5
>        freq: 5785        [!!!!!!!!!!!]
>        RX: 72058 bytes (310 packets)
>        TX: 2568 bytes (20 packets)
>        signal: -33 dBm
>        tx bitrate: 6.0 MBit/s
>
> The connection died after a little while, presumably because the AP
> was outside of its own allowed band.
>

Here's the offending country IE:

Country Information: Country Code: US, Indoor Environment
Tag Number: 7 (Country Information)
Tag length: 6
Tag interpretation: Country Code: US, Indoor Environment
  Start Channel: 36, Channels: 13, Max TX Power: 16 dBm

AFAICT net/wireless/reg.c ignores the last bit, and the other APs that
work correctly here don't send country IEs.

--Andy

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: regulatory hiccup
  2010-07-23 19:30 regulatory hiccup Andrew Lutomirski
  2010-07-23 19:35 ` Andrew Lutomirski
@ 2010-07-27 23:30 ` Luis R. Rodriguez
  1 sibling, 0 replies; 8+ messages in thread
From: Luis R. Rodriguez @ 2010-07-27 23:30 UTC (permalink / raw)
  To: Andrew Lutomirski; +Cc: linux-wireless

On Fri, Jul 23, 2010 at 12:30 PM, Andrew Lutomirski <luto@mit.edu> wrote:
> This is 2.6.35-rc4, but this bug (?) might exist in other versions ,too.
>
> Early in boot, all was well:
>
> [ 5524.214376] cfg80211: Calling CRDA to update world regulatory domain
> [ 5524.219025] cfg80211: Calling CRDA for country: US
> [ 5524.238440] cfg80211: Regulatory domain changed to country: US
> [ 5524.238443]     (start_freq - end_freq @ bandwidth),
> (max_antenna_gain, max_eirp)
> [ 5524.238446]     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
> [ 5524.238448]     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
> [ 5524.238451]     (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
> [ 5524.238454]     (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
> [ 5524.238456]     (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
> [ 5524.238459]     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
>
> Then, after fiddling with an AP for a bit, I got:
>
> [11747.264221] cfg80211: Calling CRDA for country: US
> [11747.282664] cfg80211: Current regulatory domain updated by AP to: US
> [11747.282672]     (start_freq - end_freq @ bandwidth),
> (max_antenna_gain, max_eirp)
> [11747.282680]     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1600 mBm)
> [11747.282688]     (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 1600 mBm)
>
> (Note lots of missing channels after that.)  iw phy phy0 info showed
> all the channels above 5.33GHz disabled.  I didn't see some other APs
> that were there.
>
> Later on I disconnected, CRDA got called again, and all was well.
>
> The AP that I had just connected to when everything broke was an
> EnGenuis ESR7750 (brand new), and maybe it sent something wrong, but
> surely if it says US it shouldn't disable other APs on US bands that
> CRDA says is OK.

If you are saying the the AP's Country IE is a subset of what CRDA has
and complaining that we follow that, yes that is true. We were being
very careful and only recently revisited this again with our
regulatory folks. It was determined to be fair to disregard the AP's
own regulatory data and follow our own since we do keep good tabs on
our wireless-regdb. Patches for that were sent by Linville and will be
part of 2.6.36, you can either cherry pick those or wait for
2.6.36-rc1 or the respective compat-wireless-2.6.36-rc1

  Luis

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: regulatory hiccup
  2010-07-23 19:35 ` Andrew Lutomirski
  2010-07-23 20:03   ` Andrew Lutomirski
@ 2010-07-27 23:32   ` Luis R. Rodriguez
  1 sibling, 0 replies; 8+ messages in thread
From: Luis R. Rodriguez @ 2010-07-27 23:32 UTC (permalink / raw)
  To: Andrew Lutomirski; +Cc: linux-wireless

T24gRnJpLCBKdWwgMjMsIDIwMTAgYXQgMTI6MzUgUE0sIEFuZHJldyBMdXRvbWlyc2tpIDxsdXRv
QG1pdC5lZHU+IHdyb3RlOgo+IE9uIEZyaSwgSnVsIDIzLCAyMDEwIGF0IDM6MzAgUE0sIEFuZHJl
dyBMdXRvbWlyc2tpIDxsdXRvQG1pdC5lZHU+IHdyb3RlOgo+Pgo+PiBUaGVuLCBhZnRlciBmaWRk
bGluZyB3aXRoIGFuIEFQIGZvciBhIGJpdCwgSSBnb3Q6Cj4+Cj4+IFsxMTc0Ny4yNjQyMjFdIGNm
ZzgwMjExOiBDYWxsaW5nIENSREEgZm9yIGNvdW50cnk6IFVTCj4+IFsxMTc0Ny4yODI2NjRdIGNm
ZzgwMjExOiBDdXJyZW50IHJlZ3VsYXRvcnkgZG9tYWluIHVwZGF0ZWQgYnkgQVAgdG86IFVTCj4+
IFsxMTc0Ny4yODI2NzJdIMKgIMKgIChzdGFydF9mcmVxIC0gZW5kX2ZyZXEgQCBiYW5kd2lkdGgp
LAo+PiAobWF4X2FudGVubmFfZ2FpbiwgbWF4X2VpcnApCj4+IFsxMTc0Ny4yODI2ODBdIMKgIMKg
ICg1MTcwMDAwIEtIeiAtIDUyNTAwMDAgS0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBtQmksIDE2MDAg
bUJtKQo+PiBbMTE3NDcuMjgyNjg4XSDCoCDCoCAoNTI1MDAwMCBLSHogLSA1MzMwMDAwIEtIeiBA
IDQwMDAwIEtIeiksICgzMDAgbUJpLCAxNjAwIG1CbSkKPj4KPgo+IEl0J3Mgd29yc2UgdGhhbiB0
aGF0LiDCoEkgcmVjb25uZWN0ZWQgdG8gdGhlIEFQIChpdCBhcHBlYXJlZCB0byB3b3JrCj4gZm9y
IGEgZmV3IHNlY29uZHMpIGFuZCBJIHNhdzoKPgo+IFdpcGh5IHBoeTAKPiBbLi4uXQo+IMKgIMKg
IMKgIMKgQmFuZCAyOgo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgQ2FwYWJpbGl0aWVzOiAweDg3
Mgo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgSFQyMC9IVDQwCj4gwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBTdGF0aWMgU00gUG93ZXIgU2F2ZQo+IMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgUlggR3JlZW5maWVsZAo+IMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgUlggSFQyMCBTR0kKPiDCoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoCDCoCDCoCDCoCDCoFJYIEhUNDAgU0dJCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqBObyBSWCBTVEJDCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBN
YXggQU1TRFUgbGVuZ3RoOiAzODM5IGJ5dGVzCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqBObyBEU1NTL0NDSyBIVDQwCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBNYXhpbXVt
IFJYIEFNUERVIGxlbmd0aCA2NTUzNSBieXRlcyAoZXhwb25lbnQ6IDB4MDAzKQo+IMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgTWluaW11bSBSWCBBTVBEVSB0aW1lIHNwYWNpbmc6IDQgdXNlYyAoMHgw
NSkKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoEhUIFRYL1JYIE1DUyByYXRlIGluZGV4ZXMgc3Vw
cG9ydGVkOiAwLTIzLCAzMgo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgRnJlcXVlbmNpZXM6Cj4g
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDUxODAgTUh6IFszNl0gKDE1LjAg
ZEJtKSAocGFzc2l2ZSBzY2FubmluZywgbm8gSUJTUykKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoCDCoCDCoCDCoCogNTIwMCBNSHogWzQwXSAoMTUuMCBkQm0pIChwYXNzaXZlIHNjYW5uaW5n
LCBubyBJQlNTKQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgKiA1MjIwIE1I
eiBbNDRdICgxNS4wIGRCbSkgKHBhc3NpdmUgc2Nhbm5pbmcsIG5vIElCU1MpCj4gwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDUyNDAgTUh6IFs0OF0gKDE1LjAgZEJtKSAocGFz
c2l2ZSBzY2FubmluZywgbm8gSUJTUykKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoCogNTI2MCBNSHogWzUyXSAoMTUuMCBkQm0pIChwYXNzaXZlIHNjYW5uaW5nLCBubyBJQlNT
LCByYWRhciBkZXRlY3Rpb24pCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAq
IDUyODAgTUh6IFs1Nl0gKDE1LjAgZEJtKSAocGFzc2l2ZSBzY2FubmluZywgbm8gSUJTUywgcmFk
YXIgZGV0ZWN0aW9uKQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgKiA1MzAw
IE1IeiBbNjBdICgxNS4wIGRCbSkgKHBhc3NpdmUgc2Nhbm5pbmcsIG5vIElCU1MsIHJhZGFyIGRl
dGVjdGlvbikKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCogNTMyMCBNSHog
WzY0XSAoMTUuMCBkQm0pIChwYXNzaXZlIHNjYW5uaW5nLCBubyBJQlNTLCByYWRhciBkZXRlY3Rp
b24pCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU1MDAgTUh6IFsxMDBd
IChkaXNhYmxlZCkKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCogNTUyMCBN
SHogWzEwNF0gKGRpc2FibGVkKQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
KiA1NTQwIE1IeiBbMTA4XSAoZGlzYWJsZWQpCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAqIDU1NjAgTUh6IFsxMTJdIChkaXNhYmxlZCkKPiDCoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoCDCoCDCoCDCoCDCoCogNTU4MCBNSHogWzExNl0gKGRpc2FibGVkKQo+IMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgKiA1NjAwIE1IeiBbMTIwXSAoZGlzYWJsZWQpCj4gwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU2MjAgTUh6IFsxMjRdIChkaXNhYmxl
ZCkKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCogNTY0MCBNSHogWzEyOF0g
KGRpc2FibGVkKQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgKiA1NjYwIE1I
eiBbMTMyXSAoZGlzYWJsZWQpCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAq
IDU2ODAgTUh6IFsxMzZdIChkaXNhYmxlZCkKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoCDCoCogNTcwMCBNSHogWzE0MF0gKGRpc2FibGVkKQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgKiA1NzQ1IE1IeiBbMTQ5XSAoZGlzYWJsZWQpCj4gwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU3NjUgTUh6IFsxNTNdIChkaXNhYmxlZCkKPiDCoCDC
oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCogNTc4NSBNSHogWzE1N10gKGRpc2FibGVk
KQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgKiA1ODA1IE1IeiBbMTYxXSAo
ZGlzYWJsZWQpCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU4MjUgTUh6
IFsxNjVdIChkaXNhYmxlZCkKPgo+IFdoaWNoIGlzIGFic3VyZCwgYmVjYXVzZToKPgo+IENvbm5l
Y3RlZCB0byAwMDowMjo2Zjo2ZTpkNzo2YyAob24gd2xhbjApCj4gwqAgwqAgwqAgwqBTU0lEOiBG
RlRUNQo+IMKgIMKgIMKgIMKgZnJlcTogNTc4NSDCoCDCoCDCoCDCoFshISEhISEhISEhIV0KPiDC
oCDCoCDCoCDCoFJYOiA3MjA1OCBieXRlcyAoMzEwIHBhY2tldHMpCj4gwqAgwqAgwqAgwqBUWDog
MjU2OCBieXRlcyAoMjAgcGFja2V0cykKPiDCoCDCoCDCoCDCoHNpZ25hbDogLTMzIGRCbQo+IMKg
IMKgIMKgIMKgdHggYml0cmF0ZTogNi4wIE1CaXQvcwo+Cj4gVGhlIGNvbm5lY3Rpb24gZGllZCBh
ZnRlciBhIGxpdHRsZSB3aGlsZSwgcHJlc3VtYWJseSBiZWNhdXNlIHRoZSBBUAo+IHdhcyBvdXRz
aWRlIG9mIGl0cyBvd24gYWxsb3dlZCBiYW5kLgoKSGVoIHllYWggaXQgY291bGQgYmUgdGhlIEFQ
IHNlbmRzIGEgY291bnRyeSBJRSB3aGljaCBkb2VzIG5vdCBoYXZlIHRoZQpjaGFubmVsIGl0IGl0
c2VsZiBpcyBvbiwgd291bGQgYmUgcmVhbGx5IG9kZCBidXQgYXQgdGhpcyBwb2ludCBJJ3ZlCnNl
ZW4gb3RoZXIgZHVtYiB0aGluZ3MgdGhhdCBBUHMgZG8uIFRoZSBJRSBkdW1wIHlvdSBnb3QgaXMg
T0sgYnV0IGRvZXMKbm90IGdpdmUgbWUgZW5vdWdoIGluZm8gYWJvdXQgaG93IGl0IGlzIGV4YWN0
bHkgc3RydWN0dXJlZC4gSSdsbCByZXBseQp0byB0aGF0IHRocmVhZCBuZXh0LgoKICBMdWlzCg==

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: regulatory hiccup
  2010-07-23 20:03   ` Andrew Lutomirski
@ 2010-07-27 23:33     ` Luis R. Rodriguez
  2010-07-27 23:46       ` Andrew Lutomirski
  0 siblings, 1 reply; 8+ messages in thread
From: Luis R. Rodriguez @ 2010-07-27 23:33 UTC (permalink / raw)
  To: Andrew Lutomirski; +Cc: linux-wireless

T24gRnJpLCBKdWwgMjMsIDIwMTAgYXQgMTowMyBQTSwgQW5kcmV3IEx1dG9taXJza2kgPGx1dG9A
bWl0LmVkdT4gd3JvdGU6Cj4gT24gRnJpLCBKdWwgMjMsIDIwMTAgYXQgMzozNSBQTSwgQW5kcmV3
IEx1dG9taXJza2kgPGx1dG9AbWl0LmVkdT4gd3JvdGU6Cj4+IE9uIEZyaSwgSnVsIDIzLCAyMDEw
IGF0IDM6MzAgUE0sIEFuZHJldyBMdXRvbWlyc2tpIDxsdXRvQG1pdC5lZHU+IHdyb3RlOgo+Pj4K
Pj4+IFRoZW4sIGFmdGVyIGZpZGRsaW5nIHdpdGggYW4gQVAgZm9yIGEgYml0LCBJIGdvdDoKPj4+
Cj4+PiBbMTE3NDcuMjY0MjIxXSBjZmc4MDIxMTogQ2FsbGluZyBDUkRBIGZvciBjb3VudHJ5OiBV
Uwo+Pj4gWzExNzQ3LjI4MjY2NF0gY2ZnODAyMTE6IEN1cnJlbnQgcmVndWxhdG9yeSBkb21haW4g
dXBkYXRlZCBieSBBUCB0bzogVVMKPj4+IFsxMTc0Ny4yODI2NzJdIMKgIMKgIChzdGFydF9mcmVx
IC0gZW5kX2ZyZXEgQCBiYW5kd2lkdGgpLAo+Pj4gKG1heF9hbnRlbm5hX2dhaW4sIG1heF9laXJw
KQo+Pj4gWzExNzQ3LjI4MjY4MF0gwqAgwqAgKDUxNzAwMDAgS0h6IC0gNTI1MDAwMCBLSHogQCA0
MDAwMCBLSHopLCAoMzAwIG1CaSwgMTYwMCBtQm0pCj4+PiBbMTE3NDcuMjgyNjg4XSDCoCDCoCAo
NTI1MDAwMCBLSHogLSA1MzMwMDAwIEtIeiBAIDQwMDAwIEtIeiksICgzMDAgbUJpLCAxNjAwIG1C
bSkKPj4+Cj4+Cj4+IEl0J3Mgd29yc2UgdGhhbiB0aGF0LiDCoEkgcmVjb25uZWN0ZWQgdG8gdGhl
IEFQIChpdCBhcHBlYXJlZCB0byB3b3JrCj4+IGZvciBhIGZldyBzZWNvbmRzKSBhbmQgSSBzYXc6
Cj4+Cj4+IFdpcGh5IHBoeTAKPj4gWy4uLl0KPj4gwqAgwqAgwqAgwqBCYW5kIDI6Cj4+IMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgQ2FwYWJpbGl0aWVzOiAweDg3Mgo+PiDCoCDCoCDCoCDCoCDCoCDC
oCDCoCDCoCDCoCDCoCDCoCDCoEhUMjAvSFQ0MAo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoCDCoCDCoFN0YXRpYyBTTSBQb3dlciBTYXZlCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgUlggR3JlZW5maWVsZAo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoCDCoFJYIEhUMjAgU0dJCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
UlggSFQ0MCBTR0kKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBObyBSWCBT
VEJDCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgTWF4IEFNU0RVIGxlbmd0
aDogMzgzOSBieXRlcwo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoE5vIERT
U1MvQ0NLIEhUNDAKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBNYXhpbXVtIFJYIEFNUERVIGxl
bmd0aCA2NTUzNSBieXRlcyAoZXhwb25lbnQ6IDB4MDAzKQo+PiDCoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoE1pbmltdW0gUlggQU1QRFUgdGltZSBzcGFjaW5nOiA0IHVzZWMgKDB4MDUpCj4+IMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgSFQgVFgvUlggTUNTIHJhdGUgaW5kZXhlcyBzdXBwb3J0ZWQ6IDAt
MjMsIDMyCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgRnJlcXVlbmNpZXM6Cj4+IMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgKiA1MTgwIE1IeiBbMzZdICgxNS4wIGRCbSkgKHBh
c3NpdmUgc2Nhbm5pbmcsIG5vIElCU1MpCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgKiA1MjAwIE1IeiBbNDBdICgxNS4wIGRCbSkgKHBhc3NpdmUgc2Nhbm5pbmcsIG5vIElC
U1MpCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgKiA1MjIwIE1IeiBbNDRd
ICgxNS4wIGRCbSkgKHBhc3NpdmUgc2Nhbm5pbmcsIG5vIElCU1MpCj4+IMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgKiA1MjQwIE1IeiBbNDhdICgxNS4wIGRCbSkgKHBhc3NpdmUg
c2Nhbm5pbmcsIG5vIElCU1MpCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
KiA1MjYwIE1IeiBbNTJdICgxNS4wIGRCbSkgKHBhc3NpdmUgc2Nhbm5pbmcsIG5vIElCU1MsIHJh
ZGFyIGRldGVjdGlvbikKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDUy
ODAgTUh6IFs1Nl0gKDE1LjAgZEJtKSAocGFzc2l2ZSBzY2FubmluZywgbm8gSUJTUywgcmFkYXIg
ZGV0ZWN0aW9uKQo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCogNTMwMCBN
SHogWzYwXSAoMTUuMCBkQm0pIChwYXNzaXZlIHNjYW5uaW5nLCBubyBJQlNTLCByYWRhciBkZXRl
Y3Rpb24pCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgKiA1MzIwIE1IeiBb
NjRdICgxNS4wIGRCbSkgKHBhc3NpdmUgc2Nhbm5pbmcsIG5vIElCU1MsIHJhZGFyIGRldGVjdGlv
bikKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU1MDAgTUh6IFsxMDBd
IChkaXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU1MjAg
TUh6IFsxMDRdIChkaXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAqIDU1NDAgTUh6IFsxMDhdIChkaXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAqIDU1NjAgTUh6IFsxMTJdIChkaXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU1ODAgTUh6IFsxMTZdIChkaXNhYmxlZCkKPj4gwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU2MDAgTUh6IFsxMjBdIChkaXNhYmxlZCkK
Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU2MjAgTUh6IFsxMjRdIChk
aXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU2NDAgTUh6
IFsxMjhdIChkaXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAq
IDU2NjAgTUh6IFsxMzJdIChkaXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAqIDU2ODAgTUh6IFsxMzZdIChkaXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAqIDU3MDAgTUh6IFsxNDBdIChkaXNhYmxlZCkKPj4gwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU3NDUgTUh6IFsxNDldIChkaXNhYmxlZCkKPj4g
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU3NjUgTUh6IFsxNTNdIChkaXNh
YmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU3ODUgTUh6IFsx
NTddIChkaXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAqIDU4
MDUgTUh6IFsxNjFdIChkaXNhYmxlZCkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAqIDU4MjUgTUh6IFsxNjVdIChkaXNhYmxlZCkKPj4KPj4gV2hpY2ggaXMgYWJzdXJkLCBi
ZWNhdXNlOgo+Pgo+PiBDb25uZWN0ZWQgdG8gMDA6MDI6NmY6NmU6ZDc6NmMgKG9uIHdsYW4wKQo+
PiDCoCDCoCDCoCDCoFNTSUQ6IEZGVFQ1Cj4+IMKgIMKgIMKgIMKgZnJlcTogNTc4NSDCoCDCoCDC
oCDCoFshISEhISEhISEhIV0KPj4gwqAgwqAgwqAgwqBSWDogNzIwNTggYnl0ZXMgKDMxMCBwYWNr
ZXRzKQo+PiDCoCDCoCDCoCDCoFRYOiAyNTY4IGJ5dGVzICgyMCBwYWNrZXRzKQo+PiDCoCDCoCDC
oCDCoHNpZ25hbDogLTMzIGRCbQo+PiDCoCDCoCDCoCDCoHR4IGJpdHJhdGU6IDYuMCBNQml0L3MK
Pj4KPj4gVGhlIGNvbm5lY3Rpb24gZGllZCBhZnRlciBhIGxpdHRsZSB3aGlsZSwgcHJlc3VtYWJs
eSBiZWNhdXNlIHRoZSBBUAo+PiB3YXMgb3V0c2lkZSBvZiBpdHMgb3duIGFsbG93ZWQgYmFuZC4K
Pj4KPgo+IEhlcmUncyB0aGUgb2ZmZW5kaW5nIGNvdW50cnkgSUU6Cj4KPiBDb3VudHJ5IEluZm9y
bWF0aW9uOiBDb3VudHJ5IENvZGU6IFVTLCBJbmRvb3IgRW52aXJvbm1lbnQKPiBUYWcgTnVtYmVy
OiA3IChDb3VudHJ5IEluZm9ybWF0aW9uKQo+IFRhZyBsZW5ndGg6IDYKPiBUYWcgaW50ZXJwcmV0
YXRpb246IENvdW50cnkgQ29kZTogVVMsIEluZG9vciBFbnZpcm9ubWVudAo+IMKgU3RhcnQgQ2hh
bm5lbDogMzYsIENoYW5uZWxzOiAxMywgTWF4IFRYIFBvd2VyOiAxNiBkQm0KPgo+IEFGQUlDVCBu
ZXQvd2lyZWxlc3MvcmVnLmMgaWdub3JlcyB0aGUgbGFzdCBiaXQsIGFuZCB0aGUgb3RoZXIgQVBz
IHRoYXQKPiB3b3JrIGNvcnJlY3RseSBoZXJlIGRvbid0IHNlbmQgY291bnRyeSBJRXMuCgpDYW4g
eW91IHByb3ZpZGUgdGhlIG91dHB1dCBvZiBpdyBkZXYgd2xhbjAgc2NhbiBmcm9tIGEgZnJlc2gg
Z2l0CnZlcnNpb24gb2YgaXc/IFRoYXQgd2lsbCBhY3R1YWxseSB0ZWxsIG1lIG1vcmUgdGhhbiB5
b3VyIGxpc3RpbmcuCgogIEx1aXMK

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: regulatory hiccup
  2010-07-27 23:33     ` Luis R. Rodriguez
@ 2010-07-27 23:46       ` Andrew Lutomirski
  2010-07-27 23:51         ` Luis R. Rodriguez
  0 siblings, 1 reply; 8+ messages in thread
From: Andrew Lutomirski @ 2010-07-27 23:46 UTC (permalink / raw)
  To: Luis R. Rodriguez; +Cc: linux-wireless

On Tue, Jul 27, 2010 at 7:33 PM, Luis R. Rodriguez <mcgrof@gmail.com> wrote:
>>
>> AFAICT net/wireless/reg.c ignores the last bit, and the other APs that
>> work correctly here don't send country IEs.
>
> Can you provide the output of iw dev wlan0 scan from a fresh git
> version of iw? That will actually tell me more than your listing.

Unfortunately (or fortunately, I suppose) I can't, because a firmware
upgrade for the AP removed the country IE entirely.  But if we're
ignoring that data in 2.6.36 anyway, I'm not too worried.  If you
really want that data, I can downgrade the AP the week after next and
get it.

(FWIW, it looks like the Intel driver on Windows refused to work with
that AP but other people with macbooks could use it just fine.  I'd
guess that no one would complain if Linux ignored country IEs that
were transmitted outside their own "allowed" band, but this seems to
be moot anyway.)

--Andy

P.S.  My thread about the AP that works on 2.6.34 but can't associate
most of the time on 2.6.35-rc6 is the same AP but with the new
firmware.

>
>  Luis
>

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: regulatory hiccup
  2010-07-27 23:46       ` Andrew Lutomirski
@ 2010-07-27 23:51         ` Luis R. Rodriguez
  0 siblings, 0 replies; 8+ messages in thread
From: Luis R. Rodriguez @ 2010-07-27 23:51 UTC (permalink / raw)
  To: Andrew Lutomirski; +Cc: linux-wireless

On Tue, Jul 27, 2010 at 4:46 PM, Andrew Lutomirski <luto@mit.edu> wrote:
> On Tue, Jul 27, 2010 at 7:33 PM, Luis R. Rodriguez <mcgrof@gmail.com> wrote:
>>>
>>> AFAICT net/wireless/reg.c ignores the last bit, and the other APs that
>>> work correctly here don't send country IEs.
>>
>> Can you provide the output of iw dev wlan0 scan from a fresh git
>> version of iw? That will actually tell me more than your listing.
>
> Unfortunately (or fortunately, I suppose) I can't, because a firmware
> upgrade for the AP removed the country IE entirely.  But if we're
> ignoring that data in 2.6.36 anyway, I'm not too worried.  If you
> really want that data, I can downgrade the AP the week after next and
> get it.
>
> (FWIW, it looks like the Intel driver on Windows refused to work with
> that AP but other people with macbooks could use it just fine.  I'd
> guess that no one would complain if Linux ignored country IEs that
> were transmitted outside their own "allowed" band, but this seems to
> be moot anyway.)

If sounds like the AP may have had an issue if the country IE is no
longer present and by the quick looks of your output it could have
been.. so unless you're confident of the AP I would think this is an
AP bug. If its a STA bug for sure though we certainly need to address
the issue on 2.6.35 even if 2.6.36 has a proper fix of ignoring the IE
altogether.

> P.S.  My thread about the AP that works on 2.6.34 but can't associate
> most of the time on 2.6.35-rc6 is the same AP but with the new
> firmware.

Wonderful.

 Luis

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2010-07-27 23:51 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-07-23 19:30 regulatory hiccup Andrew Lutomirski
2010-07-23 19:35 ` Andrew Lutomirski
2010-07-23 20:03   ` Andrew Lutomirski
2010-07-27 23:33     ` Luis R. Rodriguez
2010-07-27 23:46       ` Andrew Lutomirski
2010-07-27 23:51         ` Luis R. Rodriguez
2010-07-27 23:32   ` Luis R. Rodriguez
2010-07-27 23:30 ` Luis R. Rodriguez

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