[OpenWrt-Devel] ath10k-ct 4.19 and IBSS

[Koen Vandeputte]

On 26.06.19 18:16, Ben Greear wrote:
> On 6/26/19 2:02 AM, Koen Vandeputte wrote:
>>
>> 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
>>>
>> Hi Ben,
>>
>> Here is the output based on the latest git HEAD of your ct tree, 
>> combined with the test firmware:
>>
>> https://pastebin.com/raw/kwC6c18J
>
> Hello,
>
> The splat decode does not match the source code, so I'm not which is 
> correct.
>
OpenWrt seems to add custom patches to your source.

Please find the complete source in subsequent mail as being build.

Regards,

Koen

> [ 32.341077] ------------[ cut here ]------------
> [   32.345898] WARNING: CPU: 0 PID: 1470 at 
> /mnt/ramdisk/koen/firmware/builds/generic_rb922/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/ath10k-ct-2019-06-13-f0aa8130/ath10k-4.19/mac.c:6581 
> ath10k_mac_vif_beacon_free+0xc54/0x112c [ath10k_core]
>
> (line 6581 is not in the mac_vif_beacon_free method).
>
> Also, please enable the firmware DBGLOG logging per instructions here:
>
> http://www.candelatech.com/ath10k-bugs.php
>
> This is the suggested level to debug at:  0xc0000032

Will do and will get back on this.

Thanks

>
> Thanks,
> Ben
>
>

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