Hi Gregor,
yes it works, but bluetooth is broken (for me at least, does it work for you?).
Also this is just a place holder solution, this needs to get into
mainline linux kernel and firmware must be available linux-firmware
package.
I'm ok to patch my own kernel for a very short time, but in
Raja Mani rm...@qti.qualcomm.com writes:
mete_data is extracted from ce descriptor and stored in variable 'id'.
later, id is not used anywhere in the same function.
Fixes: d84a512dca23 (ath10k: remove transfer_id from
ath10k_hif_cb::tx_completion)
Signed-off-by: Raja Mani
Michal Kazior michal.kaz...@tieto.com writes:
Channel contexts aren't iterable until after
they've been added to the driver. The code assumed
otherwise.
This problem could result in:
* rx_channel being NULL and forcing Rx path to go
the slow way to get channel on QCA988X,
* report
Michal Kazior michal.kaz...@tieto.com writes:
Found during code review. This was pretty much
impossible to happen but better safe than sorry.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
Thanks, applied.
--
Kalle Valo
___
ath10k mailing
On Mon, Jun 8, 2015 at 6:44 AM, Kalle Valo kv...@qca.qualcomm.com wrote:
Li, Yanbo yan...@qca.qualcomm.com writes:
-Original Message-
From: Valo, Kalle
Sent: Wednesday, May 27, 2015 5:57 AM
To: Li, Yanbo
Cc: dreamfly...@gmail.com; linux-wirel...@vger.kernel.org;
On 9 June 2015 at 03:13, Liu CF/TW cfliu...@gmail.com wrote:
This change supports hardware crypto engine bypass by enabling raw
Rx/Tx encap mode. This enables use cases such as software crypto and raw
tx injection. This change introduces a new module param 'cryptmode'.
cryptmode:
0: Use
Enable VHT support for IBSS, while mac80211/cfg80211 and
wpa_supplicant already support this.
In my test env, ath10k 2x2 I get:
(udp) ath10k-1 ath10k-2 (server) - speed: 419 Mbits/sec
(tcp) ath10k-1 ath10k-2 (server) - speed: 404 Mbits/sec
During tests I used wpa_supplicant (current