From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Brian Foster <bfoster@redhat.com>
Cc: Christoph Hellwig <hch@lst.de>, linux-xfs@vger.kernel.org
Subject: Re: [PATCH 01/18] xfs: pass an on-disk extent to xfs_bmbt_validate_extent
Date: Wed, 1 Nov 2017 16:00:24 -0700 [thread overview]
Message-ID: <20171101230024.GF4922@magnolia> (raw)
In-Reply-To: <20171101135855.GA11709@bfoster.bfoster>
On Wed, Nov 01, 2017 at 09:58:55AM -0400, Brian Foster wrote:
> On Tue, Oct 31, 2017 at 02:15:20PM -0700, Darrick J. Wong wrote:
> > On Tue, Oct 31, 2017 at 01:53:12PM -0400, Brian Foster wrote:
> > > On Tue, Oct 31, 2017 at 04:22:13PM +0200, Christoph Hellwig wrote:
> > > > This prepares for getting rid of the current in-memory extent format.
> > > >
> > >
> > > Couldn't we port this function over to use whatever the new in-memory
> > > extent format is? IOW, just have the helper check for XFS_EXT_UNWRITTEN
> > > rather than the associated bit in the on-disk format..?
> >
> > It's certainly possible, but in general verifiers are supposed to check
> > on-disk metadata before they end up in-core, and this would seem to get
> > us closer to that, right?
> >
>
> Yeah, but are any of these calls actually made in a buffer verifier
> path?
No. They probably ought to be -- we can add them to the bmbt verifier and
the inode fork verifier (in the magical future when those exist :P), but
for now I think xfs_iread_extents is the closest we come to an "obvious"
place where we load disk data into/out of its in-core representation.
--D
> Brian
>
> > --D
> >
> > > Brian
> > >
> > > > Signed-off-by: Christoph Hellwig <hch@lst.de>
> > > > ---
> > > > fs/xfs/libxfs/xfs_bmap.c | 6 +++---
> > > > fs/xfs/libxfs/xfs_bmap_btree.h | 4 ++--
> > > > fs/xfs/libxfs/xfs_inode_fork.c | 9 ++++-----
> > > > 3 files changed, 9 insertions(+), 10 deletions(-)
> > > >
> > > > diff --git a/fs/xfs/libxfs/xfs_bmap.c b/fs/xfs/libxfs/xfs_bmap.c
> > > > index f45f05c45e15..b2b6832b9e6b 100644
> > > > --- a/fs/xfs/libxfs/xfs_bmap.c
> > > > +++ b/fs/xfs/libxfs/xfs_bmap.c
> > > > @@ -1259,14 +1259,14 @@ xfs_iread_extents(
> > > > frp = XFS_BMBT_REC_ADDR(mp, block, 1);
> > > > for (j = 0; j < num_recs; j++, i++, frp++) {
> > > > xfs_bmbt_rec_host_t *trp = xfs_iext_get_ext(ifp, i);
> > > > - trp->l0 = be64_to_cpu(frp->l0);
> > > > - trp->l1 = be64_to_cpu(frp->l1);
> > > > - if (!xfs_bmbt_validate_extent(mp, whichfork, trp)) {
> > > > + if (!xfs_bmbt_validate_extent(mp, whichfork, frp)) {
> > > > XFS_ERROR_REPORT("xfs_bmap_read_extents(2)",
> > > > XFS_ERRLEVEL_LOW, mp);
> > > > error = -EFSCORRUPTED;
> > > > goto out_brelse;
> > > > }
> > > > + trp->l0 = be64_to_cpu(frp->l0);
> > > > + trp->l1 = be64_to_cpu(frp->l1);
> > > > trace_xfs_read_extent(ip, i, state, _THIS_IP_);
> > > > }
> > > > xfs_trans_brelse(tp, bp);
> > > > diff --git a/fs/xfs/libxfs/xfs_bmap_btree.h b/fs/xfs/libxfs/xfs_bmap_btree.h
> > > > index 6f891eeb88f6..2fbfe2a24b15 100644
> > > > --- a/fs/xfs/libxfs/xfs_bmap_btree.h
> > > > +++ b/fs/xfs/libxfs/xfs_bmap_btree.h
> > > > @@ -127,9 +127,9 @@ extern struct xfs_btree_cur *xfs_bmbt_init_cursor(struct xfs_mount *,
> > > > * Check that the extent does not contain an invalid unwritten extent flag.
> > > > */
> > > > static inline bool xfs_bmbt_validate_extent(struct xfs_mount *mp, int whichfork,
> > > > - struct xfs_bmbt_rec_host *ep)
> > > > + struct xfs_bmbt_rec *ep)
> > > > {
> > > > - if (ep->l0 >> (64 - BMBT_EXNTFLAG_BITLEN) == 0)
> > > > + if (get_unaligned_be64(&ep->l0) >> (64 - BMBT_EXNTFLAG_BITLEN) == 0)
> > > > return true;
> > > > if (whichfork == XFS_DATA_FORK &&
> > > > xfs_sb_version_hasextflgbit(&mp->m_sb))
> > > > diff --git a/fs/xfs/libxfs/xfs_inode_fork.c b/fs/xfs/libxfs/xfs_inode_fork.c
> > > > index bb63f38b97cc..abe601b48c9c 100644
> > > > --- a/fs/xfs/libxfs/xfs_inode_fork.c
> > > > +++ b/fs/xfs/libxfs/xfs_inode_fork.c
> > > > @@ -371,13 +371,13 @@ xfs_iformat_extents(
> > > > dp = (xfs_bmbt_rec_t *) XFS_DFORK_PTR(dip, whichfork);
> > > > for (i = 0; i < nex; i++, dp++) {
> > > > xfs_bmbt_rec_host_t *ep = xfs_iext_get_ext(ifp, i);
> > > > - ep->l0 = get_unaligned_be64(&dp->l0);
> > > > - ep->l1 = get_unaligned_be64(&dp->l1);
> > > > - if (!xfs_bmbt_validate_extent(mp, whichfork, ep)) {
> > > > + if (!xfs_bmbt_validate_extent(mp, whichfork, dp)) {
> > > > XFS_ERROR_REPORT("xfs_iformat_extents(2)",
> > > > XFS_ERRLEVEL_LOW, mp);
> > > > return -EFSCORRUPTED;
> > > > }
> > > > + ep->l0 = get_unaligned_be64(&dp->l0);
> > > > + ep->l1 = get_unaligned_be64(&dp->l1);
> > > > trace_xfs_read_extent(ip, i, state, _THIS_IP_);
> > > > }
> > > > }
> > > > @@ -764,8 +764,6 @@ xfs_iextents_copy(
> > > > for (i = 0; i < nrecs; i++) {
> > > > xfs_bmbt_rec_host_t *ep = xfs_iext_get_ext(ifp, i);
> > > >
> > > > - ASSERT(xfs_bmbt_validate_extent(ip->i_mount, whichfork, ep));
> > > > -
> > > > start_block = xfs_bmbt_get_startblock(ep);
> > > > if (isnullstartblock(start_block)) {
> > > > /*
> > > > @@ -779,6 +777,7 @@ xfs_iextents_copy(
> > > > /* Translate to on disk format */
> > > > put_unaligned_be64(ep->l0, &dp->l0);
> > > > put_unaligned_be64(ep->l1, &dp->l1);
> > > > + ASSERT(xfs_bmbt_validate_extent(ip->i_mount, whichfork, dp));
> > > >
> > > > dp++;
> > > > copied++;
> > > > --
> > > > 2.14.2
> > > >
> > > > --
> > > > To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
> > > > the body of a message to majordomo@vger.kernel.org
> > > > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2017-11-01 23:00 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-31 14:22 b+tree for the incore extent list Christoph Hellwig
2017-10-31 14:22 ` [PATCH 01/18] xfs: pass an on-disk extent to xfs_bmbt_validate_extent Christoph Hellwig
2017-10-31 17:53 ` Brian Foster
2017-10-31 21:15 ` Darrick J. Wong
2017-11-01 13:58 ` Brian Foster
2017-11-01 23:00 ` Darrick J. Wong [this message]
2017-11-02 11:57 ` Brian Foster
2017-11-02 16:05 ` Darrick J. Wong
2017-11-02 16:54 ` Brian Foster
2017-11-02 18:42 ` Christoph Hellwig
2017-11-02 19:35 ` Brian Foster
2017-11-02 23:45 ` Dave Chinner
2017-10-31 14:22 ` [PATCH 02/18] xfs: don't create overlapping extents in xfs_bmap_add_extent_delay_real Christoph Hellwig
2017-10-31 17:53 ` Brian Foster
2017-10-31 21:34 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 03/18] xfs: treat idx as a cursor " Christoph Hellwig
2017-10-31 17:53 ` Brian Foster
2017-10-31 21:35 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 04/18] xfs: treat idx as a cursor in xfs_bmap_add_extent_hole_delay Christoph Hellwig
2017-10-31 17:53 ` Brian Foster
2017-10-31 21:35 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 05/18] xfs: treat idx as a cursor in xfs_bmap_add_extent_hole_real Christoph Hellwig
2017-10-31 17:53 ` Brian Foster
2017-10-31 21:35 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 06/18] xfs: treat idx as a cursor in xfs_bmap_add_extent_unwritten_real Christoph Hellwig
2017-10-31 17:53 ` Brian Foster
2017-10-31 21:36 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 07/18] xfs: treat idx as a cursor in xfs_bmap_del_extent_* Christoph Hellwig
2017-10-31 17:53 ` Brian Foster
2017-10-31 21:37 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 08/18] xfs: treat idx as a cursor in xfs_bmap_collapse_extents Christoph Hellwig
2017-10-31 17:53 ` Brian Foster
2017-10-31 21:37 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 09/18] xfs: allow unaligned extent records in xfs_bmbt_disk_set_all Christoph Hellwig
2017-10-31 21:34 ` Darrick J. Wong
2017-11-02 13:54 ` Brian Foster
2017-10-31 14:22 ` [PATCH 10/18] xfs: iterate over extents in xfs_iextents_copy Christoph Hellwig
2017-10-31 21:41 ` Darrick J. Wong
2017-11-02 13:54 ` Brian Foster
2017-10-31 14:22 ` [PATCH 11/18] xfs: iterate over extents in xfs_bmap_extents_to_btree Christoph Hellwig
2017-10-31 21:41 ` Darrick J. Wong
2017-11-02 13:54 ` Brian Foster
2017-10-31 14:22 ` [PATCH 12/18] xfs: introduce the xfs_iext_cursor abstraction Christoph Hellwig
2017-10-31 22:02 ` Darrick J. Wong
2017-11-02 18:49 ` Christoph Hellwig
2017-11-02 19:01 ` Darrick J. Wong
2017-11-02 19:11 ` Christoph Hellwig
2017-11-02 17:14 ` Brian Foster
2017-11-02 18:51 ` Christoph Hellwig
2017-11-02 19:36 ` Brian Foster
2017-11-03 7:26 ` Christoph Hellwig
2017-10-31 14:22 ` [PATCH 13/18] xfs: iterate backwards in xfs_reflink_cancel_cow_blocks Christoph Hellwig
2017-10-31 22:10 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 14/18] xfs: simplify xfs_reflink_convert_cow Christoph Hellwig
2017-10-31 22:20 ` Darrick J. Wong
2017-11-02 18:56 ` Christoph Hellwig
2017-10-31 14:22 ` [PATCH 15/18] xfs: remove support for inlining data/extents into the inode fork Christoph Hellwig
2017-10-31 22:35 ` Darrick J. Wong
2017-11-02 18:57 ` Christoph Hellwig
2017-11-02 19:26 ` Darrick J. Wong
2017-11-02 21:43 ` Dave Chinner
2017-11-02 22:08 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 16/18] xfs: use a b+tree for the in-core extent list Christoph Hellwig
2017-11-01 18:47 ` Darrick J. Wong
2017-11-02 0:16 ` Darrick J. Wong
2017-11-02 6:03 ` Christoph Hellwig
2017-11-02 0:14 ` Darrick J. Wong
2017-11-02 19:09 ` Christoph Hellwig
2017-10-31 14:22 ` [PATCH 17/18] xfs: remove the nr_extents argument to xfs_iext_insert Christoph Hellwig
2017-10-31 22:35 ` Darrick J. Wong
2017-10-31 14:22 ` [PATCH 18/18] xfs: remove the nr_extents argument to xfs_iext_remove Christoph Hellwig
2017-10-31 22:37 ` Darrick J. Wong
2017-11-01 3:08 ` b+tree for the incore extent list Darrick J. Wong
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=20171101230024.GF4922@magnolia \
--to=darrick.wong@oracle.com \
--cc=bfoster@redhat.com \
--cc=hch@lst.de \
--cc=linux-xfs@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).