On 2019-10-23 01:16, Peter Oh wrote:
How can you say value 0 (I believe it's 64 bytes) DMA burst size
causes the symptom and 1 fixes it?
Peter
Confirmed from HW team that the configuration controls AXI burst size of
the RD/WR access to the HOST MEM.
0- No split , RAW read/write transfer
On 2019-10-23 02:24, Adrian Chadd wrote:
On Tue, 22 Oct 2019 at 10:17, Peter Oh wrote:
On 10/22/19 1:57 AM, Zhi Chen wrote:
> This reverts commit 76d164f582150fd0259ec0fcbc485470bcd8033e.
> PCIe hung issue was observed on multiple platforms. The issue was reproduced
> when DUT was configured
On 10/22/19 11:24 AM, Adrian Chadd wrote:
On Tue, 22 Oct 2019 at 10:17, Peter Oh wrote:
On 10/22/19 1:57 AM, Zhi Chen wrote:
This reverts commit 76d164f582150fd0259ec0fcbc485470bcd8033e.
PCIe hung issue was observed on multiple platforms. The issue was reproduced
when DUT was configured as
+ ath10k list
liupold writes:
> There is a issue with card about waking up during boot and from suspend
> the only way to prevent it (is seems) by making pci_ps = false,
> on Acer Swift 3 (ryzen 2500u).
Can you provide dmesg output when this problem happens? Was QCA6174
installed to Swift 3 by
STA number was not restored if OOM happened.
Tested: QCA9984 with firmware ver 10.4-3.9.0.1-00018
Signed-off-by: Zhi Chen
---
drivers/net/wireless/ath/ath10k/mac.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/ath/ath10k/mac.c
b/drivers/net/wireless/ath/ath10k/mac.c
On 10/29/19 11:16 PM, zhic...@codeaurora.org wrote:
On 2019-10-23 01:16, Peter Oh wrote:
How can you say value 0 (I believe it's 64 bytes) DMA burst size
causes the symptom and 1 fixes it?
Peter
Confirmed from HW team that the configuration controls AXI burst size
of the RD/WR access to
Hi John,
I love your patch! Perhaps something to improve:
[auto build test WARNING on mac80211-next/master]
[cannot apply to v5.4-rc5 next-20191030]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option