[PATCH 0/2] xfs: avoid overflow of attr3 leaf block headers with 64k blocks

Darrick J. Wong darrick.wong at oracle.com
Wed Mar 25 12:59:12 CDT 2015


On Wed, Mar 25, 2015 at 12:56:36PM -0400, Brian Foster wrote:
> On Tue, Feb 24, 2015 at 03:50:22PM -0500, Brian Foster wrote:
> > Hi all,
> > 
> > As it turns out, some of the leaf block codepaths other than xattr
> > addition look like they wouldn't work properly with an unaligned
> > firstused value as demonstrated in my previous patch:
> > 
> > http://oss.sgi.com/archives/xfs/2015-02/msg00479.html
> > 
> > Here's an alternate approach that handles the overflow in the header
> > conversion functions. It passes the basic tests so far, but more testing
> > is needed to make sure I've made valid assumptions. Thoughts?
> > 
> > FWIW, another approach could be to leak the last few bytes of the blocks
> > (e.g., max firstused at the last valid aligned offset and update freemap
> > size accordingly)...
> > 
> 
> ping?

Looks reasonable enough to me...

--D

> 
> > Brian
> > 
> > Brian Foster (2):
> >   xfs: pass attr geometry to attr leaf header conversion functions
> >   xfs: use larger in-core attr firstused field and detect overflow
> > 
> >  fs/xfs/libxfs/xfs_attr_leaf.c | 99 +++++++++++++++++++++++++++++--------------
> >  fs/xfs/libxfs/xfs_attr_leaf.h |  6 ++-
> >  fs/xfs/libxfs/xfs_da_format.h |  8 +++-
> >  fs/xfs/xfs_attr_inactive.c    |  3 +-
> >  fs/xfs/xfs_attr_list.c        |  9 ++--
> >  5 files changed, 86 insertions(+), 39 deletions(-)
> > 
> > -- 
> > 1.9.3
> > 
> > _______________________________________________
> > xfs mailing list
> > xfs at oss.sgi.com
> > http://oss.sgi.com/mailman/listinfo/xfs
> 
> _______________________________________________
> xfs mailing list
> xfs at oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs



More information about the xfs mailing list