From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 980F9A932 for ; Wed, 11 Feb 2026 16:31:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770827494; cv=none; b=X7h1XvqS798whyd1f87vsDEFNPhgcHwC8LwFVCwoATR4TexIZ6CPNxnnIBDP2xfaXepPt7qaeECv8zPQNXuLBLWCvbAARjiL9Rdgv31jGJYmO0F6+95bGOz3c+eGmUL5tsWJqT0Rtpv1umH+OFGU5E9ylSUWsMqIgI6AOo+jp1s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770827494; c=relaxed/simple; bh=WwnrkQ1E5PvAGPN3ZaleFFPohkmk/0K4Aa0etEvh1jQ=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=pdd99+QpQmrHZsTXRhwEgcdtpRsu6wrgChs2LH2DT2DE60/qW1/Jxya6qDkF1mhK4FumCZ6WVPVP97sAYzyfQPNVgIFY/+v9EiAh1pj2RBR+zGONILHxbNox3JmVfM9lNNbWh0PtM3KmljqAZ21KmfZhIkT9mrOFbCRh8RKAcno= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=kGHVRd7D; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="kGHVRd7D" Received: by smtp.kernel.org (Postfix) with ESMTPSA id D6B16C4CEF7; Wed, 11 Feb 2026 16:31:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1770827494; bh=WwnrkQ1E5PvAGPN3ZaleFFPohkmk/0K4Aa0etEvh1jQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kGHVRd7DL0BBmsfajlzP/ybhGZLY35cwAP7uWqwB0E2BKSr/IfesACVUiYW82LZvV 5dpbhdpynVP8LlbXsdoscoQiH2QXs7CFvyj0CAXAOOvSNy80BZnS7BAKTYLgcALy41 z+JV7BGtkQR2DI9zRqJvjHmAtJE1knsMBi+x+haBfsH3wBCGE9P1fwXLVTGiP6Wg44 OiqYlnRyYD6SSMb1Oog49AHj+8nF56E3ye/BfUh3Egrqx9xbj/OI45n4mBoGoqFvY1 lNZ0PVZGRNWEeMnz+ZVDsFiT96dmlYwt49wGJlSX9HQ5QgySCte+klz4K3UANpHfkm RcYIc0UFHvEmA== Date: Wed, 11 Feb 2026 08:31:32 -0800 From: Jakub Kicinski To: Pavan Chebbi Cc: Bobby Eshleman , Michael Chan , "David S . Miller" , Linux Netdev List , Eric Dumazet , Paolo Abeni , Andrew Lunn , Andrew Gospodarek Subject: Re: [PATCH net v2 4/4] selftests: drv-net: rss_ctx: test RSS contexts persist after ifdown/up Message-ID: <20260211083132.15b15870@kernel.org> In-Reply-To: References: <20260206052930.1882740-1-michael.chan@broadcom.com> <20260206052930.1882740-5-michael.chan@broadcom.com> <20260210174627.2360a03c@kernel.org> <20260210201706.1da13881@kernel.org> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 11 Feb 2026 13:29:06 +0530 Pavan Chebbi wrote: > > > If you check the carrier manually in a second terminal while it's > > > running -- do you see it go to 1? The helper keeps the file open > > > > Thanks for the nudge. I think I get the real issue now. It's not the > > cmd() but ifup.exec() > > I am using : > > ifup = defer(ip, f"link set dev {cfg.ifname} up") > > and later > > ifup.exec() > > > > I see that exec() takes unusually long time for carrier to go to 1. > > Upto 20s and sometimes still fails. > > Same with both direct exec or deferred. And this explains why I cannot > > ping for long time after suite exists. Thats because I rely on defer() > > to bring the interface up after bnxt exits with carrier 0 for the > > second test. > > If replace the exec with direct call to ip(f"link set dev {cfg.ifname} > > up") I see it works reliably. > > My experiments are pointing to 'self.cancel()' sometimes taking a lot > of time as part of the exec(). > I don't know but I feel the new test code itself should be OK. I can > send a v3 and you can run it once too? Could you reply to this thread with what the version of the patch where you see defer() takes a long time? We use defer all over the place..