* [PATCH,v4] Revert "ath10k: fix DMA related firmware crashes on multiple devices"
@ 2020-01-14 4:35 Zhi Chen
2020-01-26 10:34 ` [PATCH, v4] " Kalle Valo
2020-09-08 17:48 ` [PATCH,v4] " Ben Greear
0 siblings, 2 replies; 6+ messages in thread
From: Zhi Chen @ 2020-01-14 4:35 UTC (permalink / raw)
To: ath10k; +Cc: linux-wireless, Zhi Chen
This reverts commit 76d164f582150fd0259ec0fcbc485470bcd8033e.
PCIe hung issue was observed on multiple platforms. The issue was reproduced
when DUT was configured as AP and associated with 50+ STAs.
For QCA9984/QCA9888, the DMA_BURST_SIZE register controls the AXI burst size
of the RD/WR access to the HOST MEM.
0 - No split , RAW read/write transfer size from MAC is put out on bus
as burst length
1 - Split at 256 byte boundary
2,3 - Reserved
With PCIe protocol analyzer, we can see DMA Read crossing 4KB boundary when
issue happened. It broke PCIe spec and caused PCIe stuck. So revert
the default value from 0 to 1.
Tested: IPQ8064 + QCA9984 with firmware 10.4-3.10-00047
QCS404 + QCA9984 with firmware 10.4-3.9.0.2--00044
Synaptics AS370 + QCA9888 with firmware 10.4-3.9.0.2--00040
Signed-off-by: Zhi Chen <zhichen@codeaurora.org>
---
v2: restored 10.2 register configuration
v3: modified commit message
v4: resolved conflicts
---
drivers/net/wireless/ath/ath10k/hw.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath10k/hw.h b/drivers/net/wireless/ath/ath10k/hw.h
index 21b7a2a..775fd62 100644
--- a/drivers/net/wireless/ath/ath10k/hw.h
+++ b/drivers/net/wireless/ath/ath10k/hw.h
@@ -816,7 +816,7 @@ ath10k_is_rssi_enable(struct ath10k_hw_params *hw,
#define TARGET_10_4_TX_DBG_LOG_SIZE 1024
#define TARGET_10_4_NUM_WDS_ENTRIES 32
-#define TARGET_10_4_DMA_BURST_SIZE 0
+#define TARGET_10_4_DMA_BURST_SIZE 1
#define TARGET_10_4_MAC_AGGR_DELIM 0
#define TARGET_10_4_RX_SKIP_DEFRAG_TIMEOUT_DUP_DETECTION_CHECK 1
#define TARGET_10_4_VOW_CONFIG 0
--
2.7.4
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH, v4] Revert "ath10k: fix DMA related firmware crashes on multiple devices"
2020-01-14 4:35 [PATCH,v4] Revert "ath10k: fix DMA related firmware crashes on multiple devices" Zhi Chen
@ 2020-01-26 10:34 ` Kalle Valo
2020-09-08 17:48 ` [PATCH,v4] " Ben Greear
1 sibling, 0 replies; 6+ messages in thread
From: Kalle Valo @ 2020-01-26 10:34 UTC (permalink / raw)
To: Zhi Chen; +Cc: ath10k, linux-wireless, Zhi Chen
Zhi Chen <zhichen@codeaurora.org> wrote:
> This reverts commit 76d164f582150fd0259ec0fcbc485470bcd8033e.
> PCIe hung issue was observed on multiple platforms. The issue was reproduced
> when DUT was configured as AP and associated with 50+ STAs.
>
> For QCA9984/QCA9888, the DMA_BURST_SIZE register controls the AXI burst size
> of the RD/WR access to the HOST MEM.
> 0 - No split , RAW read/write transfer size from MAC is put out on bus
> as burst length
> 1 - Split at 256 byte boundary
> 2,3 - Reserved
>
> With PCIe protocol analyzer, we can see DMA Read crossing 4KB boundary when
> issue happened. It broke PCIe spec and caused PCIe stuck. So revert
> the default value from 0 to 1.
>
> Tested: IPQ8064 + QCA9984 with firmware 10.4-3.10-00047
> QCS404 + QCA9984 with firmware 10.4-3.9.0.2--00044
> Synaptics AS370 + QCA9888 with firmware 10.4-3.9.0.2--00040
>
> Signed-off-by: Zhi Chen <zhichen@codeaurora.org>
> Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Patch applied to ath-next branch of ath.git, thanks.
a1769bb68a85 Revert "ath10k: fix DMA related firmware crashes on multiple devices"
--
https://patchwork.kernel.org/patch/11331293/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH,v4] Revert "ath10k: fix DMA related firmware crashes on multiple devices"
2020-01-14 4:35 [PATCH,v4] Revert "ath10k: fix DMA related firmware crashes on multiple devices" Zhi Chen
2020-01-26 10:34 ` [PATCH, v4] " Kalle Valo
@ 2020-09-08 17:48 ` Ben Greear
2020-09-09 2:04 ` Zhi Chen
1 sibling, 1 reply; 6+ messages in thread
From: Ben Greear @ 2020-09-08 17:48 UTC (permalink / raw)
To: Zhi Chen, ath10k; +Cc: linux-wireless
Hello,
Just FYI: I added this patch to my ath10k-ct driver, and a user reported it causes
regressions on his particular 9888 system when using ath10k-ct wave-2 firmware:
[ 21.204868] ath10k_pci 0000:00:00.0: qca9888 hw2.0 target 0x01000000 chip_id 0x00000000 sub 0000:0000
[ 21.214437] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[ 21.233298] ath10k_pci 0000:00:00.0: firmware ver 10.4b-ct-9888-tH-13-8c5b2baa2 api 5 features
mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,htt-mgt-CT,set-special-CT,no-bmiss-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT
crc32 a00b5f36
[ 21.596684] ath10k_pci 0000:00:00.0: board_file api 2 bmi_id 0:20 crc32 5bb32c02[ 23.546156] ath10k_pci 0000:00:00.0: unsupported HTC service id: 1536
I'll revert this for the 9888 chipset (at least) in my driver, possibly you need to do similar.
https://github.com/greearb/ath10k-ct/issues/153
Thanks,
Ben
On 1/13/20 8:35 PM, Zhi Chen wrote:
> This reverts commit 76d164f582150fd0259ec0fcbc485470bcd8033e.
> PCIe hung issue was observed on multiple platforms. The issue was reproduced
> when DUT was configured as AP and associated with 50+ STAs.
>
> For QCA9984/QCA9888, the DMA_BURST_SIZE register controls the AXI burst size
> of the RD/WR access to the HOST MEM.
> 0 - No split , RAW read/write transfer size from MAC is put out on bus
> as burst length
> 1 - Split at 256 byte boundary
> 2,3 - Reserved
>
> With PCIe protocol analyzer, we can see DMA Read crossing 4KB boundary when
> issue happened. It broke PCIe spec and caused PCIe stuck. So revert
> the default value from 0 to 1.
>
> Tested: IPQ8064 + QCA9984 with firmware 10.4-3.10-00047
> QCS404 + QCA9984 with firmware 10.4-3.9.0.2--00044
> Synaptics AS370 + QCA9888 with firmware 10.4-3.9.0.2--00040
>
> Signed-off-by: Zhi Chen <zhichen@codeaurora.org>
> ---
> v2: restored 10.2 register configuration
> v3: modified commit message
> v4: resolved conflicts
> ---
> drivers/net/wireless/ath/ath10k/hw.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/wireless/ath/ath10k/hw.h b/drivers/net/wireless/ath/ath10k/hw.h
> index 21b7a2a..775fd62 100644
> --- a/drivers/net/wireless/ath/ath10k/hw.h
> +++ b/drivers/net/wireless/ath/ath10k/hw.h
> @@ -816,7 +816,7 @@ ath10k_is_rssi_enable(struct ath10k_hw_params *hw,
>
> #define TARGET_10_4_TX_DBG_LOG_SIZE 1024
> #define TARGET_10_4_NUM_WDS_ENTRIES 32
> -#define TARGET_10_4_DMA_BURST_SIZE 0
> +#define TARGET_10_4_DMA_BURST_SIZE 1
> #define TARGET_10_4_MAC_AGGR_DELIM 0
> #define TARGET_10_4_RX_SKIP_DEFRAG_TIMEOUT_DUP_DETECTION_CHECK 1
> #define TARGET_10_4_VOW_CONFIG 0
>
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH,v4] Revert "ath10k: fix DMA related firmware crashes on multiple devices"
2020-09-08 17:48 ` [PATCH,v4] " Ben Greear
@ 2020-09-09 2:04 ` Zhi Chen
2020-09-09 4:02 ` Ben Greear
0 siblings, 1 reply; 6+ messages in thread
From: Zhi Chen @ 2020-09-09 2:04 UTC (permalink / raw)
To: Ben Greear; +Cc: ath10k, linux-wireless
Hi Ben,
Thanks for your information. The DMA issue is host related. We never
hit this issue with X86 platform. And it was only seen in stress cases
with 50+ STAs(association and disassociation repeatedly). What's the
host platform you are using? And how was the issue reproduced?
Thanks,
Zhi
On 2020-09-09 01:48, Ben Greear wrote:
> Hello,
>
> Just FYI: I added this patch to my ath10k-ct driver, and a user
> reported it causes
> regressions on his particular 9888 system when using ath10k-ct wave-2
> firmware:
>
> [ 21.204868] ath10k_pci 0000:00:00.0: qca9888 hw2.0 target
> 0x01000000 chip_id 0x00000000 sub 0000:0000
> [ 21.214437] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1
> tracing 0 dfs 1 testmode 0
> [ 21.233298] ath10k_pci 0000:00:00.0: firmware ver
> 10.4b-ct-9888-tH-13-8c5b2baa2 api 5 features
> mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,htt-mgt-CT,set-special-CT,no-bmiss-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT
> crc32 a00b5f36
> [ 21.596684] ath10k_pci 0000:00:00.0: board_file api 2 bmi_id 0:20
> crc32 5bb32c02[ 23.546156] ath10k_pci 0000:00:00.0: unsupported HTC
> service id: 1536
>
> I'll revert this for the 9888 chipset (at least) in my driver,
> possibly you need to do similar.
>
> https://github.com/greearb/ath10k-ct/issues/153
>
> Thanks,
> Ben
>
> On 1/13/20 8:35 PM, Zhi Chen wrote:
>> This reverts commit 76d164f582150fd0259ec0fcbc485470bcd8033e.
>> PCIe hung issue was observed on multiple platforms. The issue was
>> reproduced
>> when DUT was configured as AP and associated with 50+ STAs.
>>
>> For QCA9984/QCA9888, the DMA_BURST_SIZE register controls the AXI
>> burst size
>> of the RD/WR access to the HOST MEM.
>> 0 - No split , RAW read/write transfer size from MAC is put out on bus
>> as burst length
>> 1 - Split at 256 byte boundary
>> 2,3 - Reserved
>>
>> With PCIe protocol analyzer, we can see DMA Read crossing 4KB boundary
>> when
>> issue happened. It broke PCIe spec and caused PCIe stuck. So revert
>> the default value from 0 to 1.
>>
>> Tested: IPQ8064 + QCA9984 with firmware 10.4-3.10-00047
>> QCS404 + QCA9984 with firmware 10.4-3.9.0.2--00044
>> Synaptics AS370 + QCA9888 with firmware 10.4-3.9.0.2--00040
>>
>> Signed-off-by: Zhi Chen <zhichen@codeaurora.org>
>> ---
>> v2: restored 10.2 register configuration
>> v3: modified commit message
>> v4: resolved conflicts
>> ---
>> drivers/net/wireless/ath/ath10k/hw.h | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/net/wireless/ath/ath10k/hw.h
>> b/drivers/net/wireless/ath/ath10k/hw.h
>> index 21b7a2a..775fd62 100644
>> --- a/drivers/net/wireless/ath/ath10k/hw.h
>> +++ b/drivers/net/wireless/ath/ath10k/hw.h
>> @@ -816,7 +816,7 @@ ath10k_is_rssi_enable(struct ath10k_hw_params *hw,
>> #define TARGET_10_4_TX_DBG_LOG_SIZE 1024
>> #define TARGET_10_4_NUM_WDS_ENTRIES 32
>> -#define TARGET_10_4_DMA_BURST_SIZE 0
>> +#define TARGET_10_4_DMA_BURST_SIZE 1
>> #define TARGET_10_4_MAC_AGGR_DELIM 0
>> #define TARGET_10_4_RX_SKIP_DEFRAG_TIMEOUT_DUP_DETECTION_CHECK 1
>> #define TARGET_10_4_VOW_CONFIG 0
>>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH,v4] Revert "ath10k: fix DMA related firmware crashes on multiple devices"
2020-09-09 2:04 ` Zhi Chen
@ 2020-09-09 4:02 ` Ben Greear
2020-09-15 20:00 ` Ben Greear
0 siblings, 1 reply; 6+ messages in thread
From: Ben Greear @ 2020-09-09 4:02 UTC (permalink / raw)
To: Zhi Chen; +Cc: ath10k, linux-wireless
Please see this bug report, and feel free to ask the reporter for more details if you
don't find everything you need there. Seems a basic ping test reproduces packet loss
in their case...
https://github.com/greearb/ath10k-ct/issues/153
I don't actually have the platform in question.
Thanks,
Ben
On 9/8/20 7:04 PM, Zhi Chen wrote:
> Hi Ben,
> Thanks for your information. The DMA issue is host related. We never hit this issue with X86 platform. And it was only seen in stress cases with 50+
> STAs(association and disassociation repeatedly). What's the host platform you are using? And how was the issue reproduced?
>
> Thanks,
> Zhi
>
> On 2020-09-09 01:48, Ben Greear wrote:
>> Hello,
>>
>> Just FYI: I added this patch to my ath10k-ct driver, and a user
>> reported it causes
>> regressions on his particular 9888 system when using ath10k-ct wave-2 firmware:
>>
>> [ 21.204868] ath10k_pci 0000:00:00.0: qca9888 hw2.0 target
>> 0x01000000 chip_id 0x00000000 sub 0000:0000
>> [ 21.214437] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1
>> tracing 0 dfs 1 testmode 0
>> [ 21.233298] ath10k_pci 0000:00:00.0: firmware ver
>> 10.4b-ct-9888-tH-13-8c5b2baa2 api 5 features
>> mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,htt-mgt-CT,set-special-CT,no-bmiss-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT
>>
>> crc32 a00b5f36
>> [ 21.596684] ath10k_pci 0000:00:00.0: board_file api 2 bmi_id 0:20
>> crc32 5bb32c02[ 23.546156] ath10k_pci 0000:00:00.0: unsupported HTC
>> service id: 1536
>>
>> I'll revert this for the 9888 chipset (at least) in my driver,
>> possibly you need to do similar.
>>
>> https://github.com/greearb/ath10k-ct/issues/153
>>
>> Thanks,
>> Ben
>>
>> On 1/13/20 8:35 PM, Zhi Chen wrote:
>>> This reverts commit 76d164f582150fd0259ec0fcbc485470bcd8033e.
>>> PCIe hung issue was observed on multiple platforms. The issue was reproduced
>>> when DUT was configured as AP and associated with 50+ STAs.
>>>
>>> For QCA9984/QCA9888, the DMA_BURST_SIZE register controls the AXI burst size
>>> of the RD/WR access to the HOST MEM.
>>> 0 - No split , RAW read/write transfer size from MAC is put out on bus
>>> as burst length
>>> 1 - Split at 256 byte boundary
>>> 2,3 - Reserved
>>>
>>> With PCIe protocol analyzer, we can see DMA Read crossing 4KB boundary when
>>> issue happened. It broke PCIe spec and caused PCIe stuck. So revert
>>> the default value from 0 to 1.
>>>
>>> Tested: IPQ8064 + QCA9984 with firmware 10.4-3.10-00047
>>> QCS404 + QCA9984 with firmware 10.4-3.9.0.2--00044
>>> Synaptics AS370 + QCA9888 with firmware 10.4-3.9.0.2--00040
>>>
>>> Signed-off-by: Zhi Chen <zhichen@codeaurora.org>
>>> ---
>>> v2: restored 10.2 register configuration
>>> v3: modified commit message
>>> v4: resolved conflicts
>>> ---
>>> drivers/net/wireless/ath/ath10k/hw.h | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/net/wireless/ath/ath10k/hw.h b/drivers/net/wireless/ath/ath10k/hw.h
>>> index 21b7a2a..775fd62 100644
>>> --- a/drivers/net/wireless/ath/ath10k/hw.h
>>> +++ b/drivers/net/wireless/ath/ath10k/hw.h
>>> @@ -816,7 +816,7 @@ ath10k_is_rssi_enable(struct ath10k_hw_params *hw,
>>> #define TARGET_10_4_TX_DBG_LOG_SIZE 1024
>>> #define TARGET_10_4_NUM_WDS_ENTRIES 32
>>> -#define TARGET_10_4_DMA_BURST_SIZE 0
>>> +#define TARGET_10_4_DMA_BURST_SIZE 1
>>> #define TARGET_10_4_MAC_AGGR_DELIM 0
>>> #define TARGET_10_4_RX_SKIP_DEFRAG_TIMEOUT_DUP_DETECTION_CHECK 1
>>> #define TARGET_10_4_VOW_CONFIG 0
>>>
>
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH,v4] Revert "ath10k: fix DMA related firmware crashes on multiple devices"
2020-09-09 4:02 ` Ben Greear
@ 2020-09-15 20:00 ` Ben Greear
0 siblings, 0 replies; 6+ messages in thread
From: Ben Greear @ 2020-09-15 20:00 UTC (permalink / raw)
To: Zhi Chen; +Cc: ath10k, linux-wireless
Hello Zhi,
Do you know of any ways to detect in the driver what platforms need your patch and what ones
break with it? Otherwise, we're stuck with external config (which is what I added
so far as work-around).
Thanks,
Ben
On 9/8/20 9:02 PM, Ben Greear wrote:
> Please see this bug report, and feel free to ask the reporter for more details if you
> don't find everything you need there. Seems a basic ping test reproduces packet loss
> in their case...
>
> https://github.com/greearb/ath10k-ct/issues/153
>
> I don't actually have the platform in question.
>
> Thanks,
> Ben
>
> On 9/8/20 7:04 PM, Zhi Chen wrote:
>> Hi Ben,
>> Thanks for your information. The DMA issue is host related. We never hit this issue with X86 platform. And it was only seen in stress cases with 50+
>> STAs(association and disassociation repeatedly). What's the host platform you are using? And how was the issue reproduced?
>>
>> Thanks,
>> Zhi
>>
>> On 2020-09-09 01:48, Ben Greear wrote:
>>> Hello,
>>>
>>> Just FYI: I added this patch to my ath10k-ct driver, and a user
>>> reported it causes
>>> regressions on his particular 9888 system when using ath10k-ct wave-2 firmware:
>>>
>>> [ 21.204868] ath10k_pci 0000:00:00.0: qca9888 hw2.0 target
>>> 0x01000000 chip_id 0x00000000 sub 0000:0000
>>> [ 21.214437] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1
>>> tracing 0 dfs 1 testmode 0
>>> [ 21.233298] ath10k_pci 0000:00:00.0: firmware ver
>>> 10.4b-ct-9888-tH-13-8c5b2baa2 api 5 features
>>> mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,htt-mgt-CT,set-special-CT,no-bmiss-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT
>>>
>>> crc32 a00b5f36
>>> [ 21.596684] ath10k_pci 0000:00:00.0: board_file api 2 bmi_id 0:20
>>> crc32 5bb32c02[ 23.546156] ath10k_pci 0000:00:00.0: unsupported HTC
>>> service id: 1536
>>>
>>> I'll revert this for the 9888 chipset (at least) in my driver,
>>> possibly you need to do similar.
>>>
>>> https://github.com/greearb/ath10k-ct/issues/153
>>>
>>> Thanks,
>>> Ben
>>>
>>> On 1/13/20 8:35 PM, Zhi Chen wrote:
>>>> This reverts commit 76d164f582150fd0259ec0fcbc485470bcd8033e.
>>>> PCIe hung issue was observed on multiple platforms. The issue was reproduced
>>>> when DUT was configured as AP and associated with 50+ STAs.
>>>>
>>>> For QCA9984/QCA9888, the DMA_BURST_SIZE register controls the AXI burst size
>>>> of the RD/WR access to the HOST MEM.
>>>> 0 - No split , RAW read/write transfer size from MAC is put out on bus
>>>> as burst length
>>>> 1 - Split at 256 byte boundary
>>>> 2,3 - Reserved
>>>>
>>>> With PCIe protocol analyzer, we can see DMA Read crossing 4KB boundary when
>>>> issue happened. It broke PCIe spec and caused PCIe stuck. So revert
>>>> the default value from 0 to 1.
>>>>
>>>> Tested: IPQ8064 + QCA9984 with firmware 10.4-3.10-00047
>>>> QCS404 + QCA9984 with firmware 10.4-3.9.0.2--00044
>>>> Synaptics AS370 + QCA9888 with firmware 10.4-3.9.0.2--00040
>>>>
>>>> Signed-off-by: Zhi Chen <zhichen@codeaurora.org>
>>>> ---
>>>> v2: restored 10.2 register configuration
>>>> v3: modified commit message
>>>> v4: resolved conflicts
>>>> ---
>>>> drivers/net/wireless/ath/ath10k/hw.h | 2 +-
>>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>>
>>>> diff --git a/drivers/net/wireless/ath/ath10k/hw.h b/drivers/net/wireless/ath/ath10k/hw.h
>>>> index 21b7a2a..775fd62 100644
>>>> --- a/drivers/net/wireless/ath/ath10k/hw.h
>>>> +++ b/drivers/net/wireless/ath/ath10k/hw.h
>>>> @@ -816,7 +816,7 @@ ath10k_is_rssi_enable(struct ath10k_hw_params *hw,
>>>> #define TARGET_10_4_TX_DBG_LOG_SIZE 1024
>>>> #define TARGET_10_4_NUM_WDS_ENTRIES 32
>>>> -#define TARGET_10_4_DMA_BURST_SIZE 0
>>>> +#define TARGET_10_4_DMA_BURST_SIZE 1
>>>> #define TARGET_10_4_MAC_AGGR_DELIM 0
>>>> #define TARGET_10_4_RX_SKIP_DEFRAG_TIMEOUT_DUP_DETECTION_CHECK 1
>>>> #define TARGET_10_4_VOW_CONFIG 0
>>>>
>>
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-09-15 20:06 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-14 4:35 [PATCH,v4] Revert "ath10k: fix DMA related firmware crashes on multiple devices" Zhi Chen
2020-01-26 10:34 ` [PATCH, v4] " Kalle Valo
2020-09-08 17:48 ` [PATCH,v4] " Ben Greear
2020-09-09 2:04 ` Zhi Chen
2020-09-09 4:02 ` Ben Greear
2020-09-15 20:00 ` Ben Greear
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).