From: Dave Chinner <david@fromorbit.com>
To: xfs@oss.sgi.com
Cc: linux-fsdevel@vger.kernel.org, rpeterso@redhat.com
Subject: [ANNOUNCE] xfs: for-next branch updated to f477ced
Date: Wed, 22 Jun 2016 10:29:17 +1000 [thread overview]
Message-ID: <20160622002917.GH27480@dastard> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 4609 bytes --]
Hi folks,
The for-next branch of the xfs kernel repository at
git://git.kernel.org/pub/scm/linux/kernel/git/dgc/linux-xfs.git
has just been updated. This update includes the long-awaited
iomap-based IO path infrastructure changes that Christoph has
finished off, along with a few bug fixes and the first handful of
miscellaneous changes from Darrick's mega-rmap patchset.
The iomap infrastructure patches are in their own separate branch -
fs-4.8-iomap-infrastructure - so it can be considered a stable
branch and hence can be merged into other fs trees so they can start
adding their own iomap-based work. It will be included in the
linux-next build by the merge into the XFS tree's for-next branch.
Any bug fixes that are needed will be appended to this branch, so
please cc me on bug reports so I see them quickly.
Cheers,
Dave.
The new head of the for-next branch is commit:
f477ced Merge branch 'xfs-4.8-misc-fixes-2' into for-next
New Commits:
Brian Foster (2):
[fa5a4f5] xfs: cancel eofblocks background trimming on remount read-only
[408fd48] xfs: refactor xfs_reserve_blocks() to handle ENOSPC correctly
Christoph Hellwig (14):
[199a31c] fs: move struct iomap from exportfs.h to a separate header
[ae259a9] fs: introduce iomap infrastructure
[9a286f0] fs: support DAX based iomap zeroing
[8be9f56] fs: iomap based fiemap implementation
[3b3dce0] xfs: make xfs_bmbt_to_iomap available outside of xfs_pnfs.c
[f0c6bcb] xfs: reorder zeroing and flushing sequence in truncate
[68a9f5e] xfs: implement iomap based buffered write path
[6e8a27a] xfs: remove buffered write support from __xfs_get_blocks
[d2bb140] xfs: use iomap fiemap implementation
[459f0fb] xfs: use iomap infrastructure for DAX zeroing
[7bb41db] xfs: handle 64-bit length in xfs_iozero
[570b621] xfs: use xfs_zero_range in xfs_zero_eof
[bdb0d04] xfs: split xfs_free_file_space in manageable pieces
[3c2bdc9] xfs: kill xfs_zero_remaining_bytes
Darrick J. Wong (6):
[3f94c44] xfs: check offsets of variable length structures
[479c641] xfs: enable buffer deadlock postmortem diagnosis via ftrace
[128f24d] xfs: check for a valid error_tag in errortag_add
[59bad07] xfs: rearrange xfs_bmap_add_free parameters
[e66a4c6] xfs: convert list of extents to free into a regular list
[19b54ee] xfs: refactor btree maxlevels computation
Dave Chinner (4):
[07931b7] Merge branch 'fs-4.8-iomap-infrastructure' into for-next
[9b7fad2] Merge branch 'xfs-4.8-iomap-write' into for-next
[4d89e20] xfs: separate freelist fixing into a separate helper
[f477ced] Merge branch 'xfs-4.8-misc-fixes-2' into for-next
Code Diffstat:
fs/Kconfig | 3 +
fs/Makefile | 1 +
fs/buffer.c | 76 ++++++-
fs/internal.h | 3 +
fs/iomap.c | 497 ++++++++++++++++++++++++++++++++++++++++++++
fs/nfsd/blocklayout.c | 1 +
fs/nfsd/blocklayoutxdr.c | 1 +
fs/xfs/Kconfig | 1 +
fs/xfs/libxfs/xfs_alloc.c | 99 +++++----
fs/xfs/libxfs/xfs_alloc.h | 2 +
fs/xfs/libxfs/xfs_bmap.c | 51 ++---
fs/xfs/libxfs/xfs_bmap.h | 18 +-
fs/xfs/libxfs/xfs_bmap_btree.c | 2 +-
fs/xfs/libxfs/xfs_btree.c | 19 ++
fs/xfs/libxfs/xfs_btree.h | 2 +
fs/xfs/libxfs/xfs_ialloc.c | 28 +--
fs/xfs/xfs_aops.c | 283 ++-----------------------
fs/xfs/xfs_bmap_util.c | 375 ++++++++++++++-------------------
fs/xfs/xfs_bmap_util.h | 1 -
fs/xfs/xfs_buf.c | 8 +-
fs/xfs/xfs_error.c | 3 +
fs/xfs/xfs_file.c | 193 ++---------------
fs/xfs/xfs_fsops.c | 105 ++++++----
fs/xfs/xfs_icache.c | 2 +-
fs/xfs/xfs_icache.h | 1 +
fs/xfs/xfs_inode.h | 3 +-
fs/xfs/xfs_iomap.c | 171 +++++++++++++++
fs/xfs/xfs_iomap.h | 7 +
fs/xfs/xfs_iops.c | 113 ++--------
fs/xfs/xfs_ondisk.h | 25 ++-
fs/xfs/xfs_pnfs.c | 27 +--
fs/xfs/xfs_super.c | 13 +-
fs/xfs/xfs_trace.h | 4 +
include/linux/exportfs.h | 16 +-
include/linux/iomap.h | 70 +++++++
35 files changed, 1262 insertions(+), 962 deletions(-)
create mode 100644 fs/iomap.c
create mode 100644 include/linux/iomap.h
--
Dave Chinner
david@fromorbit.com
[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
[-- Attachment #2: Type: text/plain, Size: 121 bytes --]
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
WARNING: multiple messages have this Message-ID (diff)
From: Dave Chinner <david@fromorbit.com>
To: xfs@oss.sgi.com
Cc: linux-fsdevel@vger.kernel.org, rpeterso@redhat.com
Subject: [ANNOUNCE] xfs: for-next branch updated to f477ced
Date: Wed, 22 Jun 2016 10:29:17 +1000 [thread overview]
Message-ID: <20160622002917.GH27480@dastard> (raw)
[-- Attachment #1: Type: text/plain, Size: 4609 bytes --]
Hi folks,
The for-next branch of the xfs kernel repository at
git://git.kernel.org/pub/scm/linux/kernel/git/dgc/linux-xfs.git
has just been updated. This update includes the long-awaited
iomap-based IO path infrastructure changes that Christoph has
finished off, along with a few bug fixes and the first handful of
miscellaneous changes from Darrick's mega-rmap patchset.
The iomap infrastructure patches are in their own separate branch -
fs-4.8-iomap-infrastructure - so it can be considered a stable
branch and hence can be merged into other fs trees so they can start
adding their own iomap-based work. It will be included in the
linux-next build by the merge into the XFS tree's for-next branch.
Any bug fixes that are needed will be appended to this branch, so
please cc me on bug reports so I see them quickly.
Cheers,
Dave.
The new head of the for-next branch is commit:
f477ced Merge branch 'xfs-4.8-misc-fixes-2' into for-next
New Commits:
Brian Foster (2):
[fa5a4f5] xfs: cancel eofblocks background trimming on remount read-only
[408fd48] xfs: refactor xfs_reserve_blocks() to handle ENOSPC correctly
Christoph Hellwig (14):
[199a31c] fs: move struct iomap from exportfs.h to a separate header
[ae259a9] fs: introduce iomap infrastructure
[9a286f0] fs: support DAX based iomap zeroing
[8be9f56] fs: iomap based fiemap implementation
[3b3dce0] xfs: make xfs_bmbt_to_iomap available outside of xfs_pnfs.c
[f0c6bcb] xfs: reorder zeroing and flushing sequence in truncate
[68a9f5e] xfs: implement iomap based buffered write path
[6e8a27a] xfs: remove buffered write support from __xfs_get_blocks
[d2bb140] xfs: use iomap fiemap implementation
[459f0fb] xfs: use iomap infrastructure for DAX zeroing
[7bb41db] xfs: handle 64-bit length in xfs_iozero
[570b621] xfs: use xfs_zero_range in xfs_zero_eof
[bdb0d04] xfs: split xfs_free_file_space in manageable pieces
[3c2bdc9] xfs: kill xfs_zero_remaining_bytes
Darrick J. Wong (6):
[3f94c44] xfs: check offsets of variable length structures
[479c641] xfs: enable buffer deadlock postmortem diagnosis via ftrace
[128f24d] xfs: check for a valid error_tag in errortag_add
[59bad07] xfs: rearrange xfs_bmap_add_free parameters
[e66a4c6] xfs: convert list of extents to free into a regular list
[19b54ee] xfs: refactor btree maxlevels computation
Dave Chinner (4):
[07931b7] Merge branch 'fs-4.8-iomap-infrastructure' into for-next
[9b7fad2] Merge branch 'xfs-4.8-iomap-write' into for-next
[4d89e20] xfs: separate freelist fixing into a separate helper
[f477ced] Merge branch 'xfs-4.8-misc-fixes-2' into for-next
Code Diffstat:
fs/Kconfig | 3 +
fs/Makefile | 1 +
fs/buffer.c | 76 ++++++-
fs/internal.h | 3 +
fs/iomap.c | 497 ++++++++++++++++++++++++++++++++++++++++++++
fs/nfsd/blocklayout.c | 1 +
fs/nfsd/blocklayoutxdr.c | 1 +
fs/xfs/Kconfig | 1 +
fs/xfs/libxfs/xfs_alloc.c | 99 +++++----
fs/xfs/libxfs/xfs_alloc.h | 2 +
fs/xfs/libxfs/xfs_bmap.c | 51 ++---
fs/xfs/libxfs/xfs_bmap.h | 18 +-
fs/xfs/libxfs/xfs_bmap_btree.c | 2 +-
fs/xfs/libxfs/xfs_btree.c | 19 ++
fs/xfs/libxfs/xfs_btree.h | 2 +
fs/xfs/libxfs/xfs_ialloc.c | 28 +--
fs/xfs/xfs_aops.c | 283 ++-----------------------
fs/xfs/xfs_bmap_util.c | 375 ++++++++++++++-------------------
fs/xfs/xfs_bmap_util.h | 1 -
fs/xfs/xfs_buf.c | 8 +-
fs/xfs/xfs_error.c | 3 +
fs/xfs/xfs_file.c | 193 ++---------------
fs/xfs/xfs_fsops.c | 105 ++++++----
fs/xfs/xfs_icache.c | 2 +-
fs/xfs/xfs_icache.h | 1 +
fs/xfs/xfs_inode.h | 3 +-
fs/xfs/xfs_iomap.c | 171 +++++++++++++++
fs/xfs/xfs_iomap.h | 7 +
fs/xfs/xfs_iops.c | 113 ++--------
fs/xfs/xfs_ondisk.h | 25 ++-
fs/xfs/xfs_pnfs.c | 27 +--
fs/xfs/xfs_super.c | 13 +-
fs/xfs/xfs_trace.h | 4 +
include/linux/exportfs.h | 16 +-
include/linux/iomap.h | 70 +++++++
35 files changed, 1262 insertions(+), 962 deletions(-)
create mode 100644 fs/iomap.c
create mode 100644 include/linux/iomap.h
--
Dave Chinner
david@fromorbit.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next reply other threads:[~2016-06-22 0:29 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-22 0:29 Dave Chinner [this message]
2016-06-22 0:29 ` [ANNOUNCE] xfs: for-next branch updated to f477ced Dave Chinner
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=20160622002917.GH27480@dastard \
--to=david@fromorbit.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=rpeterso@redhat.com \
--cc=xfs@oss.sgi.com \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.