This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "XFS development tree".
The branch, master has been updated
07000ee xfs: return inode fork offset in bulkstat for fsr
8babd8a xfs: Increase the default size of the reserved blocks pool
3ed3a43 xfs: truncate delalloc extents when IO fails in writeback
20f6b2c xfs: check for more work before sleeping in xfssyncd
6941893 xfs: Fix a build warning in xfs_aops.c
from f1f724e4b523d444c5a598d74505aefa3d6844d2 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 07000ee686cf19e853fa06f7904eff2cfe230ea3
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date: Fri Mar 5 04:41:14 2010 +0000
xfs: return inode fork offset in bulkstat for fsr
So that fsr can attempt to get the fork offset of the temporary
inode it uses the same as the inode it is defragmenting, pass the
fork offset out in the bulkstat information.
The bulkstat structure has padding that has always been zeroed, so
userspace can tell if this field is set or not by use of the xattr
present flag and a non-zero value for the fork offset.
Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
Reviewed-by: Christoph Hellwig <hch@xxxxxx>
Signed-off-by: Alex Elder <aelder@xxxxxxx>
commit 8babd8a2e75cccff3167a61176c2a3e977e13799
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu Mar 4 01:46:25 2010 +0000
xfs: Increase the default size of the reserved blocks pool
The current default size of the reserved blocks pool is easy to deplete
with certain workloads, in particular workloads that do lots of concurrent
delayed allocation extent conversions. If enough transactions are running
in parallel and the entire pool is consumed then subsequent calls to
xfs_trans_reserve() will fail with ENOSPC. Also add a rate limited
warning so we know if this starts happening again.
This is an updated version of an old patch from Lachlan McIlroy.
Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>
Signed-off-by: Alex Elder <aelder@xxxxxxx>
commit 3ed3a4343b79a79d10e31f85f2d1afabcead76c6
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date: Fri Mar 5 02:00:42 2010 +0000
xfs: truncate delalloc extents when IO fails in writeback
We currently use block_invalidatepage() to clean up pages where I/O
fails in ->writepage(). Unfortunately, if the page has delalloc
regions on it, we fail to remove the delalloc regions when we
invalidate the page. This can result in tripping a BUG() in
xfs_get_blocks() later on if a direct IO read is done on that same
region - the delalloc extent is returned when none is supposed to be
there.
Fix this by truncating away the delalloc regions on the page before
invalidating it. Because they are delalloc, we can do this without
needing a transaction. Indeed - if we get ENOSPC errors, we have to
be able to do this truncation without a transaction as there is
no space left for block reservation (typically why we see a ENOSPC
in writeback).
Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
Reviewed-by: Christoph Hellwig <hch@xxxxxx>
Signed-off-by: Alex Elder <aelder@xxxxxxx>
commit 20f6b2c785cf187445f126321638ab8ba7aa7494
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu Mar 4 01:46:23 2010 +0000
xfs: check for more work before sleeping in xfssyncd
xfssyncd processes a queue of work by detaching the queue and
then iterating over all the work items. It then sleeps for a
time period or until new work comes in. If new work is queued
while xfssyncd is actively processing the detached work queue,
it will not process that new work until after a sleep timeout
or the next work event queued wakes it.
Fix this by checking the work queue again before going to sleep.
Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>
Signed-off-by: Christoph Hellwig <hch@xxxxxx>
Signed-off-by: Alex Elder <aelder@xxxxxxx>
commit 694189328a7e566cb84bd3205503a42b60e87882
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu Mar 4 00:57:09 2010 +0000
xfs: Fix a build warning in xfs_aops.c
Fix a build warning that slipped through. Dave Chinner had posted
an updated version of his patch but the previous version--without
this fix--was what got committed.
Reported-by: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Signed-off-by: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>
Signed-off-by: Alex Elder <aelder@xxxxxxx>
-----------------------------------------------------------------------
Summary of changes:
fs/xfs/linux-2.6/xfs_aops.c | 126 +++++++++++++++++++++++++++++++++++++++----
fs/xfs/linux-2.6/xfs_sync.c | 6 +-
fs/xfs/xfs_fs.h | 3 +-
fs/xfs/xfs_itable.c | 2 +
fs/xfs/xfs_mount.c | 49 ++++++++++-------
5 files changed, 151 insertions(+), 35 deletions(-)
hooks/post-receive
--
XFS development tree
|