Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp3771183pxt; Tue, 10 Aug 2021 10:57:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyk0KFALHGMAwKx8wMQ+pRqFgOVf0A1jpmC94DXwhUkXJam8jaOC1KAiBAW0+VHaRAYpqtV X-Received: by 2002:a5d:9ccd:: with SMTP id w13mr12907iow.107.1628618231444; Tue, 10 Aug 2021 10:57:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628618231; cv=none; d=google.com; s=arc-20160816; b=gnJ3gCPKAkw9pOAwvjUOGcobva1Y9OxY0Id1HopIPDG6y8H2Vjfw5oFxTdi7LNRWuO B7536cSvMcjnC+m4l8zsjaZaKcytUsXY8PfFre6360acPQBuoy0qMJp5Hg38PSLNoFUG nEDgu3/KYiAFMOdBHVcLmL7/yAk1Eltgbx8kLlVH9xCq+GfjA7rAcXnoAHenwAhRI1Px c/wffp+M0nxaIiLIqG2f7oHnOt5RIQQWs+QgwTRifQ3z/wVpxu201gdDuGu5PnEYdh5W gcCT2IduZIdwD8UI3D2fMUPY/zF6TDWtcWe5k8Lcq25FwOJSuf4ayae0d4Z+2K2D0vX5 qijQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=kIlKUltvDOSqwuPyPV2KYRcpQaEQpDXRhjqcizAjFeU=; b=jiHZi5llZ6Q+Z6DDAfYaN7a139UQ8PXaNtbmkOWSlHNxyf0ED4T4+JHFC6D2pE5qu9 r+9GY9ajKuWWXsmVT5hFKT9FvPePvZV8e3us3wgntcZI2oTHiBw2pdIKCRJCYTnE3qo6 JouSH9Wed2cDuuakT5ns+H0bOCMkMYSur0FP/TY/Oq7mPvif5KwA94Y3cThhwg21EUfN 9410GHUWTvrs620CG7umoVMuVQHdJtwBNi1HUTmR0YFaHoeYRQgaU9uzx+gUq5FU+zt7 YpRzqiFTJFz9UBm1SqXsh9ww8b5OFiM+4cCLedsKK5oQAvhAZHIku7wGrwJdNy6wayLh RdDQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=L6zhrQrB; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s12si23122702iog.99.2021.08.10.10.57.00; Tue, 10 Aug 2021 10:57:11 -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=@linuxfoundation.org header.s=korg header.b=L6zhrQrB; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233849AbhHJR4C (ORCPT + 99 others); Tue, 10 Aug 2021 13:56:02 -0400 Received: from mail.kernel.org ([198.145.29.99]:38750 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236398AbhHJRww (ORCPT ); Tue, 10 Aug 2021 13:52:52 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id CFE3361103; Tue, 10 Aug 2021 17:43:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1628617417; bh=z/PDpCbA74JLGEAHXEkXfauGbrRffLVIih0flNAO4RE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=L6zhrQrBgKneddJmW2sM/ghwdoqIPNkvIAomKaGCjpx/qPGktB76iA+D3F96RaRuE f1/31areXflhpYGMxZjxnrRn9lKayTKCBBalTiVGEju1aiYaU//ZUkqLkS6MgX4ieh stTwbf/kF86sc4Hloz+PNQNEVQqdf49zBD1URMpE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Aharon Landau , Maor Gottlieb , Leon Romanovsky , Jason Gunthorpe , Sasha Levin Subject: [PATCH 5.13 049/175] RDMA/mlx5: Delay emptying a cache entry when a new MR is added to it recently Date: Tue, 10 Aug 2021 19:29:17 +0200 Message-Id: <20210810173002.560193432@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210810173000.928681411@linuxfoundation.org> References: <20210810173000.928681411@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Aharon Landau [ Upstream commit d6793ca97b76642b77629dd0783ec64782a50bdb ] Fixing a typo that causes a cache entry to shrink immediately after adding to it new MRs if the entry size exceeds the high limit. In doing so, the cache misses its purpose to prevent the creation of new mkeys on the runtime by using the cached ones. Fixes: b9358bdbc713 ("RDMA/mlx5: Fix locking in MR cache work queue") Link: https://lore.kernel.org/r/fcb546986be346684a016f5ca23a0567399145fa.1627370131.git.leonro@nvidia.com Signed-off-by: Aharon Landau Reviewed-by: Maor Gottlieb Signed-off-by: Leon Romanovsky Signed-off-by: Jason Gunthorpe Signed-off-by: Sasha Levin --- drivers/infiniband/hw/mlx5/mr.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/infiniband/hw/mlx5/mr.c b/drivers/infiniband/hw/mlx5/mr.c index 425423dfac72..fd113ddf6e86 100644 --- a/drivers/infiniband/hw/mlx5/mr.c +++ b/drivers/infiniband/hw/mlx5/mr.c @@ -530,8 +530,8 @@ static void __cache_work_func(struct mlx5_cache_ent *ent) */ spin_unlock_irq(&ent->lock); need_delay = need_resched() || someone_adding(cache) || - time_after(jiffies, - READ_ONCE(cache->last_add) + 300 * HZ); + !time_after(jiffies, + READ_ONCE(cache->last_add) + 300 * HZ); spin_lock_irq(&ent->lock); if (ent->disabled) goto out; -- 2.30.2