Received: by 2002:a05:7412:cfc7:b0:fc:a2b0:25d7 with SMTP id by7csp1715549rdb; Tue, 20 Feb 2024 05:07:51 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCXh+uUHl+Yvro/cCpW6wylTJnqWoJPBr05/xUGvp/KQHQFCGYqZmaULsIxeVVcE0MVeq5JOpr17WhMfDEhTuNWU8l4A033wRfs6auQbjg== X-Google-Smtp-Source: AGHT+IEVuqmSAKlLVLby4rySWBstMT9gGbdsMRLuLH0ovhrM08gor4DRZCrVl2jmEjmms4D5ry8j X-Received: by 2002:a17:902:6841:b0:1da:1c72:2ca7 with SMTP id f1-20020a170902684100b001da1c722ca7mr15396118pln.29.1708434470905; Tue, 20 Feb 2024 05:07:50 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708434470; cv=pass; d=google.com; s=arc-20160816; b=XWBd7C+zfub3pXL04VRUI98YHAvakz9ollwdvxxESZfYn0pS2aEftJYGknnCJ1bU/h ftJSJ1N4zkmAoWdxVG5fHYid5H7Ny+SgzIlOqdEEuNal4IuFnveHUbt3ddxYqmVT/D6/ QdZqbPnHi9YFfxuafY5rDMCAi347B9gbPKAl3PtGOD1Hhi5BWQ9ZbonbmBUjKR7x0BZ3 NE2i0dIaAlSrGYASkAmsnBqYbMiP1I1QeK+28s09zAESHhrzPiLHQA4ObClxUz7Wqwgq 4beT0IATZrN3eHVNSURwF8ndE8JqynLienF31p/B7Ujf53wD/9llC57u8ogqr+L47Lf7 62UQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=0rTi/SBkp6ASx/Emqn3cVXgVA72u8D52MQBWNloAt18=; fh=G4SOqXGMaNG2zHoDIfjs9RJmI2BZ5cwXnsP/D5t2aC4=; b=cv/cJ7JtMYr7C6Jo30r6rQg/+w/4j8xo4HL7v8V/A/aE2CJgdnVqrNi00IVgUd9ffD a7BN5MeAvlI513bebGeUq9FnRgl7Mrfjyvxqe4PxcUDkHtnR5Km8TvVyiam03+skpXNP jSXsvnQlqmXoEuoOaFxn0mI/nuDMyF9WggJ5ReDnjiOE9jyjJt5jDa5cjSTyxyrkHbUC 768UcFpqBGeH87mat9pE/TPO4o4iwZqDI0HjRj4c8ku1o4TT2bUWI/46McD0/y+5l+zM h/pCa2TMCkWqjeo6QSfqCX45aOKRmtyo0u53ceVVm4l+JDBtoPGy+I3pK4v714UKL49X 9EKw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ojKrj4cO; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-73055-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-73055-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id o9-20020a170902d4c900b001db80f8fbefsi6157460plg.526.2024.02.20.05.07.50 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Feb 2024 05:07:50 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-73055-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ojKrj4cO; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-73055-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-73055-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 9A060283A03 for ; Tue, 20 Feb 2024 13:07:50 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 9B4556A030; Tue, 20 Feb 2024 13:07:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="ojKrj4cO" 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 C045269D0B; Tue, 20 Feb 2024 13:07:40 +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=1708434460; cv=none; b=b7cpL575ZgslamE+f+czdYIAfVflaW3pEeub5DiPEu0Wf1TTUaiCVEXl070y21WIM150LOWdDDoIMg/xyhLzejiUS4OsHkVNTAHjN+oU1dKJLHg63gBhHUJvKJKDnWd1bLOSZSw9JgRObYKtzcmvhLdIdTfvyaC2RFPxRXalcyY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708434460; c=relaxed/simple; bh=ehswDltK3/4NFo3wnSiDCuhI7Mpdtyxc0vlD7vfoB6E=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=pklBNPlqnIG7l3sIvmJilkQgdYkjWhLtSl/QPODx7h7AYQyWKsfZ2NJRawFlsghtUyoe9tRYyU2CHeXdc9LFD8gcdbhoxUhGBYtpju5cGZUnXEnXTQGI6+PucMgrce3ljRMOYluhkrfw6yiOxeQFWOxig15U5/+ZpN1SvIkPesI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=ojKrj4cO; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id C8D70C433C7; Tue, 20 Feb 2024 13:07:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1708434460; bh=ehswDltK3/4NFo3wnSiDCuhI7Mpdtyxc0vlD7vfoB6E=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ojKrj4cO7lNYmywHneIX4t4r7Lws02ZhWpIwyKPHHxdOYDe8F2Fc8kfam1bDLEleb AsoBgNjuNRe8UUvvNh4wyMTUaRkTTz+awpZEWwqUEZjgHsdgvZRvdgvsqpp5Xehs+e Y3iWNo0hwKX6AySrVePYFUXsTB/Cj+Qpc/sO2RTfAM3o+SZLVm9tWcAgtSlrPJwDqI KP5ly5tyvfiQe2oH8ihoVlq+PTIvhTydpCYgxEH/I5y2I4gqmFyiynmpgfc9Y+Mo1H ES9hkMt+Bbh3Zv4UrCogSwVv+i08b1huUYTPeWuAq2yDrkI9qLeaaiBHRtli9F0AAK UACD0b9YmbeAw== Date: Tue, 20 Feb 2024 13:07:35 +0000 From: Simon Horman To: Praveen Kumar Kannoju Cc: j.vosburgh@gmail.com, andy@greyhouse.net, davem@davemloft.net, edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, rajesh.sivaramasubramaniom@oracle.com, rama.nichanamatlu@oracle.com, manjunath.b.patil@oracle.com Subject: Re: [PATCH net-next v4] bonding: rate-limit bonding driver inspect messages Message-ID: <20240220130735.GI40273@kernel.org> References: <20240220050437.5623-1-praveen.kannoju@oracle.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240220050437.5623-1-praveen.kannoju@oracle.com> On Tue, Feb 20, 2024 at 10:34:37AM +0530, Praveen Kumar Kannoju wrote: > Through the routine bond_mii_monitor(), bonding driver inspects and commits > the slave state changes. During the times when slave state change and > failure in aqcuiring rtnl lock happen at the same time, the routine > bond_mii_monitor() reschedules itself to come around after 1 msec to commit > the new state. > > During this, it executes the routine bond_miimon_inspect() to re-inspect > the state chane and prints the corresponding slave state on to the console. > Hence we do see a message at every 1 msec till the rtnl lock is acquired > and state chage is committed. > > This patch doesn't change how bond functions. It only simply limits this > kind of log flood. > > Signed-off-by: Praveen Kumar Kannoju > --- > v4: > - Rectification in the patch subject and versioning details. > v3: https://lore.kernel.org/lkml/20240219133721.4567-1-praveen.kannoju@oracle.com/ > - Commit message is modified to provide summary of the issue, because of > which rate-limiting the bonding driver messages is needed. > v2: https://lore.kernel.org/lkml/20240215172554.4211-1-praveen.kannoju@oracle.com/ > - Use exising net_ratelimit() instead of introducing new rate-limit > parameter. > v1: https://lore.kernel.org/lkml/20240214044245.33170-1-praveen.kannoju@oracle.com/ > --- > drivers/net/bonding/bond_main.c | 36 ++++++++++++++++++++---------------- > 1 file changed, 20 insertions(+), 16 deletions(-) > > diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c > index 4e0600c..e92eba1 100644 > --- a/drivers/net/bonding/bond_main.c > +++ b/drivers/net/bonding/bond_main.c > @@ -2610,12 +2610,13 @@ static int bond_miimon_inspect(struct bonding *bond) > commit++; > slave->delay = bond->params.downdelay; > if (slave->delay) { > - slave_info(bond->dev, slave->dev, "link status down for %sinterface, disabling it in %d ms\n", > - (BOND_MODE(bond) == > - BOND_MODE_ACTIVEBACKUP) ? > - (bond_is_active_slave(slave) ? > - "active " : "backup ") : "", > - bond->params.downdelay * bond->params.miimon); > + if (net_ratelimit()) > + slave_info(bond->dev, slave->dev, "link status down for %sinterface, disabling it in %d ms\n", > + (BOND_MODE(bond) == > + BOND_MODE_ACTIVEBACKUP) ? > + (bond_is_active_slave(slave) ? > + "active " : "backup ") : "", > + bond->params.downdelay * bond->params.miimon); > } Hi Praveen, As this is used several times I think that it would be worth introducing a slave_info_ratelimit() helper. That is assuming slave_info() is still used without a rate limit. If not, you could just add net_ratelimit directly to slave_info(). If none of this is desirable for some reason, then could you consider reducing indentation somehow. f.e.: if (slave->delayi && net_ratelimit()) slave_info(...