Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2706006pxv; Sun, 11 Jul 2021 23:18:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzlWhxeDsPDndFEcfrFKaSP/dAi4ThAFByIInwM8slygcGB6bid4AWB/P05OnzRfSk8N4sb X-Received: by 2002:a92:b748:: with SMTP id c8mr5583080ilm.302.1626070733846; Sun, 11 Jul 2021 23:18:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626070733; cv=none; d=google.com; s=arc-20160816; b=Myi2pvQVJ1+m1ajMADChU0QE+3E6WzHndT8X1qEWc/KIccamwYARojY6rN6Np1peGH S4ZMUVACXDaUcizGkQ3YK70DQ4xrTma4e8z5Ksmrv5f8qPTz028OrguMTOvb0MeMblty cus38isY50kV+Y+4j9z1ce7hnxhBvGPGcsRdTWbe987wCQUPV+hY+0J1BeKa1Gj64T7Y +BXDToQMS3zVSzDKVg8rXi7Wv1D6x/PklB02BVZw+FM2YUdhY2cTa91O3vcyn141D7s/ Gbfji6nsU9reUK9rcyxbzgP2DjJ014Uw0L5k5w7Y9pLElfo67p26+XO/gvBGW6LfMr2o XIbw== 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=3q2EDK/bGWtbudsh/3G086ECAgeegVS7l+JtEPAEPCY=; b=WeuvnD947GScX/djYbXU+kYwFDeILxWfpjaJEAHkDlju2BNWaKyR6bPcJfEzPsSg80 S+7cCYN9tOhSJOR7a7P5RB3O65g8J6Y40pQx4bkck5LWUZR0lcw2VZzJM0DUyol7nXge 7Cq0NbHAQBaWUYKomPhF85ZCTI8gqeCPRLZUAUyOR3U9qw6WiD+ydSb2TZVuZvgplkRp /grtaAA5a1AGC4K3dB2/RfdIBpN3WPu4sltJAyU/ds9NNErebDfiBG4hfR6bZyr9MUMM 5pWS8uoN9b0FaR2gz1RrDpIVam8Ceiigb+8XxdnrKEMuJiVZPKSYyfCCKCGfjs0InBjk QrJg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="B8/x6p+X"; 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 d6si16875129ilv.2.2021.07.11.23.18.42; Sun, 11 Jul 2021 23:18:53 -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="B8/x6p+X"; 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 S234237AbhGLGUf (ORCPT + 99 others); Mon, 12 Jul 2021 02:20:35 -0400 Received: from mail.kernel.org ([198.145.29.99]:39016 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234062AbhGLGTz (ORCPT ); Mon, 12 Jul 2021 02:19:55 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id CFCEA610D1; Mon, 12 Jul 2021 06:17:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626070627; bh=Gpz18vzhw0BgSl4Ph41Sq3fPLQrmUEKZ8wV/HaCjymk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=B8/x6p+X+KFy0o6Pa30nTuKar13ZIS4e0Gvaa7y7NQWO4OevwkfFKpPn+kfuiF5jY kgkYtOZsAeYqjZWHyMIw1mgRoFuCvA01cTBtTw11V/1y2TsrEwBwX3PYzPGgbtO+Jm N6TDQ0ewerv4dJ9Rx4+mf/oobvr24D42vNX1wwr0= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Zhang Yi , Jan Kara , Theodore Tso Subject: [PATCH 5.4 028/348] ext4: correct the cache_nr in tracepoint ext4_es_shrink_exit Date: Mon, 12 Jul 2021 08:06:52 +0200 Message-Id: <20210712060704.224406766@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060659.886176320@linuxfoundation.org> References: <20210712060659.886176320@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: Zhang Yi commit 4fb7c70a889ead2e91e184895ac6e5354b759135 upstream. The cache_cnt parameter of tracepoint ext4_es_shrink_exit means the remaining cache count after shrink, but now it is the cache count before shrink, fix it by read sbi->s_extent_cache_cnt again. Fixes: 1ab6c4997e04 ("fs: convert fs shrinkers to new scan/count API") Cc: stable@vger.kernel.org # 3.12+ Signed-off-by: Zhang Yi Reviewed-by: Jan Kara Link: https://lore.kernel.org/r/20210522103045.690103-3-yi.zhang@huawei.com Signed-off-by: Theodore Ts'o Signed-off-by: Greg Kroah-Hartman --- fs/ext4/extents_status.c | 1 + 1 file changed, 1 insertion(+) --- a/fs/ext4/extents_status.c +++ b/fs/ext4/extents_status.c @@ -1558,6 +1558,7 @@ static unsigned long ext4_es_scan(struct nr_shrunk = __es_shrink(sbi, nr_to_scan, NULL); + ret = percpu_counter_read_positive(&sbi->s_es_stats.es_stats_shk_cnt); trace_ext4_es_shrink_scan_exit(sbi->s_sb, nr_shrunk, ret); return nr_shrunk; }