From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=185.205.69.214 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1793371565; b=vqsHHCnY72hOgOciz4oIJotGSOdpX9XCNoMxXu0M9C0Z9ZgngEZM/5PQQ5QNJP2TC5vL iP4x+uVpciUsMCoFb3GzAD2ySJuCwQlXN9Sc4ftDb2f7jfzDM2u2iJuzOIucENYizHUxG 8fBjQBr0/y1s6K12scOKqsuTn8k5sd3M6GD6zTdYBx/OgbKw/WRjO7Vpw98qPJZc0P7YN 7b86DUgUCQOJPwOSlxbKxENnqQzHAtSiiXRcAezR8T+USltzffzDD9ZgbsdbYq489Q6u7 t/MBSI0Us/L5IsICg/4KpyteDawW52kiZmBvKqzl2gtTlqkA3KS90yLfBzaZbyyY4Vg== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1793371565; h=DMARC-Filter:Received:DKIM-Signature:Date:From:To:Cc:Message-ID: In-Reply-To:References:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:Feedback-ID; bh=pMqOs9POd/nFez3NQApXq5U89yNIxrjJgtJv5CPX2Yo=; b=cH61I63aT6rH/PDgKoJ2tjnIUHYeaSQNAY1nRD1gIPWr+FYcJIyq4j3wYIxeyRsq0U/s 6w4h/se/vxOJBREPyq9fI9hL+ZGIg79KnsW1WUABunZZE/Jcr+kb0CP2mxtgvioDlO087 3Xlk+l4X8T8IPUz4rWE/pFHn3xIucJA/28OjNLpArA6Sr7WqttM8kH/Eiq+nrVDUl/FJj qVyvKOelwr17QIms/XNSfpz+YkubiJ+qFUIR/800DFEeRE16UfG2IbUH9VKE15V9Jnxsp iH/sYhdv3gDvkw2GHUgx/nMjA0e0W61o7BjhZJV+ECB98wg7edruWX+DpuIuFm0aogg== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=well-founded.dev; spf=pass smtp.mailfrom=well-founded.dev; dkim=pass header.d=well-founded.dev header.i=@well-founded.dev header.a=rsa-sha256 header.s=s1 header.b=Ndlo3KxN; arc=none smtp.remote-ip=185.205.69.214 Received: from mail.w14.tutanota.de (mail.w14.tutanota.de [185.205.69.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B5A0F606A31F for ; Fri, 30 Oct 2026 14:46:04 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org B5A0F606A31F Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=well-founded.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=well-founded.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=well-founded.dev header.i=@well-founded.dev header.a=rsa-sha256 header.s=s1 header.b=Ndlo3KxN Received: from tutadb.w10.tutanota.de (w10.api.tuta.com [IPv6:fd:ac::d:10]) by mail.w14.tutanota.de (Postfix) with ESMTP id 94CC219F60B64 for ; Fri, 30 Oct 2026 15:46:02 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1793371561; s=s1; d=well-founded.dev; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=pMqOs9POd/nFez3NQApXq5U89yNIxrjJgtJv5CPX2Yo=; b=Ndlo3KxNHleP2mYx79KSiJ4AnOwnEtxe321wTcMteVa3qcJH7BlZzRic40e7Ulcd MNOadZMyCbr4LNst3Z1iQv5VsOJ8aro++N2EL1ehWHQEj8iB/Q7pJYcLaYGQYUJ7nx0 JUmikAIWNnq7HwXjsdLhpdU128jYmlxmZWPxJ+8uovXtV3hb8ELQ/DAGxl3rb6lEHUt q7VNBr5r5jaR520o0obyAm5dXvyBFao+BGUcWNf7RDolejFTD0PZGOh7Hve1KPnmhxp F/QGyLqv44lOcGywEOLePIgCjdOE+z7X+wPRHCJ7PfFipWEKCSnxwzQM22DKtrTT3G5 0rr9rvZpRw== Date: Fri, 30 Oct 2026 15:46:01 +0100 (CET) From: Ramses To: Netdev Bot+sashiko Cc: Jv , Andrew+netdev , Davem , Kuba , Pabeni , Jbohac , Edumazet , Netdev , Linux Kernel Mailing List , Razor , Hangbin Liu Message-ID: In-Reply-To: <179336101608.3134.1827486120303560891@kernel.org> References: <20261028-bonding-last-rx-v4-0-4d8e4cd47467@well-founded.dev> <20261028-bonding-last-rx-v4-1-4d8e4cd47467@well-founded.dev> <179336101608.3134.1827486120303560891@kernel.org> Subject: Re: [PATCH net v4 1/2] bonding: fix initial last_rx vs ARP-monitor slack window X-Mailing-List: netdev@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Feedback-ID: 0163e381fa67fa966160938ffa017803050e57578bb1735d37cd25d20463a96a9bb3a550250bbc5eaa94bfdfd8cf3defcf1aa43859ae980630826bb8230f264e7f:TurnOnPrivacy!:tutamail > [Severity: Low] > This isn't a bug, but is "until a real reply arrives" accurate? More than > ARP replies can move last_rx forward. Right, with arp_validate=none any received frame updates last_rx. v5 says "until it receives traffic". > [Severity: Medium] > This seed uses the arp_interval in effect at enslave time. What happens if > ARP monitoring is turned on later, or the interval is raised? That issue already existed before this series. The seed was already computed from arp_interval at enslave time and is not refreshed when the ARP monitor starts, from bond_open() or bond_option_arp_interval_set(). This patch does not make it worse. Reseeding the slaves when the monitor starts touches different code paths, so I would rather do that in a separate follow-up than grow the current patch series. pw-bot: cr