Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1761419pxj; Sun, 16 May 2021 03:26:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwZreCEA/dDWUxMZgrzB6YWNISxPoovfp4q46J4mukjA/gFXd54U2ePzvwK0ycWyMx7Egxr X-Received: by 2002:a17:907:98e6:: with SMTP id ke6mr2833865ejc.107.1621160796981; Sun, 16 May 2021 03:26:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621160796; cv=none; d=google.com; s=arc-20160816; b=QVbyWeXhY6jjKllR4J2RyPeBR2NAMv0uaX+sjbPxFp1oMGxS3lmskqDb0Ika5JAMVr ury7MDpVqJNVq86/Cy1f0J32ODeSLaHFQjhcA7lngW/sfsQTVHatxiWLVedphyNgWhHm XZX6iIvpq/4OZHGVnZyVOHUXpccTTZUOwu6BoQ4NdAdKN9diBNptTlwJYQHkyHA6F6+T qvw8k8F7U8oaUMqNiABO5mTOP4hNvYPAiwwAUjrTzeDgxCCGmHDRkL6Su9VY5nNFGJ5F M4AB4/bkD8N/K/0H/3kcIZXPNgVUpaJJaMCZ0EFc3qVl6hTU18KkBgTvHExCQApj+qSq mUAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=ftA4ti5/6sdNr5V36MO+h2jetmzHwEt9RUH/PLBAxY8=; b=NzM9peD9C5w+ij/nzu+JO75k+9w0t4JqqtwRUBNrhlk4pmyBBljXovxMf2LPIOYEYh DBJC/wGqiq+QobMm2IRpYIQZBi18MMv5w1fycCT4p/oOZlKjnb+gfQ3UbduIivBGs6uT dLvPzsnkgo6HxtD0mF4PzSQy9SiEZbFAY3jqohtrTiHQyoEFKOGr8pe0D7Bcn2h4/aMG Af/gSK+h5BAKYutaIxFwz5QJ8AcYDOEQvXHPl/20IeWSPvWwd0/DgvfyLewiX2X4MhSv KbpsZ7j01/be/FK7FEFKVXk+VfAuEPJVRq/SG8kWBCyaoJ6N03RXm5uwb/8RXPbP9XM5 RJWw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=T3INqGrr; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q13si5294821edd.354.2021.05.16.03.26.14; Sun, 16 May 2021 03:26:36 -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=@gmail.com header.s=20161025 header.b=T3INqGrr; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234277AbhEPIzL (ORCPT + 99 others); Sun, 16 May 2021 04:55:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43806 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234255AbhEPIzK (ORCPT ); Sun, 16 May 2021 04:55:10 -0400 Received: from mail-yb1-xb2d.google.com (mail-yb1-xb2d.google.com [IPv6:2607:f8b0:4864:20::b2d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 66166C061573; Sun, 16 May 2021 01:53:56 -0700 (PDT) Received: by mail-yb1-xb2d.google.com with SMTP id h202so4564964ybg.11; Sun, 16 May 2021 01:53:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ftA4ti5/6sdNr5V36MO+h2jetmzHwEt9RUH/PLBAxY8=; b=T3INqGrrLTawY2PwrwMmaYPaml4dU/Rdtv9onK4veMKqZfCLrH+MtgtiqV8SJxuEBW 4O4oBeb1ZgGuHDlxzGOWtEgiRHvRgc2llDO1j3lLaLWCai9S/I9vl0t3Hfk9bTOB/TxN I6kULP9fgm7OqkutPGzBXkzcU9lvYXzL2M+hclSTDedWbiGTjPxS1kRhivxc9VJ9fIBG 01z4coeHSbAKu1CXhJWvo8NoGOIHx7nqtqc1a2gG2Ih7b3jbIr3GOro8jnXqLZdV0EzW PdBXCS+R/BeCtHGCuPuNvljEGCztPi38NQEC73QTNRjqpEfjVwncnCmTcrezUAOv0cWq 5W2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ftA4ti5/6sdNr5V36MO+h2jetmzHwEt9RUH/PLBAxY8=; b=tL9uyLLm4n0wtjL5hEmfZofSvPbvfl+XY/pqwfB2sXsDJTZbJM+FqvgVQXy+EuIe+x 6ARt/doorRPZKX9vco/J6amSu7QXAlU5ghLytCpnJf/ux5jR6I4YdttD9T1frzmMX54Z lJyqBxhDCMVe2S+5Pzc3nwBXmy/6O8hzbTt9CwBb4uTUDHfU+SsbP8zeELq6UIk5GV2w eZF/cS9AyVd66koMlj40uHvGOA4L0KE3OlcUH1Y2gfbSQz9Zr0wr4YkHl6UNAYLx0OkE 2TmZ5spda0ZaZG+60IVIh8+u+xF0nNo2oDf2AS8iqVTG+91Mws2TtLUQMSegotDjlalu 3BLA== X-Gm-Message-State: AOAM531WlCy4fqCC33ItLCEVlOe1m/3RSeMNt/gWwib0hm45mkJg+M4G 62aU+/HSAHuNllqSJJrhGuQqLOnlvMUoI9jBsQY= X-Received: by 2002:a25:7909:: with SMTP id u9mr72457023ybc.22.1621155235692; Sun, 16 May 2021 01:53:55 -0700 (PDT) MIME-Version: 1.0 References: <1620984265-53916-1-git-send-email-yang.lee@linux.alibaba.com> In-Reply-To: <1620984265-53916-1-git-send-email-yang.lee@linux.alibaba.com> From: Lukas Bulwahn Date: Sun, 16 May 2021 10:53:57 +0200 Message-ID: Subject: Re: [PATCH] btrfs: Remove redundant initialization of 'to_add' To: Yang Li Cc: clm@fb.com, Josef Bacik , David Sterba , Nathan Chancellor , Nick Desaulniers , linux-btrfs@vger.kernel.org, Linux Kernel Mailing List , clang-built-linux Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 14, 2021 at 11:24 AM Yang Li wrote: > > Variable 'to_add' is being initialized however this value is never > read as 'to_add' is assigned a new value in if statement. Remove the > redundant assignment. At the same time, move its declaration into the > if statement, because the variable is not used elsewhere. > > Clean up clang warning: > > fs/btrfs/extent-tree.c:2773:8: warning: Value stored to 'to_add' during > its initialization is never read [clang-analyzer-deadcode.DeadStores] > > Reported-by: Abaci Robot > Signed-off-by: Yang Li > --- > fs/btrfs/extent-tree.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/fs/btrfs/extent-tree.c b/fs/btrfs/extent-tree.c > index f1d15b6..e7b2289 100644 > --- a/fs/btrfs/extent-tree.c > +++ b/fs/btrfs/extent-tree.c > @@ -2774,10 +2774,10 @@ static int unpin_extent_range(struct btrfs_fs_info *fs_info, > spin_unlock(&cache->lock); > if (!readonly && return_free_space && > global_rsv->space_info == space_info) { > - u64 to_add = len; > > spin_lock(&global_rsv->lock); > if (!global_rsv->full) { > + u64 to_add; > to_add = min(len, global_rsv->size - > global_rsv->reserved); Yang Li, you could just combine these two lines above, right? So: u64 to_add = min(len, ...); By the way, great contribution on addressing all those dead stores identified by clang analyzer... I wish I would also have more time on addressing some of those remaining... Lukas