[PATCH net v2 2/3] rxrpc: Fix counting of in-flight transmitted packets

Jeffrey E Altman jaltman at auristor.com
Thu Oct 29 07:39:19 PDT 2026


On 10/28/2026 6:35 PM, Jakub Kicinski wrote:

> On Tue, 27 Oct 2026 10:07:14 +0100 Paolo Abeni wrote:
>> On 10/22/26 02:00,netdev-bot+sashiko at kernel.org wrote:
>>> Thank you for your contribution! Sashiko AI review found 2 potential
>>> issue(s) to consider.
>>>
>>> Critical: 0 · High: 0 · Medium: 2 · Low: 0 (1)
>>>
>>> If you believe none of the issues are legitimate, please reply to each
>>> issue of Medium severity or higher and explain why the AI is wrong.
>>> If any of them are legitimate and you plan to respin, please let patchwork
>>> know by including "pw-bot: cr" as a separate line at the end of your reply
>>> (one such reply per series is enough).
>>>
>>> - [Medium] Incomplete in-flight accounting: if a segment that is already
>>>     soft-ACKed gets retransmitted, its tq->in_flight bit is set again and…
>>> - [Medium] Behaviour change on soft-ACK reneging (ACK->NAK flip).
>> Basically sashiko says that the accounting looks still not perfect. Is not
>> clear to me the new status is good enough.
>>
>> Side notes: sashiko comments on patch 3/3 are not blockers, but you should
>> revisit the commit message in case of a repost (and do not include patch 1/3,
>> postponed to net-next).
> David, this posting is almost 9 days old (which is a cut off point for
> some of our trackers). Could you please respond?

Jakub,

The sashiko comments on in-flight accounting are still under review.  
There isn't a new patch ready to submit yet.

Thanks.

Jeffrey Altman


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4506 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.infradead.org/pipermail/linux-afs/attachments/20261029/4c78ec12/attachment-0001.p7s>


More information about the linux-afs mailing list