[XFS updates] XFS development tree branch, for-next, updated. for-linus-v3.10-rc1-2-14688-ge461fcb

[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
  e461fcb xfs: remote attribute lookups require the value length
  b38958d xfs: xfs_attr_shortform_allfit() does not handle attr3 format.
  72916fb xfs: xfs_da3_node_read_verify() doesn't handle XFS_ATTR3_LEAF_MAGIC
  ac14876 xfs: fix missing KM_NOFS tags to keep lockdep happy
      from  52c24ad39ff02d7bd73c92eb0c926fb44984a41d (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 e461fcb194172b3f709e0b478d2ac1bdac7ab9a3
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date:   Mon May 20 09:51:16 2013 +1000

    xfs: remote attribute lookups require the value length
    
    When reading a remote attribute, to correctly calculate the length
    of the data buffer for CRC enable filesystems, we need to know the
    length of the attribute data. We get this information when we look
    up the attribute, but we don't store it in the args structure along
    with the other remote attr information we get from the lookup. Add
    this information to the args structure so we can use it
    appropriately.
    
    Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Reviewed-by: Ben Myers <bpm@xxxxxxx>
    Signed-off-by: Ben Myers <bpm@xxxxxxx>

commit b38958d715316031fe9ea0cc6c22043072a55f49
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date:   Mon May 20 09:51:14 2013 +1000

    xfs: xfs_attr_shortform_allfit() does not handle attr3 format.
    
    xfstests generic/117 fails with:
    
    XFS: Assertion failed: leaf->hdr.info.magic == cpu_to_be16(XFS_ATTR_LEAF_MAGIC)
    
    indicating a function that does not handle the attr3 format
    correctly. Fix it.
    
    Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Reviewed-by: Ben Myers <bpm@xxxxxxx>
    Signed-off-by: Ben Myers <bpm@xxxxxxx>

commit 72916fb8cbcf0c2928f56cdc2fbe8c7bf5517758
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date:   Mon May 20 09:51:13 2013 +1000

    xfs: xfs_da3_node_read_verify() doesn't handle XFS_ATTR3_LEAF_MAGIC
    
    Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Reviewed-by: Ben Myers <bpm@xxxxxxx>
    Signed-off-by: Ben Myers <bpm@xxxxxxx>

commit ac14876cf9255175bf3bdad645bf8aa2b8fb2d7c
Author: Dave Chinner <dchinner@xxxxxxxxxx>
Date:   Mon May 20 09:51:12 2013 +1000

    xfs: fix missing KM_NOFS tags to keep lockdep happy
    
    There are several places where we use KM_SLEEP allocation contexts
    and use the fact that they are called from transaction context to
    add KM_NOFS where appropriate. Unfortunately, there are several
    places where the code makes this assumption but can be called from
    outside transaction context but with filesystem locks held. These
    places need explicit KM_NOFS annotations to avoid lockdep
    complaining about reclaim contexts.
    
    Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Reviewed-by: Ben Myers <bpm@xxxxxxx>
    Signed-off-by: Ben Myers <bpm@xxxxxxx>

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

Summary of changes:
 fs/xfs/xfs_attr_leaf.c | 27 +++++++++++++++------------
 fs/xfs/xfs_buf.c       |  2 +-
 fs/xfs/xfs_da_btree.c  |  7 +++++--
 fs/xfs/xfs_dir2_leaf.c |  2 +-
 fs/xfs/xfs_log_cil.c   |  2 +-
 5 files changed, 23 insertions(+), 17 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