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 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).