linux-erofs.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Gao Xiang <xiang@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	Peng Tao <tao.peng@linux.alibaba.com>,
	Miao Xie <miaoxie@huawei.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Joseph Qi <joseph.qi@linux.alibaba.com>,
	Yue Hu <huyue2@yulong.com>, Liu Bo <bo.liu@linux.alibaba.com>,
	linux-fsdevel@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Liu Jiang <gerry@linux.alibaba.com>,
	linux-erofs@lists.ozlabs.org
Subject: [GIT PULL] erofs updates for 5.15-rc1
Date: Wed, 1 Sep 2021 06:59:42 +0800	[thread overview]
Message-ID: <20210831225935.GA26537@hsiangkao-HP-ZHAN-66-Pro-G1> (raw)

Hi Linus.

Could you consider this pull request for 5.15-rc1?

In this cycle, direct I/O and fsdax support for uncompressed files
are now added in order to avoid double-caching for loop device and
VM container use cases. All uncompressed cases are now turned into
iomap infrastructure, which looks much simpler and cleaner.

Besides, fiemap support is added for both (un)compressed files by
using iomap infrastructure as well so end users can easily get file
distribution. We've also added chunk-based uncompressed files support
for data deduplication as the next step of VM container use cases.

All commits have been tested and have been in linux-next. Note that
in order to support iomap tail-packing inline, I had to merge iomap
core branch (I've created a merge commit with the reason) in advance
to resolve such functional dependency, which is now merged into
upstream. Hopefully I did the right thing...

Also, there is a merge conflict detected by Stephen with new fsdax
cleanups in the nvdimm tree, which can be resolved as below if needed:
https://lore.kernel.org/r/20210830170938.6fd8813d@canb.auug.org.au

Thanks,
Gao Xiang

The following changes since commit c500bee1c5b2f1d59b1081ac879d73268ab0ff17:

  Linux 5.14-rc4 (2021-08-01 17:04:17 -0700)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs.git tags/erofs-for-5.15-rc1

for you to fetch changes up to 1266b4a7ecb679587dc4d098abe56ea53313d569:

  erofs: fix double free of 'copied' (2021-08-25 22:05:58 +0800)

----------------------------------------------------------------
Changes since last update:

 - support direct I/O for all uncompressed files;

 - support fsdax for non-tailpacking regular files;

 - use iomap infrastructure for all uncompressed cases;

 - support fiemap for both (un)compressed files;

 - introduce chunk-based files for chunk deduplication.

 - some cleanups.

----------------------------------------------------------------
Andreas Gruenbacher (1):
      iomap: Fix some typos and bad grammar

Christoph Hellwig (2):
      iomap: simplify iomap_readpage_actor
      iomap: simplify iomap_add_to_ioend

Gao Xiang (9):
      iomap: support reading inline data from non-zero pos
      erofs: dax support for non-tailpacking regular file
      Merge tag 'iomap-5.15-merge-2' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git
      erofs: convert all uncompressed cases to iomap
      erofs: add support for the full decompressed length
      erofs: add fiemap support with iomap
      erofs: introduce chunk-based file on-disk format
      erofs: support reading chunk-based uncompressed files
      erofs: fix double free of 'copied'

Huang Jianan (1):
      erofs: iomap support for non-tailpacking DIO

Matthew Wilcox (Oracle) (3):
      iomap: Support inline data with block size < page size
      iomap: Use kmap_local_page instead of kmap_atomic
      iomap: Add another assertion to inline data handling

Yue Hu (2):
      erofs: directly use wrapper erofs_page_is_managed() when shrinking
      erofs: remove the mapping parameter from erofs_try_to_free_cached_page()

 Documentation/filesystems/erofs.rst |  19 +-
 fs/erofs/Kconfig                    |   1 +
 fs/erofs/data.c                     | 415 +++++++++++++++++++-----------------
 fs/erofs/erofs_fs.h                 |  47 +++-
 fs/erofs/inode.c                    |  29 ++-
 fs/erofs/internal.h                 |  22 +-
 fs/erofs/namei.c                    |   1 +
 fs/erofs/super.c                    |  61 +++++-
 fs/erofs/zdata.c                    |   6 +-
 fs/erofs/zmap.c                     | 133 +++++++++++-
 fs/iomap/buffered-io.c              | 169 +++++++--------
 fs/iomap/direct-io.c                |  10 +-
 include/linux/iomap.h               |  18 ++
 13 files changed, 627 insertions(+), 304 deletions(-)

             reply	other threads:[~2021-08-31 23:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-31 22:59 Gao Xiang [this message]
2021-09-02 16:18 ` Linus Torvalds
2021-09-02 18:20   ` Gao Xiang
2021-09-02 18:57     ` Linus Torvalds
2021-09-02 17:37 ` pr-tracker-bot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210831225935.GA26537@hsiangkao-HP-ZHAN-66-Pro-G1 \
    --to=xiang@kernel.org \
    --cc=bo.liu@linux.alibaba.com \
    --cc=dan.j.williams@intel.com \
    --cc=gerry@linux.alibaba.com \
    --cc=huyue2@yulong.com \
    --cc=joseph.qi@linux.alibaba.com \
    --cc=linux-erofs@lists.ozlabs.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=miaoxie@huawei.com \
    --cc=sfr@canb.auug.org.au \
    --cc=tao.peng@linux.alibaba.com \
    --cc=torvalds@linux-foundation.org \
    --subject='Re: [GIT PULL] erofs updates for 5.15-rc1' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).