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-32819-g3fc98b1
From: xfs@xxxxxxxxxxx
Date: Wed, 16 Dec 2009 15:20:39 -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, for-linus has been updated
  3fc98b1 XFS: Free buffer pages array unconditionally
  a5f9be5 xfs: kill xfs_bmbt_rec_32/64 types
  2ee1aba xfs: improve metadata I/O merging in the elevator
  b44b112 xfs: check for not fully initialized inodes in xfs_ireclaim
  5fe878a direct-io: cleanup blockdev_direct_IO locking
  d180ec5 Merge branch 'for-linus' of git://oss.sgi.com/xfs/xfs
  03daa57 fs/xfs/xfs_log_recover.c: use %pU to print UUIDs
      from  0b1b213fcf3a8486ada99a2bab84ab8c6f51b264 (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 3fc98b1ac036675b95f6e3fafd5ef147b97d4d30
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date:   Mon Dec 14 23:11:57 2009 +0000

    XFS: Free buffer pages array unconditionally
    
    The code in xfs_free_buf() only attempts to free the b_pages array if the
    buffer is a page cache backed or page allocated buffer. The extra log buffer
    that is used when the log wraps uses pages that are allocated to a different
    log buffer, but it still has a b_pages array allocated when those pages
    are associated to with the extra buffer in xfs_buf_associate_memory.
    
    Hence we need to always attempt to free the b_pages array when tearing
    down a buffer, not just on buffers that are explicitly marked as page 
bearing
    buffers. This fixes a leak detected by the kernel memory leak code.
    
    Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

commit a5f9be58c2b87106100a6053d09b1f9f8d551c6e
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Fri Dec 4 10:19:07 2009 +0000

    xfs: kill xfs_bmbt_rec_32/64 types
    
    For a long time we've always stored bmap btree records in the 64bit format,
    so kill off the dead 32bit type, and make sure the 64bit type is named just
    xfs_bmbt_rec everywhere, without any size postfix.
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reviewed-by: Eric Sandeen <sandeen@xxxxxxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

commit 2ee1abad73a12df5521cd3f017f081f1f684a361
Author: Dave Chinner <dgc@xxxxxxx>
Date:   Tue Nov 24 18:03:15 2009 +0000

    xfs: improve metadata I/O merging in the elevator
    
    Change all async metadata buffers to use [READ|WRITE]_META I/O types
    so that the I/O doesn't get issued immediately. This allows merging of
    adjacent metadata requests but still prioritises them over bulk data.
    This shows a 10-15% improvement in sequential create speed of small
    files.
    
    Don't include the log buffers in this classification - leave them as
    sync types so they are issued immediately.
    
    Signed-off-by: Dave Chinner <dgc@xxxxxxx>
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

commit b44b1126279b60597f96bbe77507b1650f88a969
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Tue Dec 1 18:12:29 2009 +0000

    xfs: check for not fully initialized inodes in xfs_ireclaim
    
    Add an assert for inodes not added to the inode cache in xfs_ireclaim,
    to make sure we're not going to introduce something like the
    famous nfsd inode cache bug again.
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

commit 5fe878ae7f82fbf0830dbfaee4c5ca18f3aee442
Author: Christoph Hellwig <hch@xxxxxx>
Date:   Tue Dec 15 16:47:50 2009 -0800

    direct-io: cleanup blockdev_direct_IO locking
    
    Currently the locking in blockdev_direct_IO is a mess, we have three
    different locking types and very confusing checks for some of them.  The
    most complicated one is DIO_OWN_LOCKING for reads, which happens to not
    actually be used.
    
    This patch gets rid of the DIO_OWN_LOCKING - as mentioned above the read
    case is unused anyway, and the write side is almost identical to
    DIO_NO_LOCKING.  The difference is that DIO_NO_LOCKING always sets the
    create argument for the get_blocks callback to zero, but we can easily
    move that to the actual get_blocks callbacks.  There are four users of the
    DIO_NO_LOCKING mode: gfs already ignores the create argument and thus is
    fine with the new version, ocfs2 only errors out if create were ever set,
    and we can remove this dead code now, the block device code only ever uses
    create for an error message if we are fully beyond the device which can
    never happen, and last but not least XFS will need the new behavour for
    writes.
    
    Now we can replace the lock_type variable with a flags one, where no flag
    means the DIO_NO_LOCKING behaviour and DIO_LOCKING is kept as the first
    flag.  Separate out the check for not allowing to fill holes into a
    separate flag, although for now both flags always get set at the same
    time.
    
    Also revamp the documentation of the locking scheme to actually make
    sense.
    
    [akpm@xxxxxxxxxxxxxxxxxxxx: coding-style fixes]
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Cc: Dave Chinner <david@xxxxxxxxxxxxx>
    Cc: Badari Pulavarty <pbadari@xxxxxxxxxx>
    Cc: Jeff Moyer <jmoyer@xxxxxxxxxx>
    Cc: Jens Axboe <jens.axboe@xxxxxxxxxx>
    Cc: Zach Brown <zach.brown@xxxxxxxxxx>
    Cc: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
    Cc: Alex Elder <aelder@xxxxxxx>
    Cc: Mark Fasheh <mfasheh@xxxxxxxx>
    Cc: Joel Becker <joel.becker@xxxxxxxxxx>
    Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
    Signed-off-by: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>

commit d180ec5d348e3a51836d723c182374483012c981
Merge: 53365383c4667aba55385cd1858582c19a7a8a36 
0b1b213fcf3a8486ada99a2bab84ab8c6f51b264
Author: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Date:   Tue Dec 15 09:12:43 2009 -0800

    Merge branch 'for-linus' of git://oss.sgi.com/xfs/xfs
    
    * 'for-linus' of git://oss.sgi.com/xfs/xfs:
      xfs: event tracing support
      xfs: change the xfs_iext_insert / xfs_iext_remove
      xfs: cleanup bmap extent state macros

commit 03daa57cdb2198e36a41ca1f63a030759490363f
Author: Joe Perches <joe@xxxxxxxxxxx>
Date:   Mon Dec 14 18:01:10 2009 -0800

    fs/xfs/xfs_log_recover.c: use %pU to print UUIDs
    
    Signed-off-by: Joe Perches <joe@xxxxxxxxxxx>
    Acked-by: Alex Elder <aelder@xxxxxxx>
    Cc: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
    Signed-off-by: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>

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

Summary of changes:
 fs/xfs/linux-2.6/xfs_aops.c |   20 +++++++-------------
 fs/xfs/linux-2.6/xfs_buf.c  |   10 +++++++---
 fs/xfs/linux-2.6/xfs_buf.h  |    1 +
 fs/xfs/xfs_bmap_btree.h     |   14 +++-----------
 fs/xfs/xfs_iget.c           |   12 ++++++++----
 fs/xfs/xfs_inode_item.h     |    6 +++---
 fs/xfs/xfs_log.c            |    2 ++
 fs/xfs/xfs_log_recover.c    |   14 ++++----------
 8 files changed, 35 insertions(+), 44 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-32819-g3fc98b1, xfs <=