Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2636035pxf; Sun, 21 Mar 2021 01:35:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxePzE7dX/9FQUTsz+UV2JJjMLuXKDOoaqNpdON1CfV7YX8a9EMGgZSrFW53Z/FY295TmOn X-Received: by 2002:a05:6402:31a7:: with SMTP id dj7mr19449153edb.33.1616315703068; Sun, 21 Mar 2021 01:35:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616315703; cv=none; d=google.com; s=arc-20160816; b=QqanUYCBk0OXy3pi+DsqrGmJwDeTfbfYlIer9ud4quBlhiIC+BHQuDpvAQcdvlPabm p8d6AsUfCXBGDVDvyEoBIEEAs0LBXTePULpL5pj/3NoVG1J0QVsX/yWoPPI+3TnUZUt5 iMn9PEntvcLCK1Y8vmQyIrAzBBYVh8xy2NvsqnB7xoXCpoxqXoze6AnSiITm9rgLoZou sqB1rD3zqW6m8Llnp3ZiIbfz5T/ULBB5AF4xl/v3bortWl/4VUDG+oHnMSSQvmNOTgii lmE8Z7KQ7TOEETehaa+pjEspnROTGWfPBtCyEozORGWmaOFMJQoOv/3VpFq+wbahcCl8 KhJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Udh1pLbWHFh4UikZAZsl/a3s1B5iOi885IKVms/0sQ0=; b=YFnZyBA/C9LbzvXIN1eMP/jwV/DO99V1XDDaCSM70qQ5fgIHS0xY2MJf92IAmhpxKY HXyQH1cHhl6sJbHI5brHSRw/uTtcPGtfIrgRjyI2sCataNNfcF7t3q+QluxL2dd0k/iG IdhjjQwFrDZAsJRWz+RNHoBcCPkVPfpIf6cdQPl8dJId17wLzO5f22lmmYK4iK+naJPL /QggGucVuzc4jHQJoODLU1ApEsvBona9mSWW5aZ7xO3JYkKrjmgI4gnKM1QOjVxwfEx7 e5boabzr5bdA/qVutSMPiqk9Rqj2xUtrNgF3A03RNBPWAndbWsJlw+QAJYFeD4QSgNNc trwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=SBjjyp9+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z31si8302439ede.226.2021.03.21.01.34.40; Sun, 21 Mar 2021 01:35:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=SBjjyp9+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230079AbhCUI3L (ORCPT + 99 others); Sun, 21 Mar 2021 04:29:11 -0400 Received: from mail.kernel.org ([198.145.29.99]:48902 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229784AbhCUI2x (ORCPT ); Sun, 21 Mar 2021 04:28:53 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 2A04B6192F; Sun, 21 Mar 2021 08:28:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1616315332; bh=Iv6go7i27JUrhyzVdDbwoLLwuIfA0usEsppHcbzNwjE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=SBjjyp9+aGelAw2A/2iwUBbB/Ejw3pPWVlQ9bZZGzqnYr/bZWE+gte+VuM8+KmZtn JQ0ikq97mHEMy39gd7DmzpELb2c/3imOC2XhDdFtqe2HSMXvBuzv4MjmgTQ06KJHVA E/4wgaKKoJfhwd4MGBLlLRKoqy5agL5XRMYvEai2qTXk3iu4yIB4p/tBoSZRf23KdT vu85cZbdm+C2NsMqNoDvrRW9rznzsRgeUEkCOXvE6suIHJNu9nYkWVViyW+xAbigK/ 13fQICYthOJuACy4fbDp/FScfz35A4q4dohwthn6nQbBfkOoZ0q0emaSRSnuDk2WPU LSuiUs/QGZykg== Date: Sun, 21 Mar 2021 10:28:49 +0200 From: Leon Romanovsky To: Dmitry Vyukov Cc: davem@davemloft.net, edumazet@google.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] net: make unregister netdev warning timeout configurable Message-ID: References: <20210320142851.1328291-1-dvyukov@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210320142851.1328291-1-dvyukov@google.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Mar 20, 2021 at 03:28:51PM +0100, Dmitry Vyukov wrote: > netdev_wait_allrefs() issues a warning if refcount does not drop to 0 > after 10 seconds. While 10 second wait generally should not happen > under normal workload in normal environment, it seems to fire falsely > very often during fuzzing and/or in qemu emulation (~10x slower). > At least it's not possible to understand if it's really a false > positive or not. Automated testing generally bumps all timeouts > to very high values to avoid flake failures. > Make the timeout configurable for automated testing systems. > Lowering the timeout may also be useful for e.g. manual bisection. > The default value matches the current behavior. > > Signed-off-by: Dmitry Vyukov > Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=211877 > Cc: netdev@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > --- > net/Kconfig | 12 ++++++++++++ > net/core/dev.c | 4 +++- > 2 files changed, 15 insertions(+), 1 deletion(-) > Our verification team would like to see this change too. Thanks, Reviewed-by: Leon Romanovsky