Re: [PATCH net 03/10] ipvs: fix more races around the overload flag

[Pablo Neira Ayuso <pablo@netfilter.org>]

On Tue, Oct 20, 2026 at 03:36:33PM +0000, netdev-bot+sashiko@kernel.org wrote:
> Thank you for your contribution! Sashiko AI review found 3 potential
> issue(s) to consider.
> 
> Critical: 0 · High: 1 · Medium: 0 (1) · Low: 2
> 
> 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).
> 
> - [High] A threshold edit that moves a dest into the overloaded state can
>   race with the unbind of its last connection, and the clear is lost.
> - [Low] A new dest created with no thresholds (u_threshold == 0 and
>   l_threshold == 0) is published with u_threshold_val == 0 instead of…
> - [Low] The commit message and the comments do not match what the code
>   now does.
> 
> Pre-existing issues:
> - [Medium] This problem wasn't introduced by this patch, but on a cache
>   hit ip_vs_lblc_schedule() (net/netfilter/ipvs/ip_vs_lblc.c:509-511)…

According to what I discussed with Julian, this improves the
situation. He mentioned that the issues that are popping up in this
area of the code require more follow up fixes.