RE ath10k: set channel by command "iw" not from hostapd and DFS support of firmware-2.bin_10.1.467.2-1

[Janusz Dziedzic]

On 16 May 2014 15:17, Vu Hai NGUYEN <vh.nguyen at actiasodielec.fr> wrote:
>>> ath10k: wmi mgmt vdev up id 0x1 assoc id 0 bssid 04:f0:21:0e:38:be
>>> ath10k: mac monitor vdev 1 started
>>> ath10k: mac monitor started
>>> ------------[ cut here ]------------
>>> WARNING: at /home/alberix2/Desktop/Wilinks_ath10k/ACCESS_POINT_APPLI/Source/Driv
>>> er_ath10k/backports-3.15-rc1-1/net/wireless/nl80211.c:5824 nl80211_start_radar_d
>>> etection+0xf8/0x16c [cfg80211]()
>>> Modules linked in: ath10k_pci(O) ath10k_core(O) ath(O) mac80211(O) cfg80211(O) c
>>> ompat(O) arc4 ubifs ubi [last unloaded: compat]
>>> Backtrace:
>>> [<c0011938>] (dump_backtrace+0x0/0x118) from [<c050205c>] (dump_stack+0x18/0x20)
>>>  r6:bf64b61f r5:000016c0 r4:00000000 r3:c10bc7ac
>>> [<c0502044>] (dump_stack+0x0/0x20) from [<c0066c38>] (warn_slowpath_common+0x54/
>>> 0x70)
>>> [<c0066be4>] (warn_slowpath_common+0x0/0x70) from [<c0066c78>] (warn_slowpath_nu
>>> ll+0x24/0x2c)
>>>  r8:00000000 r7:00000000 r6:d2e88000 r5:d27a8000 r4:d2e883c8
>>> r3:00000009
>>> [<c0066c54>] (warn_slowpath_null+0x0/0x2c) from [<bf60fadc>] (nl80211_start_rada
>>> r_detection+0xf8/0x16c [cfg80211])
>>> [<bf60f9e4>] (nl80211_start_radar_detection+0x0/0x16c [cfg80211]) from [<c045348
>>> 8>] (genl_rcv_msg+0x1b4/0x1f4)
>>> [<c04532d4>] (genl_rcv_msg+0x0/0x1f4) from [<c0452904>] (netlink_rcv_skb+0x58/0x
>>> b8)
>>> [<c04528ac>] (netlink_rcv_skb+0x0/0xb8) from [<c04532c4>] (genl_rcv+0x20/0x30)
>>>  r6:d318fe00 r5:d29afb00 r4:d29afb00 r3:c04532a4
>>> [<c04532a4>] (genl_rcv+0x0/0x30) from [<c04522d0>] (netlink_unicast+0x224/0x2c4)
>>>  r4:d0074400 r3:c04532a4
>>> [<c04520ac>] (netlink_unicast+0x0/0x2c4) from [<c04526a4>] (netlink_sendmsg+0x29
>>> 0/0x320)
>>> [<c0452414>] (netlink_sendmsg+0x0/0x320) from [<c0428eac>] (sock_sendmsg+0x98/0x
>>> b4)
>>> [<c0428e14>] (sock_sendmsg+0x0/0xb4) from [<c0429150>] (__sys_sendmsg+0x1d0/0x26
>>> c)
>>>  r4:d2b9bf64
>>> [<c0428f80>] (__sys_sendmsg+0x0/0x26c) from [<c042ab30>] (sys_sendmsg+0x44/0x68)
>>> [<c042aaec>] (sys_sendmsg+0x0/0x68) from [<c000ddc0>] (ret_fast_syscall+0x0/0x30
>>> )
>>>  r6:00134870 r5:4008f9f0 r4:00136660
>>> ---[ end trace 4c6338919fa0b3d6 ]---
>> Warning is about cac_time = 0 - this is not a problem at all.
>
> But if it's normal the minimum value send back from driver must be 60s ? I still not find where this data is get from to write to the file /net/wireless/regdb.c
>
>>> My iw dev show : channel 52 (5260 MHz), width: 20 MHz, center1: 5260 MHz  but I can not connect my station to the access point (seems it does not work yet cause the file "dfs_stats" still show "DFS not enabled" . I had a debug msg with debug mask = 0x432 for ath10k in the attached file if someone are interested in.
>>>
>> After cac_time you should see beacons in airlogs. Does you station see
>> this AP in scan results? Does your station support this channel (iw
>> list on sta side)?
>
> My Station can see the network but it is not stable (some time it appear in the scan result, then I refresh it gets lost and appears later if I re-scan). And I cannot connect to it.
>
>>BTW "DFS not enabled" means DFS region you have in regdb is not
>>supported by patter detector. Probably you don't have DFS region at
>>all? Add to debug mask ATH10K_DBG_REGULATORY,
>
> This msg may be interested with you? :D. It shows that my DFS master region is ETSI
>
> ath10k: failed to initialise DFS pattern detector
> cfg80211: Calling CRDA for country: FR
> cfg80211: Regulatory domain changed to country: FR
> cfg80211:  DFS Master region: ETSI
> cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (
> dfs_cac_time)
> cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
> cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
> cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz), (N/A, 2000 mBm), (0 s)
> cfg80211:   (5490000 KHz - 5710000 KHz @ 80000 KHz), (N/A, 2700 mBm), (0 s)
> cfg80211:   (57240000 KHz - 65880000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
>
> And you can say anything from this? :
>
Yes, ath.ko is compiled without CERTIFICATION_ONUS flag;
(probably file compiled but always return NULL during pattern detector init).

BR
Janusz

> ath10k: mac config channel 5280MHz flags 0x10a radar 1
> ath10k: mac monitor refs: promisc 1 monitor 0 cac 1
> ath10k: mac monitor already started
> ath10k: mac cac start monitor vdev 1
> ath10k: mac config channel to 5280MHz (cf1 5280MHz cf2 0MHz width 20)
> ath10k: wmi mgmt vdev down id 0x1
> ath10k: wmi vdev stop id 0x1
> ath10k: WMI_VDEV_STOPPED_EVENTID
> ath10k: mac monitor vdev 1 stopped
> ath10k: mac monitor refs: promisc 1 monitor 0 cac 1
> ath10k: wmi vdev start id 0x1 flags: 0x0, freq 5280, mode 4, ch_flags: 0x404, max_power: 40
> ath10k: WMI_VDEV_START_RESP_EVENTID
> ath10k: wmi mgmt vdev up id 0x1 assoc id 0 bssid 04:f0:21:0e:38:be
> ath10k: mac monitor vdev 1 started
>
> NGUYEN Vu Hai
> Acita-Sodielec
> Route de Mayres - B.P. 9
> 12100 St GEORGES DE LUZENCON
> FRANCE
>
>