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


Regards,

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@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Reply via email to