Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3092653pxj; Mon, 10 May 2021 18:38:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwOBjPLPO9UsvAfJbcep6YQYcGR0sUBCVuFNwqa2049IPQ7MXr/ypfjOgsPEqvk3O0PJzM9 X-Received: by 2002:a05:6402:354b:: with SMTP id f11mr33652450edd.139.1620697138004; Mon, 10 May 2021 18:38:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620697138; cv=none; d=google.com; s=arc-20160816; b=mIkL5bBo0Msx+rRYx+/N8D5wIX7reemkeVEvMkf4VF6YVnS58vwE5xyCKWRVVnGd4G VmEzylmOma5y8WPCsGd42Me2rdT9kXe6JBsAVmK7SWwdh5XoGVxCel6s9FKrmFTj4ayb nbL3QA2sM1OJOlgLKuyAKN9uQK5cpLXw/FcWG5KMKGs5UMaThDSrQ7iG0TxOIs0el8Gn 8Exyc1agoT17M8DRZXm3hMOwnVzvLX9limk3UPBA2k7llmbEXREG5UT2tIcY08nFNsWT Kj5GAemMfKZHyRVe1fOp25bFThvL/ahkjFioVfqb0dvPP2mlmERJQBEvz00Fzc/cS/P/ pDxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=mTlS6wzB48ygGytPTuR4mKmz2k/kwt1DQudb8KCmOV8=; b=PmZDu40VffAWj1ki9XqtZ+AvXUHbyLaB3wfvrdMqN2B3fPD7BmaTXwYfXjLrLewFsg P7o8iX27KB9tebvrpnVRR/bzt22LNhh9zKucJqGSohinb/qjEHRNxdIgWQ8MuCF0sdqO dYdUu2/kvWJqwg4wklP4humtqi7IWE/zUZr7Thy/G5QuvKPAWWI4CndGLntJv0+oKCE9 adPmcG5yxd0pp1CnYAx+LippzdRUOx9uog8ZVnnWmS0i9x9ZvayQAiNxkyEmx4TNfAnb UTEwL8C1IMVgNRy0LeJEQPSCtf12yJQaxr0yrj6PGbe2I/va8N3haamSd0dwblqMvX5x k+ew== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z11si564363edc.37.2021.05.10.18.38.34; Mon, 10 May 2021 18:38:57 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230175AbhEKBio (ORCPT + 99 others); Mon, 10 May 2021 21:38:44 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:2762 "EHLO szxga04-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229953AbhEKBio (ORCPT ); Mon, 10 May 2021 21:38:44 -0400 Received: from DGGEMS411-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4FfL7F0tbgzmftL; Tue, 11 May 2021 09:34:17 +0800 (CST) Received: from [10.136.110.154] (10.136.110.154) by smtp.huawei.com (10.3.19.211) with Microsoft SMTP Server (TLS) id 14.3.498.0; Tue, 11 May 2021 09:37:35 +0800 Subject: Re: [PATCH 1/3] f2fs: compress: fix to call f2fs_put_dnode() paired with f2fs_get_block() To: Jaegeuk Kim CC: , , References: <20210510093032.35466-1-yuchao0@huawei.com> From: Chao Yu Message-ID: Date: Tue, 11 May 2021 09:37:34 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.136.110.154] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/5/10 23:51, Jaegeuk Kim wrote: > On 05/10, Chao Yu wrote: >> f2fs_get_block() and f2fs_put_dnode() should be called as a pair, >> add missing f2fs_put_dnode() in prepare_compress_overwrite(). >> >> Fixes: 4c8ff7095bef ("f2fs: support data compression") >> Signed-off-by: Chao Yu >> --- >> fs/f2fs/compress.c | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/fs/f2fs/compress.c b/fs/f2fs/compress.c >> index c208563eac28..d5cb0ba9a0e1 100644 >> --- a/fs/f2fs/compress.c >> +++ b/fs/f2fs/compress.c >> @@ -1088,6 +1088,7 @@ static int prepare_compress_overwrite(struct compress_ctx *cc, >> >> for (i = cc->cluster_size - 1; i > 0; i--) { >> ret = f2fs_get_block(&dn, start_idx + i); >> + f2fs_put_dnode(&dn); > > f2fs_reserve_block() > -> need_put = true; > -> f2fs_put_dnode(); Correct, it looks f2fs_vm_page_mkwrite() doesn't need to call f2fs_put_dnode() as well. Thanks, > >> if (ret) { >> i = cc->cluster_size; >> break; >> -- >> 2.29.2 > . >