[{"id":3684496,"web_url":"http://patchwork.ozlabs.org/comment/3684496/","msgid":"<2343bb8d-c6b0-66b7-f6be-5f7761944f96@ssi.bg>","list_archive_url":null,"date":"2026-04-30T07:22:54","subject":"Re: [PATCHv2 nf 0/8] IPVS fixes for nf","submitter":{"id":2825,"url":"http://patchwork.ozlabs.org/api/people/2825/","name":"Julian Anastasov","email":"ja@ssi.bg"},"content":"Hello,\n\nOn Wed, 29 Apr 2026, Julian Anastasov wrote:\n\n> This patchset contains accumulated fixes for the nf tree:\n> \n> 1-3) Fixes for the recently added resizable hash tables (v5)\n> \n> 4) dest from trash can be leaked if ip_vs_start_estimator() fails\n> \n> 5) fixed races and locking for the estimation kthreads (v5)\n> \n> 6) fix for wrong roundup_pow_of_two() usage in the resizable hash\n> tables\n> \n> 7-8) v2 of the changes from Waiman Long to properly guard against\n> the housekeeping_cpumask() updates:\n> \n> https://lore.kernel.org/netfilter-devel/20260331165015.2777765-1-longman@redhat.com/\n> \n> I added missing Fixes tag. The original description:\n> \n> Since commit 041ee6f3727a (\"kthread: Rely on HK_TYPE_DOMAIN for preferred\n> affinity management\"), the HK_TYPE_KTHREAD housekeeping cpumask may no\n> longer be correct in showing the actual CPU affinity of kthreads that\n> have no predefined CPU affinity. As the ipvs networking code is still\n> using HK_TYPE_KTHREAD, we need to make HK_TYPE_KTHREAD reflect the\n> reality.\n> \n> This patch series makes HK_TYPE_KTHREAD an alias of HK_TYPE_DOMAIN\n> and uses RCU to protect access to the HK_TYPE_KTHREAD housekeeping\n> cpumask.\n> \n> v2:\n> * Reports: https://sashiko.dev/#/patchset/20260428175725.72050-1-ja%40ssi.bg\n> * introduce new patch at position 4 (dest leak)\n> * patch 6: check for n > 1 before roundup_pow_of_two\n> * patch 7 and 8 are now in reverse order to help bisection\n> \n> Julian Anastasov (6):\n> ipvs: fixes for the new ip_vs_status info\n> ipvs: fix races around the conn_lfactor and svc_lfactor sysctl vars\n> ipvs: fix the spin_lock usage for RT build\n> ipvs: do not leak dest after get from dest trash\n> ipvs: fix races around est_mutex and est_cpulist\n> ipvs: fix shift-out-of-bounds in ip_vs_rht_desired_size\n> \n> Waiman Long (2):\n> ipvs: Guard access of HK_TYPE_KTHREAD cpumask with RCU\n> sched/isolation: Make HK_TYPE_KTHREAD an alias of HK_TYPE_DOMAIN\n> \n> include/linux/sched/isolation.h | 6 +-\n> include/net/ip_vs.h | 31 +++++-\n> net/netfilter/ipvs/ip_vs_conn.c | 76 ++++++++-------\n> net/netfilter/ipvs/ip_vs_core.c | 2 +-\n> net/netfilter/ipvs/ip_vs_ctl.c | 164 +++++++++++++++++++++++---------\n> net/netfilter/ipvs/ip_vs_est.c | 83 +++++++++-------\n> 6 files changed, 241 insertions(+), 121 deletions(-)\n> \n> -- \n> 2.53.0\n\n\tWill send v3 after rebase...\n\t\npw-bot: changes-requested\n\nRegards\n\n--\nJulian Anastasov ","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","netfilter-devel@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (4096-bit key;\n unprotected) header.d=ssi.bg header.i=@ssi.bg header.a=rsa-sha256\n header.s=ssi header.b=UO6elbPW;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c0a:e001:db::12fc:5321; helo=sea.lore.kernel.org;\n envelope-from=netfilter-devel+bounces-12321-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (4096-bit key) header.d=ssi.bg header.i=@ssi.bg header.b=\"UO6elbPW\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=193.238.174.39","smtp.subspace.kernel.org;\n dmarc=pass (p=reject dis=none) header.from=ssi.bg","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=ssi.bg"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org\n [IPv6:2600:3c0a:e001:db::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4g5m3D4H5Bz1xqf\n\tfor ; Thu, 30 Apr 2026 17:27:36 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id 6E092304C061\n\tfor ; Thu, 30 Apr 2026 07:23:19 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id DF8733A16A2;\n\tThu, 30 Apr 2026 07:23:18 +0000 (UTC)","from mx.ssi.bg (mx.ssi.bg [193.238.174.39])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 20113303A0A;\n\tThu, 30 Apr 2026 07:23:12 +0000 (UTC)","from mx.ssi.bg (localhost [127.0.0.1])\n\tby mx.ssi.bg (Potsfix) with ESMTP id 6EC0021C55;\n\tThu, 30 Apr 2026 10:23:05 +0300 (EEST)","from box.ssi.bg (box.ssi.bg [193.238.174.46])\n\tby mx.ssi.bg (Potsfix) with ESMTPS;\n\tThu, 30 Apr 2026 10:23:04 +0300 (EEST)","from ja.ssi.bg (unknown [213.16.62.126])\n\tby box.ssi.bg (Potsfix) with ESMTPSA id A465F628DD;\n\tThu, 30 Apr 2026 10:23:02 +0300 (EEST)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby ja.ssi.bg (8.18.1/8.18.1) with ESMTP id 63U7Ms8a022534;\n\tThu, 30 Apr 2026 10:22:55 +0300"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1777533797; cv=none;\n b=kho3bt6uVjasPd+mciGJQo0ReVt1ywAkBFvbGZMqs0Qi7BOEoeY+O2ShC1rGYYzdT0vI5z+AAlWVQIqaemMxQwMGpDHUxnbqjCDzEKTXHzOC3XNZ20ZYQasd5Zsp+c+2qiTt20wFwlNTkFaetB/U09bDX2i1tuMT1BDFtyIyhI4=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1777533797; c=relaxed/simple;\n\tbh=xPaJ/ZXjzS4GfvjdDE0wnhyM30xSS1h2NiHuRVJJSBY=;\n\th=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:\n\t MIME-Version:Content-Type;\n b=QgxFgRBSmBwND5aNhXlVdHqiJrve3jO4T9TtQ5dhz0d7isdgFDT0P/g23A3TkuO8JDYz6ybHT+X+bQr1/Ik0SiX+LLoVBRMm6Xatinre31vT2GIeGZasCsEzCtEZSCm35WZurh+3e8YEsEHJLQrgN/N0I+yZ3hta+7rEyE5LKr0=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dmarc=pass (p=reject dis=none) header.from=ssi.bg;\n spf=pass smtp.mailfrom=ssi.bg;\n dkim=pass (4096-bit key) header.d=ssi.bg header.i=@ssi.bg header.b=UO6elbPW;\n arc=none smtp.client-ip=193.238.174.39","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=ssi.bg; h=cc:cc\n\t:content-type:content-type:date:from:from:in-reply-to:message-id\n\t:mime-version:references:reply-to:subject:subject:to:to; s=ssi;\n\t bh=uKZyYCqVWiEnoxXjcFYc1S/imjC36fjluOjuhr7410Q=; b=UO6elbPWwGX9\n\tKU2uIEGW6cF7RWfhvZqoyPtXA7GKJY3oIoDL1HgzCjtgPefXepBT88YDNPWe2dGW\n\tlkLdLfaHwVun+KfRQxopTpz6DbsZSKz8xh7HG7+Qg7xtm8idnnaE5M18K7ZpaPo9\n\tIPTmBXUKNeO4a6cxT/mAfYlZXwRrt9y1KZVQ8P76SrgX3Qmv0GkGDm3rB5hI7hsg\n\tzlbdnWgsNjjVCVvWDtLhBWjEUorzZEJYdUOv/Ym4AvDcFoT7Prt9jJd2HEmjpMka\n\titGFprmkOSHwhY0cKp6PWppHKjkw3lz1W7A6gOqqTXjEoY4Wk5K12nRwTOd6jKlV\n\tDZjyOmdxGgk893/FvFT/ByxeZqfzCwOzJivlmsRnfMLuVKnejPLuOYcFfC7cRL62\n\tl9tTCXmBDz9x1J99Rh63F/Hio6xVSldHFU6PPwQLrwMvjIj2NlyAEMaFCedM33SC\n\t1tNj3npfYJ42u6mZda3ZgIG1Q/8BFU6fnOakOQQ06QVXRqpNYfBUxRRRvjgNmcvB\n\tQFogvws4f1gAqFVMS6wfRsqwX2SyU4FNqZ69xVbLTlY67IymITO9Qh+lxLFFw5ya\n\tydxp9+lPe7ZLP51YhQy33xX/4jVfP7nfRcCH+HETn2kNULEMO+fBUQSy1JktTKUR\n\tVpmlSLn2kZWsvpmwEYDZgAfLrpALpn0=","Date":"Thu, 30 Apr 2026 10:22:54 +0300 (EEST)","From":"Julian Anastasov ","To":"Simon Horman ","cc":"Pablo Neira Ayuso , Florian Westphal ,\n Waiman Long , lvs-devel@vger.kernel.org,\n netfilter-devel@vger.kernel.org","Subject":"Re: [PATCHv2 nf 0/8] IPVS fixes for nf","In-Reply-To":"<20260429141055.85052-1-ja@ssi.bg>","Message-ID":"<2343bb8d-c6b0-66b7-f6be-5f7761944f96@ssi.bg>","References":"<20260429141055.85052-1-ja@ssi.bg>","Precedence":"bulk","X-Mailing-List":"netfilter-devel@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","MIME-Version":"1.0","Content-Type":"text/plain; charset=US-ASCII"}}]