Re: [PATCH RFC v2] wifi: ath10k: make in-order rx amsdu buffers persistent

David Heidelberg <[email protected]> Fri, 31 Jul 2026 16:55:20 +0200
Newsgroups org.infradead.lists.ath10k,org.kernel.vger.linux-arm-msm,org.kernel.vger.linux-kernel,org.kernel.vger.linux-wireless,org.kernel.vger.phone-devel
Message-ID <[email protected]>
On 31/07/2026 16:39, Richard Acayan wrote:
[...]

>>>   
>>> +	msdu = skb_peek(list);
>>> +	rxd = HTT_RX_BUF_TO_RX_DESC(hw,
>>> +				    (void *)msdu->data - hw->rx_desc_ops->rx_desc_size);
>>
>> Dead rxd computation before the loop — VALID, MINOR
>>
>> Lines 3168–3170 compute rxd via skb_peek(), but the while loop at 3172
>> immediately dequeues the same SKB and unconditionally recomputes rxd at lines
>> 3175–3177. The pre-loop assignment is never read. It's dead code. The original
>> patch must have introduced this when restructuring (the pre-existing code
>> likely used rxd from before the loop). It should be removed.
> 
> This was removed on 20 January 2026 before v1 was submitted. It seems
> this v2 is based on applying the commits to the pre-2026 patch.

I checked against what Comma.AI uses, and it's also gone there, so we've been 
using pre-v1 in sdm845-next.

Dropping it definitely make sense, and since Comma.AI already tested, I assume 
no regression.

Will be addressed in v3.

David