[OpenWrt-Devel] ath10k-ct 4.19 and IBSS

Koen Vandeputte koen.vandeputte at ncentric.com
Tue Jun 25 11:18:33 EDT 2019


On 25.06.19 15:54, Ben Greear wrote:
>
>
> On 06/25/2019 02:53 AM, Koen Vandeputte wrote:
>>
>> On 24.06.19 22:04, Ben Greear wrote:
>>> On 6/24/19 8:32 AM, Koen Vandeputte wrote:
>>>> Hi Ben,
>>>> Hi All,
>>>>
>>>> So I'm going to give this another try ..
>>>> As the IBSS functionality is heavily advertised as a delta to 
>>>> mainline, it would be very nice to get it working also :)
>>>>
>>>> Testing the latest ath10k-ct driver and firmware seems to be a step 
>>>> back compared to roughly a month ago.
>>>>
>>>> I'm currently seeing the firmware crashing, which was not the case 
>>>> before:
>>>>
>>>>
>>>> ath10k-ct + htt-fw:
>>>>
>>>> https://pastebin.com/raw/7Sy9yx6s
>>>
>>> Looks like firmware ran out of some WMI event buffers and crashed 
>>> instead of handling
>>> it more gracefully.
>>>
>>> Please try the attached (untested) firmware and see if it behaves 
>>> better.
>>>
>> Hi Ben,
>>
>> 1 step forward here.
>>
>> I'm not seeing crashes anymore using the test-firmware.
>>
>> https://pastebin.com/raw/4ZeXu7iw
>>
>>
>> I've linked up 2 IBSS devices (wave 1, VHT80)
>>
>> OLSR traffic (UDP) works and packets here are nicely going back & forth.
>>
>> Simply pinging (ICMP) between the 2 devices does not work.
>>
>> When sending 100 pings, (64 byte large)  sometimes 1 gets through .. 
>> but with a latency of > 500ms
>>
>>
>> I think if the splat and the beacon spam below could be fixed .. this 
>> would be a major step forward:
>>
>> [   30.328423] ------------[ cut here ]------------
>> [   30.333251] WARNING: CPU: 0 PID: 1578 at 
>> /mnt/ramdisk/koen/firmware/builds/generic_rb922/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/ath10k-ct-2019-05-08-f98b6dc4/ath10k-4.19/mac.c:6563 
>> ath10k_mac_vif_beacon_free+0xc7c/0x115c [ath10k_core]
>> [   30.355636] Modules linked in: mbt ath9k ath9k_common qcserial 
>> pppoe ppp_async option cdc_mbim ath9k_hw ath10k_pci ath10k_core ath 
>> usb_wwan sierra_net sierra rndis_host qmi_wwan pppox ppp_generic 
>> mac80211 iptable_nat iptable_mangle iptable_filter ipt_REJECT 
>> ipt_MASQUERADE ip_tables huawei_cdc_ncm ftdi_sio cfg80211 cdc_subset 
>> cdc_ncm cdc_ether xt_time xt_tcpudp xt_state xt_nat xt_multiport 
>> xt_mark xt_mac xt_limt
>> [   30.427331]  nls_utf8 nls_iso8859_1 nls_cp437 authenc 
>> ehci_platform sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 
>> mbcache jbd2 usbcore nls_base usb_common ptp pps_core mii aead 
>> crypto_null cryptomgr crc32c_generic crypto_hash
>> [   30.448017] CPU: 0 PID: 1578 Comm: wpa_supplicant Not tainted 
>> 4.14.129 #0
>
> Please look in your code and let me know the source around the line in 
> mac.c (6563) that is splatting.
>
> Also, you might grab the latest ath10k-ct repo, it has a tweak that 
> might fix the SWBA overrun
> messages.
>
> https://github.com/greearb/ath10k-ct
>
> Thanks,
> Ben

Currently building latest openwrt master, updated to the latest 
ath10k-ct commit and the test fw

Will let you know the results asap.

Thanks,

Koen

>
>> [   30.454906] Stack : 80500000 804c0870 00000000 00000000 80495404 
>> 86fc5a24 8606485c 804e7307
>> [   30.463402]         804915c8 0000062a 805437d0 000019a3 87d1ed28 
>> 00000001 86fc59d8 ebb059e8
>> [   30.471880]         00000000 00000000 80540000 000068e8 00000000 
>> 00000000 00000007 00000000
>> [   30.480373]         00000123 f55b2536 00000122 00000000 80000000 
>> 00000000 87152504 8710ccc4
>> [   30.488863]         00000009 000019a3 87d1ed28 876fd000 00000000 
>> 802a3964 00000000 80540000
>> [   30.497355]         ...
>> [   30.499839] Call Trace:
>> [   30.502320] [<8006c7ac>] show_stack+0x58/0x100
>> [   30.506838] [<80086de0>] __warn+0xe4/0x118
>> [   30.510994] [<80086ea4>] warn_slowpath_null+0x1c/0x28
>> [   30.516158] [<8710ccc4>] ath10k_mac_vif_beacon_free+0xc7c/0x115c 
>> [ath10k_core]
>> [   30.523505] ---[ end trace 83fd3571e310245a ]---
>> [   33.172852] wlan0: Trigger new scan to find an IBSS to join
>> [   33.237416] wlan0: Trigger new scan to find an IBSS to join
>> [   33.243317] wlan0: Trigger new scan to find an IBSS to join
>> [   33.249205] wlan0: Trigger new scan to find an IBSS to join
>> [   33.305210] wlan0: Trigger new scan to find an IBSS to join
>> [   34.049614] wlan0: Trigger new scan to find an IBSS to join
>> [   34.115369] wlan0: Trigger new scan to find an IBSS to join
>> [   34.189823] wlan0: Selected IBSS BSSID fa:77:78:55:af:7b based on 
>> configured SSID
>> [   34.280540] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> [   34.288002] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> [   34.295924] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> [   34.303406] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> [   34.310839] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> [   34.318280] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> [   34.325714] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> [   34.333148] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> [   34.340567] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> [   34.348003] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, 
>> skipped old beacon
>> ...
>> ...
>>
>> Thanks for your swift reply so far and the test-firmware.
>>
>> Regards,
>>
>> Koen
>>
>>>
>>>> ath10k-ct + non-htt-fw:
>>>>
>>>> https://pastebin.com/raw/bqVqQmXq
>>>>
>>>>
>>>> Mixing upstream ath10k driver with the non-htt CT fw does not work.
>>>>
>>>> Errors are seen here regarding missing IE's and stuff.
>>>> Also IBSS functionality is not shown when running 'iw list'
>>>
>>> IBSS requires ct driver plus ct firmware, at least.
>>
>> Ah, ok. :-)
>>
>> Thought it was possible based on this one :
>>
>> https://www.spinics.net/lists/linux-wireless/msg137827.html
>>
>>
>>>
>>> I'd expect the regular driver to work in normal STA/AP mode, though 
>>> it would likely
>>> warn about IEs.  Should be warning only though.
>>>
>>> Thanks,
>>> Ben
>>>
>>>>
>>>>
>>>> Kind Regards,
>>>>
>>>> Koen
>>>>
>>>
>>>
>>
>

_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


More information about the openwrt-devel mailing list