Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1640187ybz; Thu, 23 Apr 2020 02:52:11 -0700 (PDT) X-Google-Smtp-Source: APiQypIIwfuw8nE2nJwSkGor0ni57MnPEvH2zbTqUom3a83Cfloz7KdovBdcJ2SLIy/CUjMqqKE+ X-Received: by 2002:a17:906:46da:: with SMTP id k26mr2052904ejs.106.1587635531744; Thu, 23 Apr 2020 02:52:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587635531; cv=none; d=google.com; s=arc-20160816; b=YvcGeexdbheLG5B/zVkzJHiCZiOiXFJdUNj+BG6xlrAQG6uXkQMXKDZKW5w/b6B6UD Cpv2K1Ybmynx55AvB3warVbsRoY3dqwCEx3R2zyto1A8xcyDKuDp/PcSLSZN7dqC74CK 4SUX7HhbJAAd0Y7T7iwifAVqC/qmZg6MDLFPfEOh57j2EdJhrI3P3Qj3LjjNGuYb496X +AG3BvCWXgSlfI0UB86sIaB9pKXk78smTIywRxBFwIM5zEpxWGPuT8OvJOxkxj/atMTX 9rXOxwqCXkt4WG9tH3dh9pRljhlRy0EWej/9J9J4XoZCeBad4X1fTDQSJvfaHBrdjODl ExYQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=Yap6f0pCXnWzwsagWuxgmrAfC/n6tbj/kH1oNYHtvwk=; b=iEOiMlfk+qS0dta4Tfw2OZoxvnUqyoc8v1UncLOwKR96L+5aQ5xtSRBV5avpao5tHM GJsMVgC41ALXq6K9Ep6CTgQcBGQzJ2XlJ25FMFoxSB4wlhnk84uZRVGpq4Pq+ZHFz5Qm urOSh06v/L/mMj+6rzI3qWD+wqMKhICXedfJm2g6myjXK3y+cdvg5n24/Kj2TRxTIJKI JfNjIeosiHjVV4fAXN70BXu/H6YXquBVmsswsBd/LVmUMMpinplpBUlSfk7bxb7UwG9q PBFLueV4h9CkABxFK3ScU49FGWZ8mFvTdAzlsxAsNK7JzNkqf6wMdbb9/2zrU8K/jxHM Cyew== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w21si944650ejz.276.2020.04.23.02.51.48; Thu, 23 Apr 2020 02:52: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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727041AbgDWJry (ORCPT + 99 others); Thu, 23 Apr 2020 05:47:54 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:46748 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726364AbgDWJry (ORCPT ); Thu, 23 Apr 2020 05:47:54 -0400 Received: from DGGEMS411-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id F194E7FF708048E37DEF; Thu, 23 Apr 2020 17:47:52 +0800 (CST) Received: from [10.134.22.195] (10.134.22.195) by smtp.huawei.com (10.3.19.211) with Microsoft SMTP Server (TLS) id 14.3.487.0; Thu, 23 Apr 2020 17:47:47 +0800 Subject: Re: [f2fs-dev] [PATCH v2] f2fs: fix quota_sync failure due to f2fs_lock_op To: Jaegeuk Kim CC: , , References: <20200409173056.229855-1-jaegeuk@kernel.org> <77e9f2e6-f3f3-8ca9-e6b5-3d57c4d2acc5@huawei.com> <20200416213946.GA196168@google.com> From: Chao Yu Message-ID: Date: Thu, 23 Apr 2020 17:47:45 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20200416213946.GA196168@google.com> Content-Type: text/plain; charset="windows-1252" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.134.22.195] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020/4/17 5:39, Jaegeuk Kim wrote: > f2fs_quota_sync() uses f2fs_lock_op() before flushing dirty pages, but > f2fs_write_data_page() returns EAGAIN. > Likewise dentry blocks, we can just bypass getting the lock, since quota > blocks are also maintained by checkpoint. > > Signed-off-by: Jaegeuk Kim > --- > v2: > - fix multipage write case > > fs/f2fs/compress.c | 2 +- > fs/f2fs/data.c | 4 ++-- > 2 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/fs/f2fs/compress.c b/fs/f2fs/compress.c > index df7b2d15eacde..faaa358289010 100644 > --- a/fs/f2fs/compress.c > +++ b/fs/f2fs/compress.c > @@ -985,7 +985,7 @@ static int f2fs_write_compressed_pages(struct compress_ctx *cc, > loff_t psize; > int i, err; > > - if (!f2fs_trylock_op(sbi)) > + if (!IS_NOQUOTA(inode) && !f2fs_trylock_op(sbi)) > return -EAGAIN; I encounter deadlock.. Should call f2fs_unlock_op() for non-quota compressed inode later. Thanks, > > set_new_dnode(&dn, cc->inode, NULL, NULL, 0); > diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c > index accd28728642a..5c8d3823d7593 100644 > --- a/fs/f2fs/data.c > +++ b/fs/f2fs/data.c > @@ -2656,8 +2656,8 @@ int f2fs_write_single_data_page(struct page *page, int *submitted, > f2fs_available_free_memory(sbi, BASE_CHECK)))) > goto redirty_out; > > - /* Dentry blocks are controlled by checkpoint */ > - if (S_ISDIR(inode->i_mode)) { > + /* Dentry/quota blocks are controlled by checkpoint */ > + if (S_ISDIR(inode->i_mode) || IS_NOQUOTA(inode)) { > fio.need_lock = LOCK_DONE; > err = f2fs_do_write_data_page(&fio); > goto done; >