xfs
[Top] [All Lists]

[XFS updates] XFS development tree branch, master, updated. v2.6.33-74-g

To: xfs@xxxxxxxxxxx
Subject: [XFS updates] XFS development tree branch, master, updated. v2.6.33-74-g07000ee
From: xfs@xxxxxxxxxxx
Date: Fri, 5 Mar 2010 13:00:40 -0600
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

<Prev in Thread] Current Thread [Next in Thread>
  • [XFS updates] XFS development tree branch, master, updated. v2.6.33-74-g07000ee, xfs <=