From: Bill O'Donnell <billodo@redhat.com>
To: "Darrick J. Wong" <darrick.wong@oracle.com>
Cc: linux-xfs@vger.kernel.org, sandeen@sandeen.net
Subject: Re: [PATCH] xfs_db: improve argument naming in set_cur and set_iocur_type
Date: Wed, 28 Jun 2017 13:04:47 -0500 [thread overview]
Message-ID: <20170628180447.GA22639@redhat.com> (raw)
In-Reply-To: <20170628164818.GD4492@birch.djwong.org>
On Wed, Jun 28, 2017 at 09:48:18AM -0700, Darrick J. Wong wrote:
> On Wed, Jun 28, 2017 at 10:09:13AM -0500, Bill O'Donnell wrote:
> > In set_cur and set_iocur_type, the current naming for arguments
> > type, block number, and length are t, d, and c, respectively.
> > Replace these with more intuitive and descriptive names:
>
> Yay!
>
> > type, blknum, and len. Additionally remove extra blank line
> > in io.c.
> >
> > Signed-off-by: Bill O'Donnell <billodo@redhat.com>
> > ---
> > db/io.c | 31 +++++++++++++++----------------
> > db/io.h | 6 +++---
> > 2 files changed, 18 insertions(+), 19 deletions(-)
> >
> > diff --git a/db/io.c b/db/io.c
> > index 9918a51d..45cbf3be 100644
> > --- a/db/io.c
> > +++ b/db/io.c
> > @@ -535,9 +535,9 @@ write_cur(void)
> >
> > void
> > set_cur(
> > - const typ_t *t,
> > - __int64_t d,
> > - int c,
> > + const typ_t *type,
> > + __int64_t blknum,
>
> /me wonders if this ought to be "xfs_daddr_t blknum" since that's what
> libxfs_readbuf takes?
True. xfs_daddr_t is typedef to __int64_t, and it might make good sense
to become consistent with libxfs_readbuf arg types.
>
> Other than that,
> Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
>
> > + int len,
>
> This parameter /ought/ to be unsigned int, because a negative length
> makes no sense and xfs_bufkey and xfs_buf have unsigned int lengths.
> OTOH the libxfs/rdwr.c functions take signed int, so all that can be a
> separate cleanup patch to fix all that.
>
> --D
>
> > int ring_flag,
> > bbmap_t *bbmap)
> > {
> > @@ -545,14 +545,13 @@ set_cur(
> > xfs_ino_t dirino;
> > xfs_ino_t ino;
> > __uint16_t mode;
> > - const struct xfs_buf_ops *ops = t ? t->bops : NULL;
> > + const struct xfs_buf_ops *ops = type ? type->bops : NULL;
> >
> > if (iocur_sp < 0) {
> > dbprintf(_("set_cur no stack element to set\n"));
> > return;
> > }
> >
> > -
> > ino = iocur_top->ino;
> > dirino = iocur_top->dirino;
> > mode = iocur_top->mode;
> > @@ -562,7 +561,7 @@ set_cur(
> > if (bbmap) {
> > #ifdef DEBUG_BBMAP
> > int i;
> > - printf(_("xfs_db got a bbmap for %lld\n"), (long long)d);
> > + printf(_("xfs_db got a bbmap for %lld\n"), (long long)blknum);
> > printf(_("\tblock map"));
> > for (i = 0; i < bbmap->nmaps; i++)
> > printf(" %lld:%d", (long long)bbmap->b[i].bm_bn,
> > @@ -576,7 +575,7 @@ set_cur(
> > bp = libxfs_readbuf_map(mp->m_ddev_targp, bbmap->b,
> > bbmap->nmaps, 0, ops);
> > } else {
> > - bp = libxfs_readbuf(mp->m_ddev_targp, d, c, 0, ops);
> > + bp = libxfs_readbuf(mp->m_ddev_targp, blknum, len, 0, ops);
> > iocur_top->bbmap = NULL;
> > }
> >
> > @@ -592,13 +591,13 @@ set_cur(
> > if (!ops)
> > bp->b_flags |= LIBXFS_B_UNCHECKED;
> >
> > - iocur_top->bb = d;
> > - iocur_top->blen = c;
> > + iocur_top->bb = blknum;
> > + iocur_top->blen = len;
> > iocur_top->boff = 0;
> > iocur_top->data = iocur_top->buf;
> > - iocur_top->len = BBTOB(c);
> > - iocur_top->off = d << BBSHIFT;
> > - iocur_top->typ = cur_typ = t;
> > + iocur_top->len = BBTOB(len);
> > + iocur_top->off = blknum << BBSHIFT;
> > + iocur_top->typ = cur_typ = type;
> > iocur_top->ino = ino;
> > iocur_top->dirino = dirino;
> > iocur_top->mode = mode;
> > @@ -612,16 +611,16 @@ set_cur(
> >
> > void
> > set_iocur_type(
> > - const typ_t *t)
> > + const typ_t *type)
> > {
> > struct xfs_buf *bp = iocur_top->bp;
> >
> > - iocur_top->typ = t;
> > + iocur_top->typ = type;
> >
> > /* verify the buffer if the type has one. */
> > if (!bp)
> > return;
> > - if (!t->bops) {
> > + if (!type->bops) {
> > bp->b_ops = NULL;
> > bp->b_flags |= LIBXFS_B_UNCHECKED;
> > return;
> > @@ -629,7 +628,7 @@ set_iocur_type(
> > if (!(bp->b_flags & LIBXFS_B_UPTODATE))
> > return;
> > bp->b_error = 0;
> > - bp->b_ops = t->bops;
> > + bp->b_ops = type->bops;
> > bp->b_ops->verify_read(bp);
> > bp->b_flags &= ~LIBXFS_B_UNCHECKED;
> > }
> > diff --git a/db/io.h b/db/io.h
> > index b415b82d..ebf51f1d 100644
> > --- a/db/io.h
> > +++ b/db/io.h
> > @@ -59,10 +59,10 @@ extern void print_iocur(char *tag, iocur_t *ioc);
> > extern void push_cur(void);
> > extern int read_buf(__int64_t daddr, int count, void *bufp);
> > extern void write_cur(void);
> > -extern void set_cur(const struct typ *t, __int64_t d, int c, int ring_add,
> > - bbmap_t *bbmap);
> > +extern void set_cur(const struct typ *type, __int64_t blknum,
> > + int len, int ring_add, bbmap_t *bbmap);
> > extern void ring_add(void);
> > -extern void set_iocur_type(const struct typ *t);
> > +extern void set_iocur_type(const struct typ *type);
> > extern void xfs_dummy_verify(struct xfs_buf *bp);
> > extern void xfs_verify_recalc_inode_crc(struct xfs_buf *bp);
> > extern void xfs_verify_recalc_dquot_crc(struct xfs_buf *bp);
> > --
> > 2.13.0
> >
> > --
> > 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-06-28 18:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-28 15:09 [PATCH] xfs_db: improve argument naming in set_cur and set_iocur_type Bill O'Donnell
2017-06-28 16:40 ` Christoph Hellwig
2017-06-28 16:48 ` Darrick J. Wong
2017-06-28 18:04 ` Bill O'Donnell [this message]
2017-06-28 18:38 ` Eric Sandeen
2017-06-28 18:42 ` Bill O'Donnell
2017-06-28 19:25 ` [PATCH v2] " Bill O'Donnell
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=20170628180447.GA22639@redhat.com \
--to=billodo@redhat.com \
--cc=darrick.wong@oracle.com \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@sandeen.net \
/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.