From: "Darrick J. Wong" <djwong@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: "Darrick J. Wong" <djwong@kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-xfs <linux-xfs@vger.kernel.org>,
Eric Sandeen <sandeen@sandeen.net>
Subject: [GIT PULL] xfs: fixes for 4.14-rc5
Date: Thu, 12 Oct 2017 14:43:09 -0700 [thread overview]
Message-ID: <20171012214309.GK7122@magnolia> (raw)
Hi Linus,
Here's round three of bug fixes and other build problems.
--D
The following changes since commit e12199f85d0ad1b04ce6c425ad93cd847fe930bb:
xfs: handle racy AIO in xfs_reflink_end_cow (2017-10-03 21:27:55 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git tags/xfs-4.14-fixes-5
for you to fetch changes up to 93e8befc17f6d6ea92b0aee3741ceac8bca4590f:
xfs: handle error if xfs_btree_get_bufs fails (2017-10-11 10:21:07 -0700)
----------------------------------------------------------------
Changes since last update:
- Fix a stale kernel memory exposure when logging inodes.
- Fix some build problems with CONFIG_XFS_RT=n
- Don't change inode mode if the acl write fails, leaving the file totally
inaccessible.
- Fix a dangling pointer problem when removing an attr fork under memory
pressure.
- Don't crash while trying to invalidate a null buffer associated with a
corrupt metadata pointer.
----------------------------------------------------------------
Brian Foster (1):
xfs: reinit btree pointer on attr tree inactivation walk
Dave Chinner (3):
xfs: Don't log uninitialised fields in inode structures
xfs: move more RT specific code under CONFIG_XFS_RT
xfs: don't change inode mode if ACL update fails
Eric Sandeen (1):
xfs: handle error if xfs_btree_get_bufs fails
Thomas Meyer (1):
xfs: Fix bool initialization/comparison
fs/xfs/libxfs/xfs_alloc.c | 8 +++++
fs/xfs/libxfs/xfs_bmap.c | 4 +--
fs/xfs/libxfs/xfs_ialloc.c | 4 +--
fs/xfs/libxfs/xfs_log_format.h | 27 +++++----------
fs/xfs/xfs_acl.c | 22 ++++++++----
fs/xfs/xfs_attr_inactive.c | 2 ++
fs/xfs/xfs_bmap_util.c | 2 ++
fs/xfs/xfs_bmap_util.h | 13 +++++++
fs/xfs/xfs_file.c | 4 +--
fs/xfs/xfs_fsmap.c | 12 +++++++
fs/xfs/xfs_inode_item.c | 79 ++++++++++++++++++++++--------------------
fs/xfs/xfs_log.c | 2 +-
fs/xfs/xfs_mount.c | 2 +-
fs/xfs/xfs_ondisk.h | 2 +-
14 files changed, 111 insertions(+), 72 deletions(-)
reply other threads:[~2017-10-12 21:43 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=20171012214309.GK7122@magnolia \
--to=djwong@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@sandeen.net \
--cc=torvalds@linux-foundation.org \
/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