Hello,On Tue, 28 Apr 2026, Julian Anastasov wrote: > This patchset contains accumulated fixes for the nf tree: > > 1-3) Fixes for the recently added resizable hash tables (v5) > > 4) fixed races and locking for the estimation kthreads (v5) > > 5) fix for wrong roundup_pow_of_two() usage in the resizable hash > tables > > 6-7) v2 of the changes from Waiman Long to properly guard against > the housekeeping_cpumask() updates: > > > https://lore.kernel.org/netfilter-devel/[email protected]/ > > I added Fixes tag to the 7th patch. The original description: > > Since commit 041ee6f3727a ("kthread: Rely on HK_TYPE_DOMAIN for preferred > affinity management"), the HK_TYPE_KTHREAD housekeeping cpumask may no > longer be correct in showing the actual CPU affinity of kthreads that > have no predefined CPU affinity. As the ipvs networking code is still > using HK_TYPE_KTHREAD, we need to make HK_TYPE_KTHREAD reflect the > reality. > > This patch series makes HK_TYPE_KTHREAD an alias of HK_TYPE_DOMAIN > and uses RCU to protect access to the HK_TYPE_KTHREAD housekeeping > cpumask. > > Julian Anastasov (5): > ipvs: fixes for the new ip_vs_status info > ipvs: fix races around the conn_lfactor and svc_lfactor sysctl vars > ipvs: fix the spin_lock usage for RT build > ipvs: fix races around est_mutex and est_cpulist > ipvs: fix shift-out-of-bounds in ip_vs_rht_desired_size > > Waiman Long (2): > sched/isolation: Make HK_TYPE_KTHREAD an alias of HK_TYPE_DOMAIN > ipvs: Guard access of HK_TYPE_KTHREAD cpumask with RCU > > include/linux/sched/isolation.h | 6 +- > include/net/ip_vs.h | 31 ++++++-- > net/netfilter/ipvs/ip_vs_conn.c | 76 ++++++++++--------- > net/netfilter/ipvs/ip_vs_core.c | 2 +- > net/netfilter/ipvs/ip_vs_ctl.c | 127 ++++++++++++++++++++++++-------- > net/netfilter/ipvs/ip_vs_est.c | 83 ++++++++++++--------- > 6 files changed, 217 insertions(+), 108 deletions(-) Sashiko found some new issues to address, will send v2 later today... https://sashiko.dev/#/patchset/20260428175725.72050-1-ja%40ssi.bg pw-bot: changes-requested Regards -- Julian Anastasov <[email protected]>
