xfs
[Top] [All Lists]

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

To: xfs@xxxxxxxxxxx
Subject: [XFS updates] XFS development tree branch, master, updated. v2.6.33-6336-ge8c3753
From: xfs@xxxxxxxxxxx
Date: Tue, 16 Mar 2010 18:22:08 -0500
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
  e8c3753 xfs: don't warn about page discards on shutdown
  8a262e5 xfs: use scalable vmap API
  cd9640a xfs: remove old vmap cache
      from  57d54889cd00db2752994b389ba714138652e60c (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 e8c3753ce4cd6a805ebcfdb3aa6d30e6f4b8b3e0
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date:   Mon Mar 15 02:36:35 2010 +0000

    xfs: don't warn about page discards on shutdown
    
    If we are doing a forced shutdown, we can get lots of noise about
    delalloc pages being discarded. This is happens by design during a
    forced shutdown, so don't spam the logs with these messages.
    
    Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Reviewed-by: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

commit 8a262e573d30187b32b5534ec489446931239cc5
Author: Alex Elder <aelder@xxxxxxx>
Date:   Tue Mar 16 18:55:56 2010 +0000

    xfs: use scalable vmap API
    
    Re-apply a commit that had been reverted due to regressions
    that have since been fixed.
    
        From 95f8e302c04c0b0c6de35ab399a5551605eeb006 Mon Sep 17 00:00:00 2001
        From: Nick Piggin <npiggin@xxxxxxx>
        Date: Tue, 6 Jan 2009 14:43:09 +1100
    
        Implement XFS's large buffer support with the new vmap APIs. See the 
vmap
        rewrite (db64fe02) for some numbers. The biggest improvement that comes 
from
        using the new APIs is avoiding the global KVA allocation lock on every 
call.
    
        Signed-off-by: Nick Piggin <npiggin@xxxxxxx>
        Reviewed-by: Christoph Hellwig <hch@xxxxxxxxxxxxx>
        Signed-off-by: Lachlan McIlroy <lachlan@xxxxxxx>
    
    Only modifications here were a minor reformat, plus making the patch
    apply given the new use of xfs_buf_is_vmapped().
    
    Modified-by: Alex Elder <aelder@xxxxxxx>
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

commit cd9640a70d542ca026a812ac34733799da0a39c9
Author: Alex Elder <aelder@xxxxxxx>
Date:   Tue Mar 16 18:55:54 2010 +0000

    xfs: remove old vmap cache
    
    Re-apply a commit that had been reverted due to regressions
    that have since been fixed.
    
        Original commit: d2859751cd0bf586941ffa7308635a293f943c17
        Author: Nick Piggin <npiggin@xxxxxxx>
        Date: Tue, 6 Jan 2009 14:40:44 +1100
    
        XFS's vmap batching simply defers a number (up to 64) of vunmaps,
        and keeps track of them in a list. To purge the batch, it just goes
        through the list and calls vunamp on each one. This is pretty poor:
        a global TLB flush is generally still performed on each vunmap, with
        the most expensive parts of the operation being the broadcast IPIs
        and locking involved in the SMP callouts, and the locking involved
        in the vmap management -- none of these are avoided by just batching
        up the calls. I'm actually surprised it ever made much difference.
        (Now that the lazy vmap allocator is upstream, this description is
        not quite right, but the vunmap batching still doesn't seem to do
        much).
    
        Rip all this logic out of XFS completely. I will improve vmap
        performance and scalability directly in subsequent patch.
    
        Signed-off-by: Nick Piggin <npiggin@xxxxxxx>
        Reviewed-by: Christoph Hellwig <hch@xxxxxxxxxxxxx>
        Signed-off-by: Lachlan McIlroy <lachlan@xxxxxxx>
    
    The only change I made was to use the "new" xfs_buf_is_vmapped()
    function in a place it had been open-coded in the original.
    
    Modified-by: Alex Elder <aelder@xxxxxxx>
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

-----------------------------------------------------------------------

Summary of changes:
 fs/xfs/linux-2.6/xfs_aops.c |   13 +++++--
 fs/xfs/linux-2.6/xfs_buf.c  |   81 ++----------------------------------------
 2 files changed, 14 insertions(+), 80 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-6336-ge8c3753, xfs <=