[Ocfs2-devel] [PATCH 15/15] ocfs2: Add incompatible flag for extended attribute v2
Joel Becker
Joel.Becker at oracle.com
Thu Jul 10 16:22:28 PDT 2008
On Thu, Jul 10, 2008 at 04:00:03PM -0700, Mark Fasheh wrote:
> On Fri, Jun 27, 2008 at 03:27:36PM +0800, Tiger Yang wrote:
> > diff --git a/fs/ocfs2/ocfs2_fs.h b/fs/ocfs2/ocfs2_fs.h
> > index a4ebee3..51ce87e 100644
> > --- a/fs/ocfs2/ocfs2_fs.h
> > +++ b/fs/ocfs2/ocfs2_fs.h
> > @@ -91,7 +91,8 @@
> > | OCFS2_FEATURE_INCOMPAT_SPARSE_ALLOC \
> > | OCFS2_FEATURE_INCOMPAT_INLINE_DATA \
> > | OCFS2_FEATURE_INCOMPAT_EXTENDED_SLOT_MAP \
> > - | OCFS2_FEATURE_INCOMPAT_USERSPACE_STACK)
> > + | OCFS2_FEATURE_INCOMPAT_USERSPACE_STACK \
> > + | OCFS2_FEATURE_INCOMPAT_XATTR)
>
> Why can't we make XATTR an RO_COMPAT feature?
I agree, it really wants RO_COMPAT.
> Hmm, I guess if an ro mount has to recover orphans, we could lose space
> devoted to external attributes...
Actually, why does ro recover orphans? That strikes me as
beyond the bounds of RO. Replaying the journal is different, because it
is required for functional consistency. A RO mount doesn't need to
allocate, so it wouldn't worry about unrecovered orphans.
Of course, we already have versions in the wild that recover
orphans in RO mode, so perhaps the question is moot.
Joel
--
"I'm drifting and drifting
Just like a ship out on the sea.
Cause I ain't got nobody, baby,
In this world to care for me."
Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker at oracle.com
Phone: (650) 506-8127
More information about the Ocfs2-devel
mailing list