xfs
[Top] [All Lists]

[XFS updates] XFS development tree branch, for-linus, updated. v2.6.30-r

To: xfs@xxxxxxxxxxx
Subject: [XFS updates] XFS development tree branch, for-linus, updated. v2.6.30-rc4-4461-gc8a4051
From: xfs@xxxxxxxxxxx
Date: Fri, 31 Jul 2009 00:56:55 -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, for-linus has been updated
  c8a4051 xfs: bump up nr_to_write in xfs_vm_writepage
  97db39a xfs: reduce bmv_count in xfs_vn_fiemap
      from  fd40261354802b0f05f6f67121235aa002e87069 (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 c8a4051c3731b6db224482218cfd535ab9393ff8
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date:   Fri Jul 31 00:02:17 2009 -0500

    xfs: bump up nr_to_write in xfs_vm_writepage
    
    VM calculation for nr_to_write seems off.  Bump it way
    up, this gets simple streaming writes zippy again.
    To be reviewed again after Jens' writeback changes.
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxxxxxxxxx>
    Signed-off-by: Eric Sandeen <sandeen@xxxxxxxxxxx>
    Cc: Chris Mason <chris.mason@xxxxxxxxxx>
    Reviewed-by: Felix Blyakher <felixb@xxxxxxx>
    Signed-off-by: Felix Blyakher <felixb@xxxxxxx>

commit 97db39a1f6f69e906e98118392400de5217aa33a
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date:   Sun Jul 26 21:52:01 2009 -0500

    xfs: reduce bmv_count in xfs_vn_fiemap
    
    commit 6321e3ed2acf3ee9643cdd403e1c88605d7944ba caused
    the full bmv_count's worth of getbmapx structures to get
    allocated; telling it to do MAXEXTNUM was a bit insane,
    resulting in ENOMEM every time.
    
    Chop it down to something reasonable, the number of slots
    in the caller's input buffer.  If this is too large the
    caller may get ENOMEM but the reason should not be a
    mystery, and they can try again with something smaller.
    
    We add 1 to the value because in the normal getbmap
    world, bmv_count includes the header and xfs_getbmap does:
    
            nex = bmv->bmv_count - 1;
            if (nex <= 0)
                    return XFS_ERROR(EINVAL);
    
    Signed-off-by: Eric Sandeen <sandeen@xxxxxxxxxxx>
    Reviewed-by: Olaf Weber <olaf@xxxxxxx>
    Reviewed-by: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Felix Blyakher <felixb@xxxxxxx>

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

Summary of changes:
 fs/xfs/linux-2.6/xfs_aops.c |    8 ++++++++
 fs/xfs/linux-2.6/xfs_iops.c |    4 ++--
 2 files changed, 10 insertions(+), 2 deletions(-)


hooks/post-receive
-- 
XFS development tree

<Prev in Thread] Current Thread [Next in Thread>
  • [XFS updates] XFS development tree branch, for-linus, updated. v2.6.30-rc4-4461-gc8a4051, xfs <=