From: Joel Becker <Joel.Becker@oracle.com>
To: ocfs2-devel@oss.oracle.com
Subject: [Ocfs2-devel] [PATCH 2/2] ocfs2: fix check condition of max inline data
Date: Wed, 4 Mar 2009 17:44:45 -0800 [thread overview]
Message-ID: <20090305014445.GC8700@mail.oracle.com> (raw)
In-Reply-To: <49AE1659.5000206@oracle.com>
On Wed, Mar 04, 2009 at 01:49:13PM +0800, Tao Ma wrote:
> Tiger Yang wrote:
> > Hi, Tao,
> >
> > yes. ocfs2_max_inline_data_with_xattr() in read_inline_data() is more
> > critical, I think ocfs2_max_inline_data() is also safe before.
> >
> > I deliberately left ocfs2_max_inline_data() because in some case, like
> > in mknod, di->i_dyn_features have not been set with
> > OCFS2_INLINE_XATTR_FL or we couldn't get correct di in somewhere.
> yes, I already noticed it. But as I have said in the previous mail,
> could you please make it more intelligent? in mknod, we know all the
> cases so we can do it.
I just looked, and they all have the di (well, it's called fe in
mknod_locked, but it is still there. the aops.c functions have it on
the write_ctxt). I agree with Tao, max_inline_data_with_xattr() is
always the correct function.
Btw, in mknod, it's safe to call. The INLINE_XATTR_FL will
*not* be set, which is correct with regards to your previous patch (that
makes sure a block is reserved for the xattrs on an inline directory).
Good catch!
Joel
--
"Win95 file and print sharing are for relatively friendly nets."
- Paul Leach, Microsoft
Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker at oracle.com
Phone: (650) 506-8127
next prev parent reply other threads:[~2009-03-05 1:44 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-04 3:18 [Ocfs2-devel] [PATCH 0/2] ocfs2: two bug fixes about xattr and inline-data Tiger Yang
2009-03-04 3:21 ` [Ocfs2-devel] [PATCH 1/2] ocfs2: reserve xattr block for directory inode in mknod Tiger Yang
2009-03-05 1:37 ` Joel Becker
2009-03-04 3:21 ` [Ocfs2-devel] [PATCH 2/2] ocfs2: fix check condition of max inline data Tiger Yang
2009-03-04 3:43 ` Tao Ma
2009-03-04 5:47 ` Tiger Yang
2009-03-04 5:49 ` Tao Ma
2009-03-05 1:44 ` Joel Becker [this message]
2009-03-05 2:36 ` [Ocfs2-devel] [PATCH 0/2] ocfs2: two bug fixes about xattr and inline-data Joel Becker
2009-03-09 4:17 ` tristan.ye
2009-03-09 4:57 ` Tao Ma
2009-03-09 5:04 ` tristan.ye
2009-03-09 5:42 ` Tao Ma
2009-03-09 6:14 ` tristan.ye
2009-03-09 6:35 ` Tiger Yang
2009-03-09 6:47 ` Joel Becker
2009-03-09 6:54 ` tristan.ye
2009-03-09 7:02 ` Tao Ma
2009-03-09 7:24 ` Tiger Yang
2009-03-09 10:36 ` Tiger Yang
2009-03-09 10:39 ` Wengang Wang
2009-03-09 10:48 ` Tao Ma
2009-03-09 10:57 ` tristan.ye
2009-03-09 6:28 ` tristan.ye
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090305014445.GC8700@mail.oracle.com \
--to=joel.becker@oracle.com \
--cc=ocfs2-devel@oss.oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.