[XFS updates] XFS development tree branch, for-next, updated. v3.7-rc1-43-gde49768

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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-next has been updated
  de49768 xfs: make growfs initialise the AGFL header
  fd23683 xfs: growfs: use uncached buffers for new headers
  b64f3a3 xfs: use btree block initialisation functions in growfs
      from  ee73259b401317117e7f5d4834c270b10b12bc8e (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 de497688daaabbab425a8a969528272ec1d962a6
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date:   Mon Nov 12 22:54:00 2012 +1100

    xfs: make growfs initialise the AGFL header
    
    For verification purposes, AGFLs need to be initialised to a known
    set of values. For upcoming CRC changes, they are also headers that
    need to be initialised. Currently, growfs does neither for the AGFLs
    - it ignores them completely. Add initialisation of the AGFL to be
    full of invalid block numbers (NULLAGBLOCK) to put the
    infrastructure in place needed for CRC support.
    
    Includes a comment clarification from Jeff Liu.
    
    Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Reviewed-by Rich Johnston <rjohnston@xxxxxxx>
    Signed-off-by: Ben Myers <bpm@xxxxxxx>

commit fd23683c3b1ab905cba61ea2981c156f4bf52845
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date:   Mon Nov 12 22:53:59 2012 +1100

    xfs: growfs: use uncached buffers for new headers
    
    When writing the new AG headers to disk, we can't attach write
    verifiers because they have a dependency on the struct xfs-perag
    being attached to the buffer to be fully initialised and growfs
    can't fully initialise them until later in the process.
    
    The simplest way to avoid this problem is to use uncached buffers
    for writing the new headers. These buffers don't have the xfs-perag
    attached to them, so it's simple to detect in the write verifier and
    be able to skip the checks that need the xfs-perag.
    
    This enables us to attach the appropriate buffer ops to the buffer
    and hence calculate CRCs on the way to disk. IT also means that the
    buffer is torn down immediately, and so the first access to the AG
    headers will re-read the header from disk and perform full
    verification of the buffer. This way we also can catch corruptions
    due to problems that went undetected in growfs.
    
    Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Reviewed-by Rich Johnston <rjohnston@xxxxxxx>
    Signed-off-by: Ben Myers <bpm@xxxxxxx>

commit b64f3a390d3477517cbff7d613e551705540769b
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date:   Tue Nov 13 16:40:27 2012 -0600

    xfs: use btree block initialisation functions in growfs
    
    Factor xfs_btree_init_block() to be independent of the btree cursor,
    and use the function to initialise btree blocks in the growfs code.
    This makes adding support for different format btree blocks simple.
    
    Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Reviewed-by Rich Johnston <rjohnston@xxxxxxx>
    Signed-off-by: Ben Myers <bpm@xxxxxxx>

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

Summary of changes:
 fs/xfs/xfs_btree.c |   33 ++++++++++-----
 fs/xfs/xfs_btree.h |   11 +++++
 fs/xfs/xfs_fsops.c |  113 +++++++++++++++++++++++++++++++++-------------------
 3 files changed, 106 insertions(+), 51 deletions(-)


hooks/post-receive
-- 
XFS development tree

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs


[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux