On 2018-01-08 07:30, Marek Behun wrote:
This branch is almost the same as mine (orig + high latency patches +
sdio patches), therefore no QCA6174 SDIO node in ath10k_hw_params_list.
On Mon, 8 Jan 2018 02:31:59 +0100
Sebastian Gottschall wrote:
try this branch
Am 08.01.2018 um 03:00 schrieb Marek Behun:
This branch is almost the same as mine (orig + high latency patches +
sdio patches), therefore no QCA6174 SDIO node in ath10k_hw_params_list.
the problem i see is that this chipset is not available as SDIO chipset
from qualcom. i cannot find any
On 11/21/2017 12:01 AM, Kalle Valo wrote:
Erik Stromdahl writes:
On 2017-11-06 23:21, Jay Foster wrote:
I am looking for linux driver support for the QCA9377 USB Wi-Fi
device (0cf3:9378). I see on the mailing list archives that a patch
From: Ryan Hsu
Validate ie_len after the alignment padding before access the buffer
to avoid potential overflow.
Signed-off-by: Ryan Hsu
---
drivers/net/wireless/ath/ath10k/core.c | 13 +++--
1 file changed, 7 insertions(+), 6
> Using what I understand now, I using aid to select which txq will be
> priority and sent out first. But when I testing this code with iperf,
> it is not working as I think. 2 station both sending -b 400M -t 0 packet,
> (maximum about 250M)I exepct the station I setup in param will take all the
>> A good point, I didn't thought of that during review. No time to investigate
>> this right now, but maybe Rakesh and Govind (CCed) can comment?
Yes, ar->max_num_peers needs to be assigned with ar->hw_param->num_peers. This
can create mismatch for wcn3990 target if we
create multiple peers(
Erik Stromdahl writes:
> On 2017-12-22 16:19, Kalle Valo wrote:
>
>> I was a bit torn about this, I definitely see the need for this but on
>> the other hand it creates duplicate data (for example two entries for
>> QCA9377 chip). I guess this is the right approach, at
Alagu Sankar writes:
> On 2017-12-22 21:38, Kalle Valo wrote:
>> silexcom...@gmail.com writes:
>>
>>> From: Alagu Sankar
>>>
>>> Some SD host controllers still need bounce buffers for SDIO data
>>> transfers. While the transfers worked
Hello,
I just experienced a firmware crash:
[Mo Jan 8 12:15:44 2018] ath10k_pci :01:00.0: firmware crashed! (guid
07b97ee6-5eb2-4196-b038-e3cad581c735)
[Mo Jan 8 12:15:44 2018] ath10k_pci :01:00.0: qca6174 hw3.2 target
0x0503 chip_id 0x00340aff sub 1a56:1535
[Mo Jan 8 12:15:44