Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Jingbo Xu <jefflexu@linux.alibaba.com>
To:     xiang@kernel.org, chao@kernel.org, linux-erofs@lists.ozlabs.org
Cc:     linux-kernel@vger.kernel.org
Subject: [PATCH 0/2] erofs: support large folio in fscache mode
Date:   Sat, 26 Nov 2022 08:57:54 +0800
Message-Id: <20221126005756.7662-1-jefflexu@linux.alibaba.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Precedence: bulk

Patch 1 is the main part of supporting large folio in fscache mode. It
relies on a pending patch[1] adding .prepare_ondemand_read() interface
in Cachefiles.

Patch 2 just turns the switch on and enables the feature. It enables large
folio for both fscache and the original device mode (in uncompressed
data format). And thus I think the previous patch[2] exclusively for the
device mode is not needed then.

[1] https://lore.kernel.org/all/20221124034212.81892-1-jefflexu@linux.alibaba.com/
[2] https://lore.kernel.org/all/20221110074023.8059-1-jefflexu@linux.alibaba.com/


Jingbo Xu (2):
  erofs: support large folio in fscache mode
  erofs: enable large folio support for non-compressed format

 fs/erofs/fscache.c | 117 +++++++++++++++++++--------------------------
 fs/erofs/inode.c   |   1 +
 2 files changed, 50 insertions(+), 68 deletions(-)

-- 
2.19.1.6.gb485710b