2025-11-04, 11:42:03 -0600, Nate Karstens wrote:
The `len` member of the sk_buff is an unsigned int. This is cast to `ssize_t` (a signed type) for the first sk_buff in the comparison, but not the second sk_buff. This change ensures both len values are cast to `ssize_t`.
This appears to cause an issue with ktls when multiple TLS PDUs are included in a single TCP segment.
Can you describe a bit more the problematic case (state of the strparser and all the variables involved maybe?), and how the added cast fixes it?
And what kernel version are you using to trigger this issue (and then verify the fix)? ktls hasn't used net/strparser for quite a while (see commit 84c61fe1a75b ("tls: rx: do not use the standard strparser")).
Signed-off-by: Nate Karstens nate.karstens@garmin.com
A Fixes: tag would also be good, and the subject prefix should be "[PATCH net]" for bugfixes.