xfs
[Top] [All Lists]

[XFS updates] XFS public tree - master for latest XFS changes for mainli

To: xfs@xxxxxxxxxxx
Subject: [XFS updates] XFS public tree - master for latest XFS changes for mainline, xfs-dev like master with kdb/dmapi branch, master, updated. v2.6.28-rc3-1047-g6579591
From: "Niv Sardi" <xaiki@xxxxxxx>
Date: Sun, 30 Nov 2008 18:10:26 -0600
Updates for the "XFS public tree - master for latest XFS changes for mainline, 
xfs-dev like master with kdb/dmapi" project have been committed to
the repository at "git://oss.sgi.com/xfs/xfs.git"

The branch, master has been updated
       via  65795910c1b798f8a47181b48cf6eb163a15e778 (commit)
       via  6c31b93a14a453c8756ffd228e24910ffdf30c5d (commit)
       via  f999a5bf3fa6b3d11334c3ba1e9dcfed5ff9f8a6 (commit)
       via  bac8dca9f9b1dfcf9c4ecb4f9ca17185b828cc20 (commit)
      from  b5a20aa2657063cbf3b47fc700603180de4bb554 (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 65795910c1b798f8a47181b48cf6eb163a15e778
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Fri Nov 28 14:23:33 2008 +1100

    [XFS] fix spurious gcc warnings
    
    Some recent gcc warnings don't like passing string variables to
    printf-like functions without using at least a "%s" format string.
    Change the two occurances of that in xfs to please gcc.
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reviewed-by: Eric Sandeen <sandeen@xxxxxxxxxxx>
    Signed-off-by: Niv Sardi <xaiki@xxxxxxx>

commit 6c31b93a14a453c8756ffd228e24910ffdf30c5d
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Fri Nov 28 14:23:32 2008 +1100

    [XFS] allow inode64 mount option on 32 bit systems
    
    Now that we've stopped using the Linux inode cache when can trivally
    support the inode64 mount option on 32bit architectures.  As far as the
    kernel and most userspace is concerned this works perfectly, but
    applications still using really old stat and readdir interfaces will get
    an EOVERFLOW error when hitting an inode number not fitting into 32
    bits (that problem of course also exists when using these applications
    on a 64bit kernel).
    
    Note that because inode64 is simply a mount option we can currently
    mount a filesystem having > 32 bit inode numbers and cause a variety of
    problems, all this is solved but this patch which enables XFS_BIG_INUMS,
    even when inode64 is not used.
    
    (First sent on October 18th)
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reviewed-by: Dave Chinner <david@xxxxxxxxxxxxx>
    Signed-off-by: Niv Sardi <xaiki@xxxxxxx>

commit f999a5bf3fa6b3d11334c3ba1e9dcfed5ff9f8a6
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Fri Nov 28 14:23:32 2008 +1100

    [XFS] wire up ->open for directories
    
    Currently there's no ->open method set for directories on XFS.  That
    means we don't perform any check for opening too large directories
    without O_LARGEFILE, we don't check for shut down filesystems, and we
    don't actually do the readahead for the first block in the directory.
    
    Instead of just setting the directories open routine to xfs_file_open
    we merge the shutdown check directly into xfs_file_open and create
    a new xfs_dir_open that first calls xfs_file_open and then performs
    the readahead for block 0.
    
    (First sent on September 29th)
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reviewed-by: Dave Chinner <david@xxxxxxxxxxxxx>
    Signed-off-by: Niv Sardi <xaiki@xxxxxxx>

commit bac8dca9f9b1dfcf9c4ecb4f9ca17185b828cc20
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Fri Nov 28 14:23:31 2008 +1100

    [XFS] fix NULL pointer dereference in xfs_log_force_umount
    
    xfs_log_force_umount may be called very early during log recovery where
    
    If we fail a buffer read in xlog_recover_do_inode_trans we abort the mount.
    But at that point log recovery has started delayed writeback of inode
    buffers.   As part of the aborted mount we try to flush out all delwri
    buffers, but at that point we have already freed the superblock, and set
    mp->m_sb_bp to NULL, and xfs_log_force_umount which gets called after
    the inode buffer writeback trips over it.
    
    Make xfs_log_force_umount a little more careful when accessing mp->m_sb_bp
    to avoid this.
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reviewed-by: Eric Sandeen <sandeen@xxxxxxxxxxx>
    Signed-off-by: Niv Sardi <xaiki@xxxxxxx>

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

Summary of changes:
 fs/xfs/linux-2.6/xfs_file.c  |   34 +++++++++++++++++++++++++++++++---
 fs/xfs/linux-2.6/xfs_linux.h |   10 ++--------
 fs/xfs/linux-2.6/xfs_stats.c |    2 +-
 fs/xfs/linux-2.6/xfs_super.c |    5 ++---
 fs/xfs/xfs_log.c             |    7 +++++--
 fs/xfs/xfs_vnodeops.c        |   22 ----------------------
 fs/xfs/xfs_vnodeops.h        |    1 -
 7 files changed, 41 insertions(+), 40 deletions(-)


-- 
XFS public tree - master for latest XFS changes for mainline, xfs-dev like 
master with kdb/dmapi

<Prev in Thread] Current Thread [Next in Thread>
  • [XFS updates] XFS public tree - master for latest XFS changes for mainline, xfs-dev like master with kdb/dmapi branch, master, updated. v2.6.28-rc3-1047-g6579591, Niv Sardi <=