XFS development tree branch, for-next, updated. v3.10-rc1-39-g2fb8b50
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
2fb8b50 xfs: Remove two dead transaction log reservaion macros 635c4d0 xfs: return FIEMAP_EXTENT_UNKNOWN for delayed allocation extent 725eb1e xfs: fix the symbolic link assert in xfs_ifree
from 1ebdf3611c8968e7202c47c2dcb2d36986c44cb0 (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 2fb8b5027dbde32a45edf5f3d7ee082be9261d93
Author: Jie Liu <[email protected]> Date: Fri May 3 15:41:19 2013 +0800
xfs: Remove two dead transaction log reservaion macros
Upstream commit 5b292ae3a951a58e32119d73c7ac8f5bec7395a3
xfs: make use of xfs_calc_buf_res() in xfs_trans.c
Beginning from above commit, neither XFS_ALLOCFREE_LOG_RES() nor XFS_DIROP_LOG_RES() is used by those routines for calculating transaction space reservations, so it's safe to remove them now.
Also, with a slightly update for the relevant comments to reflect the ideas of why those log count numbers should be.
commit 635c4d0bd94512de3aafa7ae8f45c1dce0fc1ffe
Author: Jie Liu <[email protected]> Date: Thu Jun 6 06:24:01 2013 -0700
xfs: return FIEMAP_EXTENT_UNKNOWN for delayed allocation extent
For FIEMAP ioctl(2), if an extent is in delayed allocation state, we need to return the FIEMAP_EXTENT_UNKNOWN flag except the FIEMAP_EXTENT_DELALLOC because its data location is unknown.
commit 725eb1eb2ae88c200466fec34bcf1fbce4b8eca3
Author: Mark Tinguely <[email protected]> Date: Mon Jun 17 15:35:57 2013 -0500
xfs: fix the symbolic link assert in xfs_ifree
Adding an extended attribute to a symbolic link can force that link to an remote extent. xfs_inactive() incorrectly assumes that any symbolic link small enough to be in the inode core is incore, resulting in the remote extent to not be removed. xfs_ifree() will assert on presence of this leaked remote extent.
-----------------------------------------------------------------------
Summary of changes:
fs/xfs/xfs_iops.c | 3 ++- fs/xfs/xfs_symlink.c | 48 ++++++++++++++++++++++++++++++++++++++++++++++-- fs/xfs/xfs_symlink.h | 2 +- fs/xfs/xfs_trace.h | 1 + fs/xfs/xfs_trans.h | 11 +++-------- fs/xfs/xfs_vnodeops.c | 15 +++------------ 6 files changed, 56 insertions(+), 24 deletions(-)
hooks/post-receive
Signature · 6 lines
XFS development tree _______________________________________________ xfs mailing list [email protected] http://oss.sgi.com/mailman/listinfo/xfs