* ath10k mesh error 80MHz channel
@ 2016-12-21 14:19 Matteo Grandi
2016-12-21 15:21 ` Matteo Grandi
0 siblings, 1 reply; 4+ messages in thread
From: Matteo Grandi @ 2016-12-21 14:19 UTC (permalink / raw)
To: LinuxWireless Mailing List
Dear all,
I'm configuring a simple mesh network using four miniPCIe adapters
(Compex WLE900VX) on two Gateworks Ventana 5410 boards.
Actually, based on the guide
https://wireless.wiki.kernel.org/en/users/drivers/ath10k/mesh
I don't have any problem setting up the mesh network on channels 36,
149, 153, respectively 5180 80 5210, 5745 80 5775, and 5765 80 5795
(even if MIMO is not working).
But while configuring the interfaces to work in 80MHz channel
bandwidth (802.11ac using ath10k driver) on a different channel I
bump into the error:
command failed: Invalid argument (-22)
immediately after launching the command for joining the mesh: iw dev
<if_name> mesh join <mesh_name>.
The syslog provide only this:
Dec 21 13:52:03 MrProper kernel: [ 7257.058617] util.c |
ieee80211_set_wmm_default: ac=0, enable_qos=true, vif.type=7,
NL80211_IFTYPE_STATION=2
Dec 21 13:52:03 MrProper kernel: [ 7257.059654] IPv6:
ADDRCONF(NETDEV_UP): mpp1: link is not ready
Dec 21 13:52:03 MrProper kernel: [ 7257.205911] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:03 MrProper kernel: [ 7257.581898] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:03 MrProper kernel: [ 7257.613627] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:04 MrProper kernel: [ 7258.084733] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:04 MrProper kernel: [ 7258.180963] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:04 MrProper kernel: [ 7258.325382] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:04 MrProper kernel: [ 7258.661534] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:05 MrProper kernel: [ 7259.029525] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:05 MrProper kernel: [ 7259.392563] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:08 MrProper kernel: [ 7262.386101] ath10k_warn: 18
callbacks suppressed
Dec 21 13:52:08 MrProper kernel: [ 7262.386154] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:09 MrProper kernel: [ 7262.737520] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:09 MrProper kernel: [ 7262.785597] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:09 MrProper kernel: [ 7262.971144] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:09 MrProper kernel: [ 7262.981414] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:09 MrProper kernel: [ 7263.091578] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:09 MrProper kernel: [ 7263.445603] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:09 MrProper kernel: [ 7263.458727] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:09 MrProper kernel: [ 7263.582180] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:09 MrProper kernel: [ 7263.589649] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:14 MrProper kernel: [ 7267.742838] ath10k_warn: 44
callbacks suppressed
Dec 21 13:52:14 MrProper kernel: [ 7267.742887] ath10k_pci
0000:07:00.0: no channel configured; ignoring frame(s)!
Dec 21 13:52:14 MrProper kernel: [ 7267.744466] ath10k_pci
0000:07:00.0: no channel
Did someone have a similar issue?
Are there, maybe, some channels that even present in the regulatory
domain with the @80 flags are not configurable in this way? (36, 52,
100, 116, 132, 149 should be ok, but only 36 and 149 work)
Or maybe it's my reg-domain issue (see below)?
root@MrProper:~# iw reg get
global
country US: DFS-FCC
(2402 - 2472 @ 40), (N/A, 30), (N/A)
(5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW
(5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW
(5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS
(5735 - 5835 @ 80), (N/A, 30), (N/A)
(57240 - 63720 @ 2160), (N/A, 40), (N/A)
phy#1
country US: DFS-FCC
(2402 - 2472 @ 40), (N/A, 30), (N/A)
(5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW
(5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW
(5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS
(5735 - 5835 @ 80), (N/A, 30), (N/A)
(57240 - 63720 @ 2160), (N/A, 40), (N/A)
phy#0
country US: DFS-FCC
(2402 - 2472 @ 40), (N/A, 30), (N/A)
(5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW
(5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW
(5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS
(5735 - 5835 @ 80), (N/A, 30), (N/A)
(57240 - 63720 @ 2160), (N/A, 40), (N/A)
phy#2
country US: DFS-FCC
(2402 - 2472 @ 40), (N/A, 30), (N/A)
(5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW
(5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW
(5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS
(5735 - 5835 @ 80), (N/A, 30), (N/A)
(57240 - 63720 @ 2160), (N/A, 40), (N/A)
Thanks a lot for every hint!
Matteo
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: ath10k mesh error 80MHz channel 2016-12-21 14:19 ath10k mesh error 80MHz channel Matteo Grandi @ 2016-12-21 15:21 ` Matteo Grandi 2016-12-23 5:18 ` Thiagarajan, Vasanthakumar 0 siblings, 1 reply; 4+ messages in thread From: Matteo Grandi @ 2016-12-21 15:21 UTC (permalink / raw) To: LinuxWireless Mailing List Hi all again, just an update to the previous message: looking at iw list I found this situation: Frequencies: * 5180 MHz [36] (20.0 dBm) * 5200 MHz [40] (20.0 dBm) * 5220 MHz [44] (20.0 dBm) * 5240 MHz [48] (20.0 dBm) * 5260 MHz [52] (20.0 dBm) (no IR, radar detection) * 5280 MHz [56] (20.0 dBm) (no IR, radar detection) * 5300 MHz [60] (20.0 dBm) (no IR, radar detection) * 5320 MHz [64] (20.0 dBm) (no IR, radar detection) * 5500 MHz [100] (23.0 dBm) (no IR, radar detection) * 5520 MHz [104] (23.0 dBm) (no IR, radar detection) * 5540 MHz [108] (23.0 dBm) (no IR, radar detection) * 5560 MHz [112] (23.0 dBm) (no IR, radar detection) * 5580 MHz [116] (23.0 dBm) (no IR, radar detection) * 5600 MHz [120] (23.0 dBm) (no IR, radar detection) * 5620 MHz [124] (23.0 dBm) (no IR, radar detection) * 5640 MHz [128] (23.0 dBm) (no IR, radar detection) * 5660 MHz [132] (23.0 dBm) (no IR, radar detection) * 5680 MHz [136] (23.0 dBm) (no IR, radar detection) * 5700 MHz [140] (23.0 dBm) (no IR, radar detection) * 5745 MHz [149] (disabled) * 5765 MHz [153] (disabled) * 5785 MHz [157] (disabled) * 5805 MHz [161] (disabled) * 5825 MHz [165] (disabled) Supported commands: * new_interface * set_interface * new_key The no Initial Radiation prevent the interface to start transmitting. I'm almost sure that it's a regulatory domain issue, but i already tried to reinstall the CRD Agent, and even changing the regulatory domain it change only the global (i.e. CH) while the iw list provide the same results. root@MrProper:~# iw reg get global country CH: DFS-ETSI (2402 - 2482 @ 40), (N/A, 20), (N/A) (5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW (5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW (5490 - 5710 @ 160), (N/A, 27), (0 ms), DFS (57000 - 66000 @ 2160), (N/A, 40), (N/A) phy#1 country US: DFS-FCC (2402 - 2472 @ 40), (N/A, 30), (N/A) (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS (5735 - 5835 @ 80), (N/A, 30), (N/A) (57240 - 63720 @ 2160), (N/A, 40), (N/A) phy#0 country US: DFS-FCC (2402 - 2472 @ 40), (N/A, 30), (N/A) (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS (5735 - 5835 @ 80), (N/A, 30), (N/A) (57240 - 63720 @ 2160), (N/A, 40), (N/A) phy#2 country US: DFS-FCC (2402 - 2472 @ 40), (N/A, 30), (N/A) (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS (5735 - 5835 @ 80), (N/A, 30), (N/A) (57240 - 63720 @ 2160), (N/A, 40), (N/A) Is there a way to remove the no IR flags in the allowed channels? Thanks a lot again Matteo 2016-12-21 15:19 GMT+01:00 Matteo Grandi <iu5bdp@gmail.com>: > Dear all, > > I'm configuring a simple mesh network using four miniPCIe adapters > (Compex WLE900VX) on two Gateworks Ventana 5410 boards. > Actually, based on the guide > https://wireless.wiki.kernel.org/en/users/drivers/ath10k/mesh > I don't have any problem setting up the mesh network on channels 36, > 149, 153, respectively 5180 80 5210, 5745 80 5775, and 5765 80 5795 > (even if MIMO is not working). > > But while configuring the interfaces to work in 80MHz channel > bandwidth (802.11ac using ath10k driver) on a different channel I > bump into the error: > > command failed: Invalid argument (-22) > > immediately after launching the command for joining the mesh: iw dev > <if_name> mesh join <mesh_name>. > > The syslog provide only this: > > Dec 21 13:52:03 MrProper kernel: [ 7257.058617] util.c | > ieee80211_set_wmm_default: ac=0, enable_qos=true, vif.type=7, > NL80211_IFTYPE_STATION=2 > Dec 21 13:52:03 MrProper kernel: [ 7257.059654] IPv6: > ADDRCONF(NETDEV_UP): mpp1: link is not ready > Dec 21 13:52:03 MrProper kernel: [ 7257.205911] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:03 MrProper kernel: [ 7257.581898] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:03 MrProper kernel: [ 7257.613627] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:04 MrProper kernel: [ 7258.084733] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:04 MrProper kernel: [ 7258.180963] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:04 MrProper kernel: [ 7258.325382] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:04 MrProper kernel: [ 7258.661534] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:05 MrProper kernel: [ 7259.029525] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:05 MrProper kernel: [ 7259.392563] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:08 MrProper kernel: [ 7262.386101] ath10k_warn: 18 > callbacks suppressed > Dec 21 13:52:08 MrProper kernel: [ 7262.386154] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:09 MrProper kernel: [ 7262.737520] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:09 MrProper kernel: [ 7262.785597] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:09 MrProper kernel: [ 7262.971144] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:09 MrProper kernel: [ 7262.981414] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:09 MrProper kernel: [ 7263.091578] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:09 MrProper kernel: [ 7263.445603] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:09 MrProper kernel: [ 7263.458727] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:09 MrProper kernel: [ 7263.582180] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:09 MrProper kernel: [ 7263.589649] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:14 MrProper kernel: [ 7267.742838] ath10k_warn: 44 > callbacks suppressed > Dec 21 13:52:14 MrProper kernel: [ 7267.742887] ath10k_pci > 0000:07:00.0: no channel configured; ignoring frame(s)! > Dec 21 13:52:14 MrProper kernel: [ 7267.744466] ath10k_pci > 0000:07:00.0: no channel > > Did someone have a similar issue? > Are there, maybe, some channels that even present in the regulatory > domain with the @80 flags are not configurable in this way? (36, 52, > 100, 116, 132, 149 should be ok, but only 36 and 149 work) > Or maybe it's my reg-domain issue (see below)? > > root@MrProper:~# iw reg get > global > country US: DFS-FCC > (2402 - 2472 @ 40), (N/A, 30), (N/A) > (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW > (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW > (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS > (5735 - 5835 @ 80), (N/A, 30), (N/A) > (57240 - 63720 @ 2160), (N/A, 40), (N/A) > > phy#1 > country US: DFS-FCC > (2402 - 2472 @ 40), (N/A, 30), (N/A) > (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW > (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW > (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS > (5735 - 5835 @ 80), (N/A, 30), (N/A) > (57240 - 63720 @ 2160), (N/A, 40), (N/A) > > phy#0 > country US: DFS-FCC > (2402 - 2472 @ 40), (N/A, 30), (N/A) > (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW > (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW > (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS > (5735 - 5835 @ 80), (N/A, 30), (N/A) > (57240 - 63720 @ 2160), (N/A, 40), (N/A) > > phy#2 > country US: DFS-FCC > (2402 - 2472 @ 40), (N/A, 30), (N/A) > (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW > (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW > (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS > (5735 - 5835 @ 80), (N/A, 30), (N/A) > (57240 - 63720 @ 2160), (N/A, 40), (N/A) > > > Thanks a lot for every hint! > > Matteo ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: ath10k mesh error 80MHz channel 2016-12-21 15:21 ` Matteo Grandi @ 2016-12-23 5:18 ` Thiagarajan, Vasanthakumar 2017-01-04 15:30 ` Matteo Grandi 0 siblings, 1 reply; 4+ messages in thread From: Thiagarajan, Vasanthakumar @ 2016-12-23 5:18 UTC (permalink / raw) To: Matteo Grandi, LinuxWireless Mailing List T24gV2VkbmVzZGF5IDIxIERlY2VtYmVyIDIwMTYgMDg6NTEgUE0sIE1hdHRlbyBHcmFuZGkgd3Jv dGU6DQo+IEhpIGFsbCBhZ2FpbiwganVzdCBhbiB1cGRhdGUgdG8gdGhlIHByZXZpb3VzIG1lc3Nh Z2U6DQo+DQo+IGxvb2tpbmcgYXQgaXcgbGlzdCBJIGZvdW5kIHRoaXMgc2l0dWF0aW9uOg0KPg0K PiAgICAgICAgICBGcmVxdWVuY2llczoNCj4gICAgICAgICAgICAgICogNTE4MCBNSHogWzM2XSAo MjAuMCBkQm0pDQo+ICAgICAgICAgICAgICAqIDUyMDAgTUh6IFs0MF0gKDIwLjAgZEJtKQ0KPiAg ICAgICAgICAgICAgKiA1MjIwIE1IeiBbNDRdICgyMC4wIGRCbSkNCj4gICAgICAgICAgICAgICog NTI0MCBNSHogWzQ4XSAoMjAuMCBkQm0pDQo+ICAgICAgICAgICAgICAqIDUyNjAgTUh6IFs1Ml0g KDIwLjAgZEJtKSAobm8gSVIsIHJhZGFyIGRldGVjdGlvbikNCj4gICAgICAgICAgICAgICogNTI4 MCBNSHogWzU2XSAoMjAuMCBkQm0pIChubyBJUiwgcmFkYXIgZGV0ZWN0aW9uKQ0KPiAgICAgICAg ICAgICAgKiA1MzAwIE1IeiBbNjBdICgyMC4wIGRCbSkgKG5vIElSLCByYWRhciBkZXRlY3Rpb24p DQo+ICAgICAgICAgICAgICAqIDUzMjAgTUh6IFs2NF0gKDIwLjAgZEJtKSAobm8gSVIsIHJhZGFy IGRldGVjdGlvbikNCj4gICAgICAgICAgICAgICogNTUwMCBNSHogWzEwMF0gKDIzLjAgZEJtKSAo bm8gSVIsIHJhZGFyIGRldGVjdGlvbikNCj4gICAgICAgICAgICAgICogNTUyMCBNSHogWzEwNF0g KDIzLjAgZEJtKSAobm8gSVIsIHJhZGFyIGRldGVjdGlvbikNCj4gICAgICAgICAgICAgICogNTU0 MCBNSHogWzEwOF0gKDIzLjAgZEJtKSAobm8gSVIsIHJhZGFyIGRldGVjdGlvbikNCj4gICAgICAg ICAgICAgICogNTU2MCBNSHogWzExMl0gKDIzLjAgZEJtKSAobm8gSVIsIHJhZGFyIGRldGVjdGlv bikNCj4gICAgICAgICAgICAgICogNTU4MCBNSHogWzExNl0gKDIzLjAgZEJtKSAobm8gSVIsIHJh ZGFyIGRldGVjdGlvbikNCj4gICAgICAgICAgICAgICogNTYwMCBNSHogWzEyMF0gKDIzLjAgZEJt KSAobm8gSVIsIHJhZGFyIGRldGVjdGlvbikNCj4gICAgICAgICAgICAgICogNTYyMCBNSHogWzEy NF0gKDIzLjAgZEJtKSAobm8gSVIsIHJhZGFyIGRldGVjdGlvbikNCj4gICAgICAgICAgICAgICog NTY0MCBNSHogWzEyOF0gKDIzLjAgZEJtKSAobm8gSVIsIHJhZGFyIGRldGVjdGlvbikNCj4gICAg ICAgICAgICAgICogNTY2MCBNSHogWzEzMl0gKDIzLjAgZEJtKSAobm8gSVIsIHJhZGFyIGRldGVj dGlvbikNCj4gICAgICAgICAgICAgICogNTY4MCBNSHogWzEzNl0gKDIzLjAgZEJtKSAobm8gSVIs IHJhZGFyIGRldGVjdGlvbikNCj4gICAgICAgICAgICAgICogNTcwMCBNSHogWzE0MF0gKDIzLjAg ZEJtKSAobm8gSVIsIHJhZGFyIGRldGVjdGlvbikNCj4gICAgICAgICAgICAgICogNTc0NSBNSHog WzE0OV0gKGRpc2FibGVkKQ0KPiAgICAgICAgICAgICAgKiA1NzY1IE1IeiBbMTUzXSAoZGlzYWJs ZWQpDQo+ICAgICAgICAgICAgICAqIDU3ODUgTUh6IFsxNTddIChkaXNhYmxlZCkNCj4gICAgICAg ICAgICAgICogNTgwNSBNSHogWzE2MV0gKGRpc2FibGVkKQ0KPiAgICAgICAgICAgICAgKiA1ODI1 IE1IeiBbMTY1XSAoZGlzYWJsZWQpDQo+ICAgICAgU3VwcG9ydGVkIGNvbW1hbmRzOg0KPiAgICAg ICAgICAgKiBuZXdfaW50ZXJmYWNlDQo+ICAgICAgICAgICAqIHNldF9pbnRlcmZhY2UNCj4gICAg ICAgICAgICogbmV3X2tleQ0KPg0KPiBUaGUgbm8gSW5pdGlhbCBSYWRpYXRpb24gcHJldmVudCB0 aGUgaW50ZXJmYWNlIHRvIHN0YXJ0IHRyYW5zbWl0dGluZy4NCj4gSSdtIGFsbW9zdCBzdXJlIHRo YXQgaXQncyBhIHJlZ3VsYXRvcnkgZG9tYWluIGlzc3VlLCBidXQgaSBhbHJlYWR5DQo+IHRyaWVk IHRvIHJlaW5zdGFsbCB0aGUgQ1JEIEFnZW50LCBhbmQgZXZlbiBjaGFuZ2luZyB0aGUgcmVndWxh dG9yeQ0KPiBkb21haW4gaXQgY2hhbmdlIG9ubHkgdGhlIGdsb2JhbCAoaS5lLiBDSCkgd2hpbGUg dGhlIGl3IGxpc3QgcHJvdmlkZQ0KPiB0aGUgc2FtZSByZXN1bHRzLg0KPiByb290QE1yUHJvcGVy On4jIGl3IHJlZyBnZXQNCj4gZ2xvYmFsDQo+IGNvdW50cnkgQ0g6IERGUy1FVFNJDQo+ICAgICAg KDI0MDIgLSAyNDgyIEAgNDApLCAoTi9BLCAyMCksIChOL0EpDQo+ICAgICAgKDUxNzAgLSA1MjUw IEAgODApLCAoTi9BLCAyMCksIChOL0EpLCBBVVRPLUJXDQo+ICAgICAgKDUyNTAgLSA1MzMwIEAg ODApLCAoTi9BLCAyMCksICgwIG1zKSwgREZTLCBBVVRPLUJXDQo+ICAgICAgKDU0OTAgLSA1NzEw IEAgMTYwKSwgKE4vQSwgMjcpLCAoMCBtcyksIERGUw0KPiAgICAgICg1NzAwMCAtIDY2MDAwIEAg MjE2MCksIChOL0EsIDQwKSwgKE4vQSkNCj4NCj4gcGh5IzENCj4gY291bnRyeSBVUzogREZTLUZD Qw0KPiAgICAgICgyNDAyIC0gMjQ3MiBAIDQwKSwgKE4vQSwgMzApLCAoTi9BKQ0KPiAgICAgICg1 MTcwIC0gNTI1MCBAIDgwKSwgKE4vQSwgMjMpLCAoTi9BKSwgQVVUTy1CVw0KPiAgICAgICg1MjUw IC0gNTMzMCBAIDgwKSwgKE4vQSwgMjMpLCAoMCBtcyksIERGUywgQVVUTy1CVw0KPiAgICAgICg1 NDkwIC0gNTczMCBAIDE2MCksIChOL0EsIDIzKSwgKDAgbXMpLCBERlMNCj4gICAgICAoNTczNSAt IDU4MzUgQCA4MCksIChOL0EsIDMwKSwgKE4vQSkNCj4gICAgICAoNTcyNDAgLSA2MzcyMCBAIDIx NjApLCAoTi9BLCA0MCksIChOL0EpDQo+DQo+IHBoeSMwDQo+IGNvdW50cnkgVVM6IERGUy1GQ0MN Cj4gICAgICAoMjQwMiAtIDI0NzIgQCA0MCksIChOL0EsIDMwKSwgKE4vQSkNCj4gICAgICAoNTE3 MCAtIDUyNTAgQCA4MCksIChOL0EsIDIzKSwgKE4vQSksIEFVVE8tQlcNCj4gICAgICAoNTI1MCAt IDUzMzAgQCA4MCksIChOL0EsIDIzKSwgKDAgbXMpLCBERlMsIEFVVE8tQlcNCj4gICAgICAoNTQ5 MCAtIDU3MzAgQCAxNjApLCAoTi9BLCAyMyksICgwIG1zKSwgREZTDQo+ICAgICAgKDU3MzUgLSA1 ODM1IEAgODApLCAoTi9BLCAzMCksIChOL0EpDQo+ICAgICAgKDU3MjQwIC0gNjM3MjAgQCAyMTYw KSwgKE4vQSwgNDApLCAoTi9BKQ0KPg0KPiBwaHkjMg0KPiBjb3VudHJ5IFVTOiBERlMtRkNDDQo+ ICAgICAgKDI0MDIgLSAyNDcyIEAgNDApLCAoTi9BLCAzMCksIChOL0EpDQo+ICAgICAgKDUxNzAg LSA1MjUwIEAgODApLCAoTi9BLCAyMyksIChOL0EpLCBBVVRPLUJXDQo+ICAgICAgKDUyNTAgLSA1 MzMwIEAgODApLCAoTi9BLCAyMyksICgwIG1zKSwgREZTLCBBVVRPLUJXDQo+ICAgICAgKDU0OTAg LSA1NzMwIEAgMTYwKSwgKE4vQSwgMjMpLCAoMCBtcyksIERGUw0KPiAgICAgICg1NzM1IC0gNTgz NSBAIDgwKSwgKE4vQSwgMzApLCAoTi9BKQ0KPiAgICAgICg1NzI0MCAtIDYzNzIwIEAgMjE2MCks IChOL0EsIDQwKSwgKE4vQSkNCj4NCj4gSXMgdGhlcmUgYSB3YXkgdG8gcmVtb3ZlIHRoZSBubyBJ UiBmbGFncyBpbiB0aGUgYWxsb3dlZCBjaGFubmVscz8NCg0KDQpJIGFzc3VtZSB5b3UgYXJlIHRy eWluZyB0byBicmluZyB1cCBtZXNoIG9uIG9uZSBvZiBERlMgY2hhbm5lbHMgd2hlcmUNCkNBQyBp cyBtYW5kYXRvcnkgYmVmb3JlIHN0YXJ0aW5nIHRoZSBvcGVyYXRpb24uIFBlcmhhcHMgdHJ5IGNv bXBsZXRpbmcNCkNBQyBvbiB0aGUgY2hhbm5lbCBhbmQgYnJpbmcgdXAgbWVzaC4NCg0KSWYgeW91 IHdhbnQgdG8gb3BlcmF0ZSBtZXNoIG5ldHdvcmsgb24gY2hhbm5lbCA1MiB3aXRoIDgwIE1oeiBi YW5kd2lkdGgsDQp5b3UgbWF5IG5lZWQgdG8gcnVuIGNhYyBzb21ldGhpbmcgbGlrZSBiZWxvdyBm cm9tIGl3IChhIHJlY2VudCBvbmUgd2hpY2ggaGFzDQpzdXBwb3J0IHRvIHRyaWdnZXIgQ0FDKS4N Cg0Kc3VkbyBpdyB3bGFuWCBjYWMgdHJpZ2dlciBjaGFubmVsIDUyIDgwTUhaDQoNCg0KVmFzYW50 aA0KDQo+DQo+IDIwMTYtMTItMjEgMTU6MTkgR01UKzAxOjAwIE1hdHRlbyBHcmFuZGkgPGl1NWJk cEBnbWFpbC5jb20+Og0KPj4gRGVhciBhbGwsDQo+Pg0KPj4gSSdtIGNvbmZpZ3VyaW5nIGEgc2lt cGxlIG1lc2ggbmV0d29yayB1c2luZyBmb3VyIG1pbmlQQ0llIGFkYXB0ZXJzDQo+PiAoQ29tcGV4 IFdMRTkwMFZYKSBvbiB0d28gR2F0ZXdvcmtzIFZlbnRhbmEgNTQxMCBib2FyZHMuDQo+PiBBY3R1 YWxseSwgYmFzZWQgb24gdGhlIGd1aWRlDQo+PiBodHRwczovL3dpcmVsZXNzLndpa2kua2VybmVs Lm9yZy9lbi91c2Vycy9kcml2ZXJzL2F0aDEway9tZXNoDQo+PiBJIGRvbid0IGhhdmUgYW55IHBy b2JsZW0gc2V0dGluZyB1cCB0aGUgbWVzaCBuZXR3b3JrIG9uIGNoYW5uZWxzIDM2LA0KPj4gMTQ5 LCAxNTMsIHJlc3BlY3RpdmVseSA1MTgwIDgwIDUyMTAsIDU3NDUgODAgNTc3NSwgYW5kIDU3NjUg ODAgNTc5NQ0KPj4gKGV2ZW4gaWYgTUlNTyBpcyBub3Qgd29ya2luZykuDQo+Pg0KPj4gQnV0IHdo aWxlIGNvbmZpZ3VyaW5nIHRoZSBpbnRlcmZhY2VzIHRvIHdvcmsgaW4gODBNSHogY2hhbm5lbA0K Pj4gYmFuZHdpZHRoICg4MDIuMTFhYyB1c2luZyBhdGgxMGsgZHJpdmVyKSBvbiBhIGRpZmZlcmVu dCBjaGFubmVsICBJDQo+PiBidW1wIGludG8gdGhlIGVycm9yOg0KPj4NCj4+IGNvbW1hbmQgZmFp bGVkOiBJbnZhbGlkIGFyZ3VtZW50ICgtMjIpDQo+Pg0KPj4gaW1tZWRpYXRlbHkgYWZ0ZXIgbGF1 bmNoaW5nIHRoZSBjb21tYW5kICBmb3Igam9pbmluZyB0aGUgbWVzaDogaXcgZGV2DQo+PiA8aWZf bmFtZT4gbWVzaCBqb2luIDxtZXNoX25hbWU+Lg0KPj4NCj4+IFRoZSBzeXNsb2cgcHJvdmlkZSBv bmx5IHRoaXM6DQo+Pg0KPj4gRGVjIDIxIDEzOjUyOjAzIE1yUHJvcGVyIGtlcm5lbDogWyA3MjU3 LjA1ODYxN10gdXRpbC5jIHwNCj4+IGllZWU4MDIxMV9zZXRfd21tX2RlZmF1bHQ6IGFjPTAsIGVu YWJsZV9xb3M9dHJ1ZSwgdmlmLnR5cGU9NywNCj4+IE5MODAyMTFfSUZUWVBFX1NUQVRJT049Mg0K Pj4gRGVjIDIxIDEzOjUyOjAzIE1yUHJvcGVyIGtlcm5lbDogWyA3MjU3LjA1OTY1NF0gSVB2NjoN Cj4+IEFERFJDT05GKE5FVERFVl9VUCk6IG1wcDE6IGxpbmsgaXMgbm90IHJlYWR5DQo+PiBEZWMg MjEgMTM6NTI6MDMgTXJQcm9wZXIga2VybmVsOiBbIDcyNTcuMjA1OTExXSBhdGgxMGtfcGNpDQo+ PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykh DQo+PiBEZWMgMjEgMTM6NTI6MDMgTXJQcm9wZXIga2VybmVsOiBbIDcyNTcuNTgxODk4XSBhdGgx MGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3Jpbmcg ZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDMgTXJQcm9wZXIga2VybmVsOiBbIDcyNTcuNjEz NjI3XSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsg aWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDQgTXJQcm9wZXIga2VybmVsOiBb IDcyNTguMDg0NzMzXSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29u ZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDQgTXJQcm9wZXIg a2VybmVsOiBbIDcyNTguMTgwOTYzXSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNo YW5uZWwgY29uZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDQg TXJQcm9wZXIga2VybmVsOiBbIDcyNTguMzI1MzgyXSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAw LjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEg MTM6NTI6MDQgTXJQcm9wZXIga2VybmVsOiBbIDcyNTguNjYxNTM0XSBhdGgxMGtfcGNpDQo+PiAw MDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykhDQo+ PiBEZWMgMjEgMTM6NTI6MDUgTXJQcm9wZXIga2VybmVsOiBbIDcyNTkuMDI5NTI1XSBhdGgxMGtf cGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3JpbmcgZnJh bWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDUgTXJQcm9wZXIga2VybmVsOiBbIDcyNTkuMzkyNTYz XSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdu b3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDggTXJQcm9wZXIga2VybmVsOiBbIDcy NjIuMzg2MTAxXSBhdGgxMGtfd2FybjogMTgNCj4+IGNhbGxiYWNrcyBzdXBwcmVzc2VkDQo+PiBE ZWMgMjEgMTM6NTI6MDggTXJQcm9wZXIga2VybmVsOiBbIDcyNjIuMzg2MTU0XSBhdGgxMGtfcGNp DQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3JpbmcgZnJhbWUo cykhDQo+PiBEZWMgMjEgMTM6NTI6MDkgTXJQcm9wZXIga2VybmVsOiBbIDcyNjIuNzM3NTIwXSBh dGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3Jp bmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDkgTXJQcm9wZXIga2VybmVsOiBbIDcyNjIu Nzg1NTk3XSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJl ZDsgaWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDkgTXJQcm9wZXIga2VybmVs OiBbIDcyNjIuOTcxMTQ0XSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwg Y29uZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDkgTXJQcm9w ZXIga2VybmVsOiBbIDcyNjIuOTgxNDE0XSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5v IGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6 MDkgTXJQcm9wZXIga2VybmVsOiBbIDcyNjMuMDkxNTc4XSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3 OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMg MjEgMTM6NTI6MDkgTXJQcm9wZXIga2VybmVsOiBbIDcyNjMuNDQ1NjAzXSBhdGgxMGtfcGNpDQo+ PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykh DQo+PiBEZWMgMjEgMTM6NTI6MDkgTXJQcm9wZXIga2VybmVsOiBbIDcyNjMuNDU4NzI3XSBhdGgx MGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdub3Jpbmcg ZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDkgTXJQcm9wZXIga2VybmVsOiBbIDcyNjMuNTgy MTgwXSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsg aWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MDkgTXJQcm9wZXIga2VybmVsOiBb IDcyNjMuNTg5NjQ5XSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29u ZmlndXJlZDsgaWdub3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MTQgTXJQcm9wZXIg a2VybmVsOiBbIDcyNjcuNzQyODM4XSBhdGgxMGtfd2FybjogNDQNCj4+IGNhbGxiYWNrcyBzdXBw cmVzc2VkDQo+PiBEZWMgMjEgMTM6NTI6MTQgTXJQcm9wZXIga2VybmVsOiBbIDcyNjcuNzQyODg3 XSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwgY29uZmlndXJlZDsgaWdu b3JpbmcgZnJhbWUocykhDQo+PiBEZWMgMjEgMTM6NTI6MTQgTXJQcm9wZXIga2VybmVsOiBbIDcy NjcuNzQ0NDY2XSBhdGgxMGtfcGNpDQo+PiAwMDAwOjA3OjAwLjA6IG5vIGNoYW5uZWwNCj4+DQo+ PiBEaWQgc29tZW9uZSBoYXZlIGEgc2ltaWxhciBpc3N1ZT8NCj4+IEFyZSB0aGVyZSwgbWF5YmUs IHNvbWUgY2hhbm5lbHMgdGhhdCBldmVuIHByZXNlbnQgaW4gdGhlIHJlZ3VsYXRvcnkNCj4+IGRv bWFpbiB3aXRoIHRoZSBAODAgZmxhZ3MgYXJlIG5vdCBjb25maWd1cmFibGUgaW4gdGhpcyB3YXk/ ICgzNiwgNTIsDQo+PiAxMDAsIDExNiwgMTMyLCAxNDkgc2hvdWxkIGJlIG9rLCBidXQgb25seSAz NiBhbmQgMTQ5IHdvcmspDQo+PiBPciBtYXliZSBpdCdzIG15IHJlZy1kb21haW4gaXNzdWUgKHNl ZSBiZWxvdyk/DQo+Pg0KPj4gcm9vdEBNclByb3Blcjp+IyBpdyByZWcgZ2V0DQo+PiBnbG9iYWwN Cj4+IGNvdW50cnkgVVM6IERGUy1GQ0MNCj4+ICAgICAgKDI0MDIgLSAyNDcyIEAgNDApLCAoTi9B LCAzMCksIChOL0EpDQo+PiAgICAgICg1MTcwIC0gNTI1MCBAIDgwKSwgKE4vQSwgMjMpLCAoTi9B KSwgQVVUTy1CVw0KPj4gICAgICAoNTI1MCAtIDUzMzAgQCA4MCksIChOL0EsIDIzKSwgKDAgbXMp LCBERlMsIEFVVE8tQlcNCj4+ICAgICAgKDU0OTAgLSA1NzMwIEAgMTYwKSwgKE4vQSwgMjMpLCAo MCBtcyksIERGUw0KPj4gICAgICAoNTczNSAtIDU4MzUgQCA4MCksIChOL0EsIDMwKSwgKE4vQSkN Cj4+ICAgICAgKDU3MjQwIC0gNjM3MjAgQCAyMTYwKSwgKE4vQSwgNDApLCAoTi9BKQ0KPj4NCj4+ IHBoeSMxDQo+PiBjb3VudHJ5IFVTOiBERlMtRkNDDQo+PiAgICAgICgyNDAyIC0gMjQ3MiBAIDQw KSwgKE4vQSwgMzApLCAoTi9BKQ0KPj4gICAgICAoNTE3MCAtIDUyNTAgQCA4MCksIChOL0EsIDIz KSwgKE4vQSksIEFVVE8tQlcNCj4+ICAgICAgKDUyNTAgLSA1MzMwIEAgODApLCAoTi9BLCAyMyks ICgwIG1zKSwgREZTLCBBVVRPLUJXDQo+PiAgICAgICg1NDkwIC0gNTczMCBAIDE2MCksIChOL0Es IDIzKSwgKDAgbXMpLCBERlMNCj4+ICAgICAgKDU3MzUgLSA1ODM1IEAgODApLCAoTi9BLCAzMCks IChOL0EpDQo+PiAgICAgICg1NzI0MCAtIDYzNzIwIEAgMjE2MCksIChOL0EsIDQwKSwgKE4vQSkN Cj4+DQo+PiBwaHkjMA0KPj4gY291bnRyeSBVUzogREZTLUZDQw0KPj4gICAgICAoMjQwMiAtIDI0 NzIgQCA0MCksIChOL0EsIDMwKSwgKE4vQSkNCj4+ICAgICAgKDUxNzAgLSA1MjUwIEAgODApLCAo Ti9BLCAyMyksIChOL0EpLCBBVVRPLUJXDQo+PiAgICAgICg1MjUwIC0gNTMzMCBAIDgwKSwgKE4v QSwgMjMpLCAoMCBtcyksIERGUywgQVVUTy1CVw0KPj4gICAgICAoNTQ5MCAtIDU3MzAgQCAxNjAp LCAoTi9BLCAyMyksICgwIG1zKSwgREZTDQo+PiAgICAgICg1NzM1IC0gNTgzNSBAIDgwKSwgKE4v QSwgMzApLCAoTi9BKQ0KPj4gICAgICAoNTcyNDAgLSA2MzcyMCBAIDIxNjApLCAoTi9BLCA0MCks IChOL0EpDQo+Pg0KPj4gcGh5IzINCj4+IGNvdW50cnkgVVM6IERGUy1GQ0MNCj4+ICAgICAgKDI0 MDIgLSAyNDcyIEAgNDApLCAoTi9BLCAzMCksIChOL0EpDQo+PiAgICAgICg1MTcwIC0gNTI1MCBA IDgwKSwgKE4vQSwgMjMpLCAoTi9BKSwgQVVUTy1CVw0KPj4gICAgICAoNTI1MCAtIDUzMzAgQCA4 MCksIChOL0EsIDIzKSwgKDAgbXMpLCBERlMsIEFVVE8tQlcNCj4+ICAgICAgKDU0OTAgLSA1NzMw IEAgMTYwKSwgKE4vQSwgMjMpLCAoMCBtcyksIERGUw0KPj4gICAgICAoNTczNSAtIDU4MzUgQCA4 MCksIChOL0EsIDMwKSwgKE4vQSkNCj4+ICAgICAgKDU3MjQwIC0gNjM3MjAgQCAyMTYwKSwgKE4v QSwgNDApLCAoTi9BKQ0KPj4NCj4+DQo+PiBUaGFua3MgYSBsb3QgZm9yIGV2ZXJ5IGhpbnQhDQo+ Pg0KPj4gTWF0dGVvDQo= ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: ath10k mesh error 80MHz channel 2016-12-23 5:18 ` Thiagarajan, Vasanthakumar @ 2017-01-04 15:30 ` Matteo Grandi 0 siblings, 0 replies; 4+ messages in thread From: Matteo Grandi @ 2017-01-04 15:30 UTC (permalink / raw) To: Thiagarajan, Vasanthakumar; +Cc: LinuxWireless Mailing List Hi Vasanth, Thanks for the hint! My version of iw (4.9 October2016) didn't provide any support for the cac parameter, so I needed to checkout the latest git version as you suggested. Sometimes I receive the error "invalid argument (-22)" while performing sudo iw wlanX cac trigger channel 52 80MHZ, but it seems to happen randomly. Thanks a lot! Matteo 2016-12-23 6:18 GMT+01:00 Thiagarajan, Vasanthakumar <vthiagar@qti.qualcomm.com>: > On Wednesday 21 December 2016 08:51 PM, Matteo Grandi wrote: >> Hi all again, just an update to the previous message: >> >> looking at iw list I found this situation: >> >> Frequencies: >> * 5180 MHz [36] (20.0 dBm) >> * 5200 MHz [40] (20.0 dBm) >> * 5220 MHz [44] (20.0 dBm) >> * 5240 MHz [48] (20.0 dBm) >> * 5260 MHz [52] (20.0 dBm) (no IR, radar detection) >> * 5280 MHz [56] (20.0 dBm) (no IR, radar detection) >> * 5300 MHz [60] (20.0 dBm) (no IR, radar detection) >> * 5320 MHz [64] (20.0 dBm) (no IR, radar detection) >> * 5500 MHz [100] (23.0 dBm) (no IR, radar detection) >> * 5520 MHz [104] (23.0 dBm) (no IR, radar detection) >> * 5540 MHz [108] (23.0 dBm) (no IR, radar detection) >> * 5560 MHz [112] (23.0 dBm) (no IR, radar detection) >> * 5580 MHz [116] (23.0 dBm) (no IR, radar detection) >> * 5600 MHz [120] (23.0 dBm) (no IR, radar detection) >> * 5620 MHz [124] (23.0 dBm) (no IR, radar detection) >> * 5640 MHz [128] (23.0 dBm) (no IR, radar detection) >> * 5660 MHz [132] (23.0 dBm) (no IR, radar detection) >> * 5680 MHz [136] (23.0 dBm) (no IR, radar detection) >> * 5700 MHz [140] (23.0 dBm) (no IR, radar detection) >> * 5745 MHz [149] (disabled) >> * 5765 MHz [153] (disabled) >> * 5785 MHz [157] (disabled) >> * 5805 MHz [161] (disabled) >> * 5825 MHz [165] (disabled) >> Supported commands: >> * new_interface >> * set_interface >> * new_key >> >> The no Initial Radiation prevent the interface to start transmitting. >> I'm almost sure that it's a regulatory domain issue, but i already >> tried to reinstall the CRD Agent, and even changing the regulatory >> domain it change only the global (i.e. CH) while the iw list provide >> the same results. >> root@MrProper:~# iw reg get >> global >> country CH: DFS-ETSI >> (2402 - 2482 @ 40), (N/A, 20), (N/A) >> (5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW >> (5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW >> (5490 - 5710 @ 160), (N/A, 27), (0 ms), DFS >> (57000 - 66000 @ 2160), (N/A, 40), (N/A) >> >> phy#1 >> country US: DFS-FCC >> (2402 - 2472 @ 40), (N/A, 30), (N/A) >> (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW >> (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW >> (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS >> (5735 - 5835 @ 80), (N/A, 30), (N/A) >> (57240 - 63720 @ 2160), (N/A, 40), (N/A) >> >> phy#0 >> country US: DFS-FCC >> (2402 - 2472 @ 40), (N/A, 30), (N/A) >> (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW >> (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW >> (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS >> (5735 - 5835 @ 80), (N/A, 30), (N/A) >> (57240 - 63720 @ 2160), (N/A, 40), (N/A) >> >> phy#2 >> country US: DFS-FCC >> (2402 - 2472 @ 40), (N/A, 30), (N/A) >> (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW >> (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW >> (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS >> (5735 - 5835 @ 80), (N/A, 30), (N/A) >> (57240 - 63720 @ 2160), (N/A, 40), (N/A) >> >> Is there a way to remove the no IR flags in the allowed channels? > > > I assume you are trying to bring up mesh on one of DFS channels where > CAC is mandatory before starting the operation. Perhaps try completing > CAC on the channel and bring up mesh. > > If you want to operate mesh network on channel 52 with 80 Mhz bandwidth, > you may need to run cac something like below from iw (a recent one which has > support to trigger CAC). > > sudo iw wlanX cac trigger channel 52 80MHZ > > > Vasanth > >> >> 2016-12-21 15:19 GMT+01:00 Matteo Grandi <iu5bdp@gmail.com>: >>> Dear all, >>> >>> I'm configuring a simple mesh network using four miniPCIe adapters >>> (Compex WLE900VX) on two Gateworks Ventana 5410 boards. >>> Actually, based on the guide >>> https://wireless.wiki.kernel.org/en/users/drivers/ath10k/mesh >>> I don't have any problem setting up the mesh network on channels 36, >>> 149, 153, respectively 5180 80 5210, 5745 80 5775, and 5765 80 5795 >>> (even if MIMO is not working). >>> >>> But while configuring the interfaces to work in 80MHz channel >>> bandwidth (802.11ac using ath10k driver) on a different channel I >>> bump into the error: >>> >>> command failed: Invalid argument (-22) >>> >>> immediately after launching the command for joining the mesh: iw dev >>> <if_name> mesh join <mesh_name>. >>> >>> The syslog provide only this: >>> >>> Dec 21 13:52:03 MrProper kernel: [ 7257.058617] util.c | >>> ieee80211_set_wmm_default: ac=0, enable_qos=true, vif.type=7, >>> NL80211_IFTYPE_STATION=2 >>> Dec 21 13:52:03 MrProper kernel: [ 7257.059654] IPv6: >>> ADDRCONF(NETDEV_UP): mpp1: link is not ready >>> Dec 21 13:52:03 MrProper kernel: [ 7257.205911] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:03 MrProper kernel: [ 7257.581898] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:03 MrProper kernel: [ 7257.613627] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:04 MrProper kernel: [ 7258.084733] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:04 MrProper kernel: [ 7258.180963] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:04 MrProper kernel: [ 7258.325382] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:04 MrProper kernel: [ 7258.661534] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:05 MrProper kernel: [ 7259.029525] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:05 MrProper kernel: [ 7259.392563] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:08 MrProper kernel: [ 7262.386101] ath10k_warn: 18 >>> callbacks suppressed >>> Dec 21 13:52:08 MrProper kernel: [ 7262.386154] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:09 MrProper kernel: [ 7262.737520] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:09 MrProper kernel: [ 7262.785597] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:09 MrProper kernel: [ 7262.971144] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:09 MrProper kernel: [ 7262.981414] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:09 MrProper kernel: [ 7263.091578] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:09 MrProper kernel: [ 7263.445603] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:09 MrProper kernel: [ 7263.458727] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:09 MrProper kernel: [ 7263.582180] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:09 MrProper kernel: [ 7263.589649] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:14 MrProper kernel: [ 7267.742838] ath10k_warn: 44 >>> callbacks suppressed >>> Dec 21 13:52:14 MrProper kernel: [ 7267.742887] ath10k_pci >>> 0000:07:00.0: no channel configured; ignoring frame(s)! >>> Dec 21 13:52:14 MrProper kernel: [ 7267.744466] ath10k_pci >>> 0000:07:00.0: no channel >>> >>> Did someone have a similar issue? >>> Are there, maybe, some channels that even present in the regulatory >>> domain with the @80 flags are not configurable in this way? (36, 52, >>> 100, 116, 132, 149 should be ok, but only 36 and 149 work) >>> Or maybe it's my reg-domain issue (see below)? >>> >>> root@MrProper:~# iw reg get >>> global >>> country US: DFS-FCC >>> (2402 - 2472 @ 40), (N/A, 30), (N/A) >>> (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW >>> (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW >>> (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS >>> (5735 - 5835 @ 80), (N/A, 30), (N/A) >>> (57240 - 63720 @ 2160), (N/A, 40), (N/A) >>> >>> phy#1 >>> country US: DFS-FCC >>> (2402 - 2472 @ 40), (N/A, 30), (N/A) >>> (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW >>> (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW >>> (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS >>> (5735 - 5835 @ 80), (N/A, 30), (N/A) >>> (57240 - 63720 @ 2160), (N/A, 40), (N/A) >>> >>> phy#0 >>> country US: DFS-FCC >>> (2402 - 2472 @ 40), (N/A, 30), (N/A) >>> (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW >>> (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW >>> (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS >>> (5735 - 5835 @ 80), (N/A, 30), (N/A) >>> (57240 - 63720 @ 2160), (N/A, 40), (N/A) >>> >>> phy#2 >>> country US: DFS-FCC >>> (2402 - 2472 @ 40), (N/A, 30), (N/A) >>> (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW >>> (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW >>> (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS >>> (5735 - 5835 @ 80), (N/A, 30), (N/A) >>> (57240 - 63720 @ 2160), (N/A, 40), (N/A) >>> >>> >>> Thanks a lot for every hint! >>> >>> Matteo ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2017-01-04 15:31 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2016-12-21 14:19 ath10k mesh error 80MHz channel Matteo Grandi 2016-12-21 15:21 ` Matteo Grandi 2016-12-23 5:18 ` Thiagarajan, Vasanthakumar 2017-01-04 15:30 ` Matteo Grandi
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.