Re: [RFC] ath10k: interface combination with monitor

Tried this fw: https://www.candelatech.com/downloads/firmware-2-ct-full-community-21.bin Used ath10k driver as there is no ct driver for 5.4 yet. Same as with QCA firmware On 01/11/2019, Ben Greear wrote: > On 11/1/19 10:03 AM, Tom Psyborg wrote: >> Hi >> >> Is there a way to run monitor mode

Re: [RFC] ath10k: interface combination with monitor

On 11/1/19 10:03 AM, Tom Psyborg wrote: Hi Is there a way to run monitor mode interface independent on STA/AP interface presence or their state? I am using airodump-ng/airmon-ng and I've noticed that while mon interface is brought up airodump-ng is unable to find any beacons unless sta

[RFC] ath10k: interface combination with monitor

Hi Is there a way to run monitor mode interface independent on STA/AP interface presence or their state? I am using airodump-ng/airmon-ng and I've noticed that while mon interface is brought up airodump-ng is unable to find any beacons unless sta interface is brought down. That is with QCA9880

Re: [RFC PATCH] ath10k: fix RX of frames with broken FCS in monitor mode

On 11/1/19 4:11 AM, Linus Lüssing wrote: From: Linus Lüssing So far, frames were forwarded regardless of the FCS correctness leading to userspace applications listening on the monitor mode interface to receive potentially broken frames, even with the "fcsfail" flag unset. By default, with the

[RFC PATCH] ath10k: fix RX of frames with broken FCS in monitor mode

From: Linus Lüssing So far, frames were forwarded regardless of the FCS correctness leading to userspace applications listening on the monitor mode interface to receive potentially broken frames, even with the "fcsfail" flag unset. By default, with the "fcsfail" flag of a monitor mode interface

Re: [PATCH v6] ath10k: enable napi on RX path for sdio

On 2019-10-31 17:27, Kalle Valo wrote: Wen Gong writes: For tcp RX, the quantity of tcp acks to remote is 1/2 of the quantity of tcp data from remote, then it will have many small length packets on TX path of sdio bus, then it reduce the RX packets's bandwidth of tcp. This patch enable napi

Re: [PATCH v6 3/3] ath10k: add workqueue for RX path of sdio

On 2019-10-31 17:08, Kalle Valo wrote: 、> I just realised that this is RX path so we should use ATH10K_SKB_RXCB() instead. I made the change below to this commit in pending branch: I will test with the new patch together with other performance patches.

Re: [PATCH v6 2/3] ath10k: change max RX bundle size from 8 to 32 for sdio

On 2019-10-31 17:09, Kalle Valo wrote: I will test the 3 patches. Did you have a chance to test them? Do note that I did one minor change today: Kalle, Yes, I will test the 7 patches together later.