Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp6308061rwb; Sun, 11 Dec 2022 23:21:08 -0800 (PST) X-Google-Smtp-Source: AA0mqf7qdNefU4/Qp+P8D3+1dF5rKH5Nr+rjvpqKoC3RVsWE/HP/fofMCiEfEm68hFX7AMYFzxl6 X-Received: by 2002:a17:90a:b10f:b0:220:7147:c981 with SMTP id z15-20020a17090ab10f00b002207147c981mr8949373pjq.29.1670829668137; Sun, 11 Dec 2022 23:21:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670829668; cv=none; d=google.com; s=arc-20160816; b=FmLY4C/scq8wX6YB4Wl7Q7nFfAJnSzLBmcEGGyscl+MwnB3CVcmBiL1gITCNw9BYoh SuoVBBRarSKwrDTUvzFjNhck2bTfQlYgkhFZolOyf8olD72wzVpvGqaTBfkmoUMXyS9D eXr4ZIC/UW52Ha/T6W8oY0rAL3WvI0vXLdf2esF+J5lQgzApDZbYluAmVuxRb1HcPZZo sVmYyQNyYhyl/mmQd0Tax+iYPo8gYF3j39QhbztoZdf6pQDKqg6zvACUnZRSe9lEcXG+ CA2Gg2YYP2r4jZzsjj00+7ZeHbiNzZ4OeQp3rPwMJ1At0Dee48bLLdoE8BQQBgF1qvoy oyXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature; bh=lkkdVP+4WHoNfuWsKNYdfGhabU02v1DS8szc14fTvI0=; b=QinMOFPZeVxE7dg5tbVnNmu7DBJ2XvFYx5oTcaPXXmBrl1hJJqyD0ZVMNUjciPkAAg 6ihb9vukJ51MbP6SKjkaEjbm1h2BT+MgzTFZdx8yMr0/IzqN31ceqY9piC5D5vzeABL7 nYNP3eaNlMXOlmiaFCQhVHp+xkyubudYC1X/Q59pcVxWTQpfAuB93XBJcnsm+YwFgsIO ZRO4i6sqh0MtQiReVhtBURHgQHqelAPzus93UnvYt4nZb7nEH3amCuqvTjhuGdeO8OdO 1Ab7gd59EGrqUXU3m5QE5wKqe0WNiHk00IqXmFDpWOxnaNCWAn2aoaEDVb4hYauDN4dp I8VA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=RD2iWcGq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u5-20020a17090a4bc500b0021a0d65730esi8799675pjl.166.2022.12.11.23.20.58; Sun, 11 Dec 2022 23:21:08 -0800 (PST) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=RD2iWcGq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231325AbiLLHBX (ORCPT + 76 others); Mon, 12 Dec 2022 02:01:23 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44420 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229448AbiLLHBV (ORCPT ); Mon, 12 Dec 2022 02:01:21 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 993ACBC81 for ; Sun, 11 Dec 2022 23:01:20 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id ED39660EDA for ; Mon, 12 Dec 2022 07:01:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A8FE2C433EF; Mon, 12 Dec 2022 07:01:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1670828479; bh=kEC/bBy/GTyYEBCgbPrMyXtSHdKJIlAGnQpUleGGwZI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=RD2iWcGqSwJ8Vjn1J3j24lv892KhzL/IAalLN+QOQ1WVvw23cy9x2JaZ0l607yhQd POvOefa211GYpDgCOtGThvdeL3HaSj+bstUvxTiWmp5ncG2/W+NkFx7UJa5Sl18XSk kqXd4r+kwsad4y/mMWV7yAG6Dpl9gz1Mx0tzdf6dt/uX22gXBMa/ZZnnWD59Usn2A5 pFKMcNghokirApjflY9VinSikE+czRVUdbqOgAjmIORST8uAjTaA64qcO9v0H3Wiqq fYgWe50UaadU5C2MqFOWXQrMK330OPVodLqgKxRjh/i00txk4nMRVXb/lEY77cpDD2 B+m0Gxi0PKBmA== Date: Mon, 12 Dec 2022 15:01:12 +0800 From: Gao Xiang To: Linus Torvalds Cc: linux-erofs@lists.ozlabs.org, linux-cachefs@redhat.com, LKML , David Howells , Jeff Layton , Chao Yu , Yue Hu , Jingbo Xu , Hou Tao , Chen Zhongjin , Jia Zhu Subject: Re: [GIT PULL] erofs updates for 6.2-rc1 (fscache part inclusive) Message-ID: Mail-Followup-To: Linus Torvalds , linux-erofs@lists.ozlabs.org, linux-cachefs@redhat.com, LKML , David Howells , Jeff Layton , Chao Yu , Yue Hu , Jingbo Xu , Hou Tao , Chen Zhongjin , Jia Zhu References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Linus, On Sun, Dec 11, 2022 at 01:29:21AM +0800, Gao Xiang wrote: > Hi Linus, > > Once the merge window opens, could you consider this pull request for > 6.2-rc1? > > In this cycle, large folios are now enabled in the iomap/fscache mode > for uncompressed files first. In order to do that, we've also cleaned > up better interfaces between erofs and fscache, which are acked by > fscache/netfs folks and included in this pull request. > > Other than that, there are random fixes around erofs over fscache and > crafted images by syzbot, minor cleanups and documentation updates. > > Note that there could be a trivial conflict between erofs and vfs > tree according to linux-next report [1]. > > Happy Holidays! > Gao Xiang > > [1] https://lore.kernel.org/r/20221205092415.56cc6e19@canb.auug.org.au/ > > The following changes since commit eb7081409f94a9a8608593d0fb63a1aa3d6f95d8: > > Linux 6.1-rc6 (2022-11-20 16:02:16 -0800) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs.git tags/erofs-for-6.2-rc1 > > for you to fetch changes up to c505feba4c0d76084e56ec498ce819f02a7043ae: > Sorry for bothering again. Just having seen v6.2 pull request requirements together with Linux 6.1 announcement. Comparing with the latest -next on the last Thursday, there was one-liner addition on commit 927e5010ff5b ("erofs: use kmap_local_page() only for erofs_bread()") as below: diff --git a/fs/erofs/inode.c b/fs/erofs/inode.c index 85932086d23f..5b3a793103af 100644 --- a/fs/erofs/inode.c +++ b/fs/erofs/inode.c @@ -268,6 +268,7 @@ static int erofs_fill_inode(struct inode *inode) case S_IFDIR: inode->i_op = &erofs_dir_iops; inode->i_fop = &erofs_dir_fops; + inode_nohighmem(inode); break; case S_IFLNK: err = erofs_fill_symlink(inode, kaddr, ofs) since I found erofs_lookup() could break on x86 platform with HIGHMEM enabled this weekend and I made all dirs inode_nohighmem() and folded into the original patch since it's no needed to keep dirs in HIGHMEM. I don't find other strange other than this. Because there is no -next version on Monday, if you would like to take all commits in -next you could take git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs.git tags/erofs-for-6.2-rc1-alt instead (the top commit is e5293c693d68f705787480159c4cd332c09c5e67.) In that way I will send another patch to fix the issue above later, but if it's possible, it'd be better to apply "tags/erofs-for-6.2-rc1" directly... The diffstat of tags/erofs-for-6.2-rc1-alt is: Chen Zhongjin (1): erofs: Fix pcluster memleak when its block address is zero Gao Xiang (5): erofs: update documentation erofs: clean up cached I/O strategies erofs: use kmap_local_page() only for erofs_bread() erofs: fix missing unmap if z_erofs_get_extent_compressedlen() fails erofs: validate the extent length for uncompressed pclusters Hou Tao (1): erofs: check the uniqueness of fsid in shared domain in advance Jingbo Xu (5): erofs: enable large folios for iomap mode fscache,cachefiles: add prepare_ondemand_read() callback erofs: switch to prepare_ondemand_read() in fscache mode erofs: support large folios for fscache mode erofs: enable large folios for fscache mode Documentation/filesystems/erofs.rst | 38 ++-- fs/cachefiles/io.c | 77 ++++--- fs/erofs/data.c | 10 +- fs/erofs/fscache.c | 408 ++++++++++++++++-------------------- fs/erofs/inode.c | 1 + fs/erofs/internal.h | 13 +- fs/erofs/super.c | 2 +- fs/erofs/xattr.c | 8 +- fs/erofs/zdata.c | 80 +++---- fs/erofs/zmap.c | 15 +- include/linux/netfs.h | 8 + include/trace/events/cachefiles.h | 27 +-- 12 files changed, 343 insertions(+), 344 deletions(-) Thanks, Gao Xiang