xfs
[Top] [All Lists]

[XFS updates] XFS development tree branch, xfs-misc-fixes-3.17-1, create

To: xfs@xxxxxxxxxxx
Subject: [XFS updates] XFS development tree branch, xfs-misc-fixes-3.17-1, created. xfs-for-linus-3.16-rc1-13114-gd5cf09b
From: xfs@xxxxxxxxxxx
Date: Tue, 29 Jul 2014 18:16:10 -0500 (CDT)
Delivered-to: xfs@xxxxxxxxxxx
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, xfs-misc-fixes-3.17-1 has been created
        at  d5cf09baced0ef3d2cc118865079f8b129e98e2f (commit)

- Log -----------------------------------------------------------------
commit d5cf09baced0ef3d2cc118865079f8b129e98e2f
Author: Christoph Hellwig <hch@xxxxxx>
Date:   Wed Jul 30 09:12:05 2014 +1000

    xfs: require 64-bit sector_t
    
    Trying to support tiny disks only and saving a bit memory might have
    made sense on an SGI O2 15 years ago, but is pretty pointless today.
    
    Remove the rarely tested codepath that uses various smaller in-memory
    types to reduce our test matrix and make the codebase a little bit
    smaller and less complicated.
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reviewed-by: Ben Myers <bpm@xxxxxxx>
    Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>

commit 74dc93a9087fc71240486d914b4a95f8e510e0e4
Author: Jie Liu <jeff.liu@xxxxxxxxxx>
Date:   Thu Jul 24 21:27:17 2014 +1000

    xfs: fix uflags detection at xfs_fs_rm_xquota
    
    We are intended to check up uflags against FS_PROJ_QUOTA rather than
    FS_USER_UQUOTA once more, it looks to me like a typo, but might cause
    the project quota metadata space can not be removed.
    
    Signed-off-by: Jie Liu <jeff.liu@xxxxxxxxxx>
    Reviewed-by: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>

commit 7b409a7d6f4080c37dba18e775d2977942e756fd
Author: Jie Liu <jeff.liu@xxxxxxxxxx>
Date:   Thu Jul 24 21:27:16 2014 +1000

    xfs: remove XFS_IS_OQUOTA_ON macros
    
    Remove the XFS_IS_OQUOTA_ON macros as it is obsoleted.
    
    Signed-off-by: Jie Liu <jeff.liu@xxxxxxxxxx>
    Reviewed-by: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>

commit 54aa61f82dc65d72b9c710fbea75c9c31e84399e
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date:   Thu Jul 24 20:53:10 2014 +1000

    xfs: tidy up xfs_set_inode32
    
    xfs_set_inode32() caught my eye because it had weird spacing around
    the "-1's".  In cleaning that up, I realized that the assignment in
    the declaration of "ino" is never used; it's rewritten before it
    gets read.
    
    Drop the ino initializer from its declaration since it's not used,
    and move the agino initialization into the body of the function,
    mostly so that we can have pretty whitespace and not exceed 80
    columns.  :)
    
    Signed-off-by: Eric Sandeen <sandeen@xxxxxxxxxx>
    Reviewed-by: Brian Foster <bfoster@xxxxxxxxxx>
    Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>

commit 9de67c3ba9ea961ba420573d56479d09d33a7587
Author: Eric Sandeen <sandeen@xxxxxxxxxx>
Date:   Thu Jul 24 20:51:54 2014 +1000

    xfs: allow inode allocations in post-growfs disk space
    
    Today, if we perform an xfs_growfs which adds allocation groups,
    mp->m_maxagi is not properly updated when the growfs is complete.
    
    Therefore inodes will continue to be allocated only in the
    AGs which existed prior to the growfs, and the new space
    won't be utilized.
    
    This is because of this path in xfs_growfs_data_private():
    
    xfs_growfs_data_private
        xfs_initialize_perag(mp, nagcount, &nagimax);
                if (mp->m_flags & XFS_MOUNT_32BITINODES)
                        index = xfs_set_inode32(mp);
                else
                        index = xfs_set_inode64(mp);
    
                if (maxagi)
                        *maxagi = index;
    
    where xfs_set_inode* iterates over the (old) agcount in
    mp->m_sb.sb_agblocks, which has not yet been updated
    in the growfs path.  So "index" will be returned based on
    the old agcount, not the new one, and new AGs are not available
    for inode allocation.
    
    Fix this by explicitly passing the proper AG count (which
    xfs_initialize_perag() already has) down another level,
    so that xfs_set_inode* can make the proper decision about
    acceptable AGs for inode allocation in the potentially
    newly-added AGs.
    
    This has been broken since 3.7, when these two
    xfs_set_inode* functions were added in commit 2d2194f.
    Prior to that, we looped over "agcount" not sb_agblocks
    in these calculations.
    
    Signed-off-by: Eric Sandeen <sandeen@xxxxxxxxxx>
    Reviewed-by: Brian Foster <bfoster@xxxxxxxxxx>
    Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>

commit eb866bbf095ec68552c0583199208858618498e3
Author: Jie Liu <jeff.liu@xxxxxxxxxx>
Date:   Thu Jul 24 20:49:57 2014 +1000

    xfs: mark xfs_qm_quotacheck as static
    
    xfs_qm_quotacheck() is not used outside of xfs_qm.c.  Mark it static
    and move it around in the file to avoid a forward declaration.
    
    Reviewed-by: Christoph Hellwig <hch@xxxxxx>
    Signed-off-by: Jie Liu <jeff.liu@xxxxxxxxxx>
    Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>

commit 5c18717ea25fcb87c746deac1bf2ef2ff46e154a
Author: Mark Tinguely <tinguely@xxxxxxx>
Date:   Thu Jul 24 20:49:40 2014 +1000

    xfs: fix cil push sequence after log recovery
    
    When the CIL checkpoint is fully written to the log, the LSN of the 
checkpoint
    commit record is written into the CIL context structure. This allows log 
force
    waiters to correctly detect when the checkpoint they are waiting on have 
been
    fully written into the log buffers.
    
    However, the initial context after mount is initialised with a non-zero 
commit
    LSN, so appears to waiters as though it is complete even though it may not 
have
    even been pushed, let alone written to the log buffers. Hence a log force
    immediately after a filesystem is mounted may not behave correctly, nor does
    commit record ordering if multiple CIL pushes interleave immediately after
    mount.
    
    To fix this, make sure the initial context commit LSN is not touched until 
the
    first checkpointis actually pushed.
    
    [dchinner: rewrite commit message]
    
    Signed-off-by: Mark Tinguely <tinguely@xxxxxxx>
    Reviewed-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Signed-off-by: Dave Chinner <david@xxxxxxxxxxxxx>

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


hooks/post-receive
-- 
XFS development tree

<Prev in Thread] Current Thread [Next in Thread>
  • [XFS updates] XFS development tree branch, xfs-misc-fixes-3.17-1, created. xfs-for-linus-3.16-rc1-13114-gd5cf09b, xfs <=