From: Dave Chinner <david@fromorbit.com>
To: xfs@oss.sgi.com
Subject: [ANNOUNCE] xfsprogs: for-next branch updated to b488748
Date: Fri, 3 Jul 2015 13:34:27 +1000 [thread overview]
Message-ID: <20150703033427.GN7943@dastard> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 2352 bytes --]
Hi folks,
The for-next branch of the xfsprogs repository at
git://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git has just been
updated.
This update brings the libxfs code up to the same state as what has
just been merged into the 4.2 kernel tree. This update was done
using the new libxfs-apply tool to pull the required kernel commits
across to the xfsprogs repository, hence the commits retain the
correct author and signoffs from the kernel commits. Some of the
patches required minor changes outside xfsprogs so I did them as
necessary.
-Dave.
The new head of the master branch is commit:
b488748 Merge branch 'libxfs-4.2-rc1-update' into for-next
New Commits:
Brian Foster (2):
[ac2ed13] xfs: always log the inode on unwritten extent conversion
[e736ab9] xfs: check min blks for random debug mode sparse allocations
Christoph Hellwig (1):
[1817f86] xfs: return a void pointer from xfs_buf_offset
Dave Chinner (7):
[70e6227] xfs: extent size hints can round up extents past MAXEXTLEN
[7c128bd] xfs: xfs_attr_inactive leaves inconsistent attr fork state behind
[fe57a2e] xfs: xfs_alloc_fix_freelist() can use incore perag structures
[d37baa7] xfs: factor out free space extent length check
[33f3851] xfs: sanitise error handling in xfs_alloc_fix_freelist
[d29c243] xfs: clean up XFS_MIN_FREELIST macros
[b488748] Merge branch 'libxfs-4.2-rc1-update' into for-next
George Wang (1):
[b0e6012] xfs: use percpu_counter_read_positive for mp->m_icount
Code Diffstat:
libxfs/libxfs_io.h | 2 +-
libxfs/libxfs_priv.h | 5 +-
libxfs/util.c | 2 +-
libxfs/xfs_alloc.c | 239 ++++++++++++++++++++++++++---------------------
libxfs/xfs_alloc.h | 8 +-
libxfs/xfs_attr_leaf.c | 8 +-
libxfs/xfs_attr_leaf.h | 2 +-
libxfs/xfs_bmap.c | 44 ++++++---
libxfs/xfs_format.h | 13 ---
libxfs/xfs_ialloc.c | 24 +++--
libxfs/xfs_ialloc.h | 3 +-
libxfs/xfs_inode_buf.c | 8 +-
libxfs/xfs_trans_resv.h | 4 +-
libxfs/xfs_trans_space.h | 2 +-
mkfs/xfs_mkfs.c | 12 ++-
repair/phase5.c | 3 +-
repair/xfs_repair.c | 7 +-
17 files changed, 213 insertions(+), 173 deletions(-)
--
Dave Chinner
david@fromorbit.com
[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
[-- Attachment #2: Type: text/plain, Size: 121 bytes --]
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
reply other threads:[~2015-07-03 3:34 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20150703033427.GN7943@dastard \
--to=david@fromorbit.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox