[PATCH 0/3] wireless-regdb: a few regulatory updates

[PATCH 0/3] wireless-regdb: a few regulatory updates

[Luis R. Rodriguez]

From: "Luis R. Rodriguez" <mcgrof@do-not-panic.com>

John, here's as few pending regulatory updates.

Luis R. Rodriguez (3):
  wireless-regdb: enable HT40 in RU - Russian Federation
  wireless-regdb: enable VHT80 when world roaming
  wireless-regdb: add VHT channels 1..3 to world regdom

 db.txt |   10 +++++++---
 1 file changed, 7 insertions(+), 3 deletions(-)

-- 
1.7.10.4

[PATCH 1/3] wireless-regdb: enable HT40 in RU - Russian Federation

[Luis R. Rodriguez]

From: "Luis R. Rodriguez" <mcgrof@do-not-panic.com>

As per QCA the Russian Federation (RU) enables
HT40 on the 5 GHz band as follows. This has been
verified by actual product submission and product
certification.

Band [MHz]              Max BW [MHz]    Max gain        Max EIRP [dBm (mW)]
5170-5330               40              N/A             20.00 (100.00)
5650-5710               40              N/A             30.00 (1000.00)
5735.000 - 5835.000     40              N/A             30.00 (1000.00)

Prior to this we didn't have HT40 allowed on RU at all.
This patch changes this and splits the 5 GHz band into
two segments which allow two different max EIRP values.

Exact details on the 5 GHz QCA work for Russia you can
refer to this PDF:

http://lists.infradead.org/pipermail/wireless-regdb/attachments/20130125/29d3fa1f/attachment-0001.pdf

Originally submitted to the list by Michael Green.

Cc: Yunsen Wang <yunsenw@qca.qualcomm.com>
Cc: Michael Green <green@qca.qualcomm.com>
Cc: wireless-regdb@lists.infradead.org
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
---
 db.txt |    4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/db.txt b/db.txt
index c5861b8..2d09a3c 100644
--- a/db.txt
+++ b/db.txt
@@ -654,7 +654,9 @@ country RS:
 
 country RU:
 	(2402 - 2482 @ 40), (N/A, 20)
-	(5735 - 5835 @ 20), (N/A, 30)
+	(5170 - 5330 @ 40), (N/A, 20)
+	(5650 - 5710 @ 40), (N/A, 30)
+	(5735 - 5835 @ 40), (N/A, 30)
 
 country RW:
 	(2402 - 2482 @ 40), (N/A, 20)
-- 
1.7.10.4

[PATCH 2/3] wireless-regdb: enable VHT80 when world roaming

[Luis R. Rodriguez]

From: "Luis R. Rodriguez" <mcgrof@do-not-panic.com>

For VHT, the wider bandwidths (up to 160 MHz) need
to be allowed. Since world roaming only covers the
case of connecting to an AP, it can be opened up
there, we will rely on the AP to know the local
regulations.

Based on a patch by Johannes Berg for upstream Linux.

Cc: Yunsen Wang <yunsenw@qca.qualcomm.com>
Cc: Michael Green <green@qca.qualcomm.com>
Cc: wireless-regdb@lists.infradead.org
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
---
 db.txt |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/db.txt b/db.txt
index 2d09a3c..ae0f83d 100644
--- a/db.txt
+++ b/db.txt
@@ -6,10 +6,10 @@ country 00:
 	# Channel 14. Only JP enables this and for 802.11b only
 	(2474 - 2494 @ 20), (3, 20), PASSIVE-SCAN, NO-IBSS, NO-OFDM
 	# Channel 36 - 48
-	(5170 - 5250 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
+	(5170 - 5250 @ 80), (3, 20), PASSIVE-SCAN, NO-IBSS
 	# NB: 5260 MHz - 5700 MHz requies DFS
 	# Channel 149 - 165
-	(5735 - 5835 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
+	(5735 - 5835 @ 80), (3, 20), PASSIVE-SCAN, NO-IBSS
 
 
 country AD:
-- 
1.7.10.4

[PATCH 3/3] wireless-regdb: add VHT channels 1..3 to world regdom

[Luis R. Rodriguez]

From: "Luis R. Rodriguez" <mcgrof@do-not-panic.com>

This is a port of what Vladimir Kondratiev sent to the
Linux kernel for the static world regulatory domain.

Cc: Vladimir Kondratiev <qca_vkondrat@qca.qualcomm.com>
Cc: Yunsen Wang <yunsenw@qca.qualcomm.com>
Cc: wireless-regdb@lists.infradead.org
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
---
 db.txt |    2 ++
 1 file changed, 2 insertions(+)

diff --git a/db.txt b/db.txt
index ae0f83d..5657c11 100644
--- a/db.txt
+++ b/db.txt
@@ -10,6 +10,8 @@ country 00:
 	# NB: 5260 MHz - 5700 MHz requies DFS
 	# Channel 149 - 165
 	(5735 - 5835 @ 80), (3, 20), PASSIVE-SCAN, NO-IBSS
+	# IEEE 802.11ad (60gHz), channels 1..3
+	(57240 - 63720 @ 2160), (N/A, 0)
 
 
 country AD:
-- 
1.7.10.4

Re: [wireless-regdb] [PATCH 2/3] wireless-regdb: enable VHT80 when world roaming

[Johannes Berg]

On Mon, 2013-04-08 at 22:52 -0700, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez" <mcgrof@do-not-panic.com>
> 
> For VHT, the wider bandwidths (up to 160 MHz) need
> to be allowed. Since world roaming only covers the
> case of connecting to an AP, it can be opened up
> there, we will rely on the AP to know the local
> regulations.
> 
> Based on a patch by Johannes Berg for upstream Linux.

> --- a/db.txt
> +++ b/db.txt
> @@ -6,10 +6,10 @@ country 00:
>  	# Channel 14. Only JP enables this and for 802.11b only
>  	(2474 - 2494 @ 20), (3, 20), PASSIVE-SCAN, NO-IBSS, NO-OFDM
>  	# Channel 36 - 48
> -	(5170 - 5250 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
> +	(5170 - 5250 @ 80), (3, 20), PASSIVE-SCAN, NO-IBSS
>  	# NB: 5260 MHz - 5700 MHz requies DFS
>  	# Channel 149 - 165
> -	(5735 - 5835 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
> +	(5735 - 5835 @ 80), (3, 20), PASSIVE-SCAN, NO-IBSS

I also have a separate upstream patch that I haven't sent here yet to
enable 160 MHz by enabling the radar channels (passively), see below;
any thoughts on that?

--- a/net/wireless/reg.c
+++ b/net/wireless/reg.c
@@ -184,11 +184,21 @@ static const struct ieee80211_regdomain
world_regdom = {
                        NL80211_RRF_NO_IBSS |
                        NL80211_RRF_NO_OFDM),
                /* IEEE 802.11a, channel 36..48 */
-               REG_RULE(5180-10, 5240+10, 80, 6, 20,
+               REG_RULE(5180-10, 5240+10, 160, 6, 20,
                         NL80211_RRF_PASSIVE_SCAN |
                         NL80211_RRF_NO_IBSS),
 
-               /* NB: 5260 MHz - 5700 MHz requires DFS */
+               /* IEEE 802.11a, channel 52..64 - DFS required */
+               REG_RULE(5260-10, 5320+10, 160, 6, 20,
+                       NL80211_RRF_PASSIVE_SCAN |
+                       NL80211_RRF_NO_IBSS |
+                       NL80211_RRF_DFS),
+
+               /* IEEE 802.11a, channel 100..144 - DFS required */
+               REG_RULE(5500-10, 5720+10, 160, 6, 20,
+                       NL80211_RRF_PASSIVE_SCAN |
+                       NL80211_RRF_NO_IBSS |
+                       NL80211_RRF_DFS),
 
                /* IEEE 802.11a, channel 149..165 */
                REG_RULE(5745-10, 5825+10, 80, 6, 20,

johannes

Re: [PATCH 3/3] wireless-regdb: add VHT channels 1..3 to world regdom

[Johannes Berg]

Subject is wrong -- this isn't VHT but 60G

johannes

Re: [PATCH 3/3] wireless-regdb: add VHT channels 1..3 to world regdom

[Johannes Berg]

On Mon, 2013-04-08 at 22:52 -0700, Luis R. Rodriguez wrote:

> +	# IEEE 802.11ad (60gHz), channels 1..3
> +	(57240 - 63720 @ 2160), (N/A, 0)

Also -- GHz, not gHz :)

johannes

Re: [wireless-regdb] [PATCH 2/3] wireless-regdb: enable VHT80 when world roaming

[Luis R. Rodriguez]

On Mon, Apr 8, 2013 at 11:51 PM, Johannes Berg
<johannes@sipsolutions.net> wrote:
> On Mon, 2013-04-08 at 22:52 -0700, Luis R. Rodriguez wrote:
>> From: "Luis R. Rodriguez" <mcgrof@do-not-panic.com>
>>
>> For VHT, the wider bandwidths (up to 160 MHz) need
>> to be allowed. Since world roaming only covers the
>> case of connecting to an AP, it can be opened up
>> there, we will rely on the AP to know the local
>> regulations.
>>
>> Based on a patch by Johannes Berg for upstream Linux.
>
>> --- a/db.txt
>> +++ b/db.txt
>> @@ -6,10 +6,10 @@ country 00:
>>       # Channel 14. Only JP enables this and for 802.11b only
>>       (2474 - 2494 @ 20), (3, 20), PASSIVE-SCAN, NO-IBSS, NO-OFDM
>>       # Channel 36 - 48
>> -     (5170 - 5250 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
>> +     (5170 - 5250 @ 80), (3, 20), PASSIVE-SCAN, NO-IBSS
>>       # NB: 5260 MHz - 5700 MHz requies DFS
>>       # Channel 149 - 165
>> -     (5735 - 5835 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
>> +     (5735 - 5835 @ 80), (3, 20), PASSIVE-SCAN, NO-IBSS
>
> I also have a separate upstream patch that I haven't sent here yet to
> enable 160 MHz by enabling the radar channels (passively), see below;
> any thoughts on that?

Enabling it passively seems fine to me. Michael if we take care of DFS
/ passive scan, etc, are we still OK to use VHT160 if we find an AP
that uses it on the DFS channels (assuming client follows channel
change announcements, etc)?

  Luis

[wireless-regdb] [PATCH 2/3] wireless-regdb: enable VHT80 when world roaming

[Green, Michael]

SWYgdGhpcyBkaXNjdXNzaW9uIGlzIGFib3V0IEphcGFuLCB0aGVuIHllcywgVkhUMTYwIG9uIHRo
ZSBhbGxvd2VkIGNoYW5uZWxzIGZvciBKYXBhbiwgY2FuIGJlIGVuYWJsZWQgbm93Lg0KDQpPciBp
cyB0aGUgcXVlc3Rpb24gYWJvdXQgZW5hYmxpbmcgVkhUODAgJiBWSFQxNjAgaW4gd29ybGQgbW9k
ZShzKSB1c2luZyBwYXNzaXZlIHNjYW5uaW5nPw0KDQpNaWNoYWVsIEdyZWVuDQpncmVlbkBxY2Eu
cXVhbGNvbW0uY29tDQoNClF1YWxjb21tIEF0aGVyb3MsIEluYy4NCjc4MS00MDAtMTQ5MSAob2Zm
aWNlKQ0KNTA4LTM4MC00OTIxIChjZWxsKQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t
DQpGcm9tOiBtY2dyb2ZAZ21haWwuY29tIFttYWlsdG86bWNncm9mQGdtYWlsLmNvbV0gT24gQmVo
YWxmIE9mIEx1aXMgUi4gUm9kcmlndWV6DQpTZW50OiBUdWVzZGF5LCBBcHJpbCAwOSwgMjAxMyA0
OjI2IEFNDQpUbzogSm9oYW5uZXMgQmVyZw0KQ2M6IEpvaG4gVy4gTGludmlsbGU7IHdpcmVsZXNz
LXJlZ2RiQGxpc3RzLmluZnJhZGVhZC5vcmc7IEthbmRhbGEsIFNyaW5pdmFzOyBsaW51eC13aXJl
bGVzczsgcWNhX3Zrb25kcmF0OyBHcmVlbiwgTWljaGFlbDsgV2FuZywgWXVuc2VuDQpTdWJqZWN0
OiBSZTogW3dpcmVsZXNzLXJlZ2RiXSBbUEFUQ0ggMi8zXSB3aXJlbGVzcy1yZWdkYjogZW5hYmxl
IFZIVDgwIHdoZW4gd29ybGQgcm9hbWluZw0KDQpPbiBNb24sIEFwciA4LCAyMDEzIGF0IDExOjUx
IFBNLCBKb2hhbm5lcyBCZXJnIDxqb2hhbm5lc0BzaXBzb2x1dGlvbnMubmV0PiB3cm90ZToNCj4g
T24gTW9uLCAyMDEzLTA0LTA4IGF0IDIyOjUyIC0wNzAwLCBMdWlzIFIuIFJvZHJpZ3VleiB3cm90
ZToNCj4+IEZyb206ICJMdWlzIFIuIFJvZHJpZ3VleiIgPG1jZ3JvZkBkby1ub3QtcGFuaWMuY29t
Pg0KPj4NCj4+IEZvciBWSFQsIHRoZSB3aWRlciBiYW5kd2lkdGhzICh1cCB0byAxNjAgTUh6KSBu
ZWVkIHRvIGJlIGFsbG93ZWQuIA0KPj4gU2luY2Ugd29ybGQgcm9hbWluZyBvbmx5IGNvdmVycyB0
aGUgY2FzZSBvZiBjb25uZWN0aW5nIHRvIGFuIEFQLCBpdCANCj4+IGNhbiBiZSBvcGVuZWQgdXAg
dGhlcmUsIHdlIHdpbGwgcmVseSBvbiB0aGUgQVAgdG8ga25vdyB0aGUgbG9jYWwgDQo+PiByZWd1
bGF0aW9ucy4NCj4+DQo+PiBCYXNlZCBvbiBhIHBhdGNoIGJ5IEpvaGFubmVzIEJlcmcgZm9yIHVw
c3RyZWFtIExpbnV4Lg0KPg0KPj4gLS0tIGEvZGIudHh0DQo+PiArKysgYi9kYi50eHQNCj4+IEBA
IC02LDEwICs2LDEwIEBAIGNvdW50cnkgMDA6DQo+PiAgICAgICAjIENoYW5uZWwgMTQuIE9ubHkg
SlAgZW5hYmxlcyB0aGlzIGFuZCBmb3IgODAyLjExYiBvbmx5DQo+PiAgICAgICAoMjQ3NCAtIDI0
OTQgQCAyMCksICgzLCAyMCksIFBBU1NJVkUtU0NBTiwgTk8tSUJTUywgTk8tT0ZETQ0KPj4gICAg
ICAgIyBDaGFubmVsIDM2IC0gNDgNCj4+IC0gICAgICg1MTcwIC0gNTI1MCBAIDQwKSwgKDMsIDIw
KSwgUEFTU0lWRS1TQ0FOLCBOTy1JQlNTDQo+PiArICAgICAoNTE3MCAtIDUyNTAgQCA4MCksICgz
LCAyMCksIFBBU1NJVkUtU0NBTiwgTk8tSUJTUw0KPj4gICAgICAgIyBOQjogNTI2MCBNSHogLSA1
NzAwIE1IeiByZXF1aWVzIERGUw0KPj4gICAgICAgIyBDaGFubmVsIDE0OSAtIDE2NQ0KPj4gLSAg
ICAgKDU3MzUgLSA1ODM1IEAgNDApLCAoMywgMjApLCBQQVNTSVZFLVNDQU4sIE5PLUlCU1MNCj4+
ICsgICAgICg1NzM1IC0gNTgzNSBAIDgwKSwgKDMsIDIwKSwgUEFTU0lWRS1TQ0FOLCBOTy1JQlNT
DQo+DQo+IEkgYWxzbyBoYXZlIGEgc2VwYXJhdGUgdXBzdHJlYW0gcGF0Y2ggdGhhdCBJIGhhdmVu
J3Qgc2VudCBoZXJlIHlldCB0byANCj4gZW5hYmxlIDE2MCBNSHogYnkgZW5hYmxpbmcgdGhlIHJh
ZGFyIGNoYW5uZWxzIChwYXNzaXZlbHkpLCBzZWUgYmVsb3c7IA0KPiBhbnkgdGhvdWdodHMgb24g
dGhhdD8NCg0KRW5hYmxpbmcgaXQgcGFzc2l2ZWx5IHNlZW1zIGZpbmUgdG8gbWUuIE1pY2hhZWwg
aWYgd2UgdGFrZSBjYXJlIG9mIERGUyAvIHBhc3NpdmUgc2NhbiwgZXRjLCBhcmUgd2Ugc3RpbGwg
T0sgdG8gdXNlIFZIVDE2MCBpZiB3ZSBmaW5kIGFuIEFQIHRoYXQgdXNlcyBpdCBvbiB0aGUgREZT
IGNoYW5uZWxzIChhc3N1bWluZyBjbGllbnQgZm9sbG93cyBjaGFubmVsIGNoYW5nZSBhbm5vdW5j
ZW1lbnRzLCBldGMpPw0KDQogIEx1aXMNCg==

Re: [wireless-regdb] [PATCH 2/3] wireless-regdb: enable VHT80 when world roaming

[Luis R. Rodriguez]

On Tue, Apr 9, 2013 at 6:54 AM, Green, Michael <green@qca.qualcomm.com> wrote:
> If this discussion is about Japan, then yes, VHT160 on the allowed channels for Japan, can be enabled now.

Oh neat, well this is good to know! I sent a patch.

> Or is the question about enabling VHT80 & VHT160 in world mode(s) using passive scanning?

The question was about that.

  Luis