Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3047700imm; Sun, 5 Aug 2018 19:41:03 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdYTRJdrj6KCh83vBX57f/A15kcay0/DpJn/ob7BRs2esigtKEFYIbli9PX3O6Iz6Qf1Fm6 X-Received: by 2002:a63:d309:: with SMTP id b9-v6mr12703960pgg.163.1533523262948; Sun, 05 Aug 2018 19:41:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533523262; cv=none; d=google.com; s=arc-20160816; b=GJJNUZjftfZ+x1Tx+j/qyv+SN6flx+jdK9Vzg/gjCBOjVvSJEINxidKvuq4Y1/i/Nn R46sQJUe/vg9fdhbPDqtZsokY39MPA4gWzSVEZzR2iupj/KfBF/bfMB7eWquE+BkbtD0 cx6PaICGXGrwGwQTsrZDZHSYHBNQHjBs/STLxYru7VQfzMVC5e9gC5DuT6+D1RzK+jCk k1GxHApP9UoPWtlzQmut+gU0K7kYcQTqccuruXh2rCOxhoqGroGFMDLZ0N1epoEVwkVR K2ILsYDGiBrg4rkq/QS8Gr35iKbL0IDofo+OHE5uSPIE7mRUp169DxAS24Qlj70fKT90 plmQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :references:subject:cc:to:mime-version:user-agent:from:date :message-id:arc-authentication-results; bh=q/Jgn4VtrCizCTzWAY89jnDweqAwuZykCERU+zHtdUo=; b=JIV1Bm5UCyVHoDY+gr1X19Wtz4UzqxLSJfci8ANmDaDO/dfdWwfajtYItJICoTkXvj NGzUCPiF1559dvdF6DqGcZnQY1/Fq3XcDK4eLWkkhdAyWtvMNfa4QuXFBbn1xbcUG5+n PFm7AcyazjNBcELOSUcOZvy6oM/kXAaRKeOvMQBUrrKGMsV4hX2gjq365Wjv8HiVtvS4 GC4Zf8Yuc0f67fgTXANX3GUYTrnb1P8YSeEP3f8+2zGFp3tDIH0yQt+RTX8sKzOy4wOz gmKesNb8/k2ksBdqow7O0uV0ysbjt1QwttsX2eqVxfNpp02VE5+F1RDRVKmbIJJ6CdzD 1N4Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k7-v6si9444161pgk.104.2018.08.05.19.40.48; Sun, 05 Aug 2018 19:41:02 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727065AbeHFEqx (ORCPT + 99 others); Mon, 6 Aug 2018 00:46:53 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:10667 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726408AbeHFEqx (ORCPT ); Mon, 6 Aug 2018 00:46:53 -0400 Received: from DGGEMS402-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id 4125D3E0CD75D; Mon, 6 Aug 2018 10:39:57 +0800 (CST) Received: from [127.0.0.1] (10.177.29.68) by DGGEMS402-HUB.china.huawei.com (10.3.19.202) with Microsoft SMTP Server id 14.3.399.0; Mon, 6 Aug 2018 10:39:54 +0800 Message-ID: <5B67B4FB.4080405@huawei.com> Date: Mon, 6 Aug 2018 10:39:55 +0800 From: zhong jiang User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Joe Perches CC: , , , , Subject: Re: [PATCH 1/3] fs/btrfs/disk-io: Remove unneeded variable "err" References: <1533481371-21349-1-git-send-email-zhongjiang@huawei.com> <1533481371-21349-2-git-send-email-zhongjiang@huawei.com> <5b2806ada98cfca4346e48f1943aca6da0cda4a6.camel@perches.com> In-Reply-To: <5b2806ada98cfca4346e48f1943aca6da0cda4a6.camel@perches.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.29.68] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2018/8/5 23:27, Joe Perches wrote: > On Sun, 2018-08-05 at 23:02 +0800, zhong jiang wrote: >> The err is not used after initalization, So remove it and make >> the function to be void function. > [] >> diff --git a/fs/btrfs/disk-io.c b/fs/btrfs/disk-io.c > [] >> @@ -4193,7 +4192,6 @@ static int btrfs_destroy_delayed_refs(struct btrfs_transaction *trans, >> if (atomic_read(&delayed_refs->num_entries) == 0) { >> spin_unlock(&delayed_refs->lock); >> btrfs_info(fs_info, "delayed_refs has NO entry"); >> - return ret; > Think a little more about this please. > This is not a sensible removal. I am sorry for stupid mistake. I will repost. Thanks, zhong jiang >> } >> >> while ((node = rb_first(&delayed_refs->href_root)) != NULL) { > > . >