From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Eryu Guan <guaneryu@gmail.com>
Cc: Yang Xu <xuyang2018.jy@cn.fujitsu.com>, fstests@vger.kernel.org
Subject: Re: [PATCH v2] common/log: add -l su option in _xfs_log_config
Date: Sun, 23 Feb 2020 08:37:10 -0800 [thread overview]
Message-ID: <20200223163710.GL9504@magnolia> (raw)
In-Reply-To: <20200223142208.GD3840@desktop>
On Sun, Feb 23, 2020 at 10:22:10PM +0800, Eryu Guan wrote:
> Hi Darrick,
>
> On Thu, Feb 20, 2020 at 01:38:01PM +0800, Yang Xu wrote:
> > Currently, if we don't specify -l sunit or -l su option, mkfs.xfs
> > will get the stripe size from underlying device.
> >
> > It works file on most situations. But on some machine, the size of
> > underlying device greater than logbsize of mount options, it will
> > report error like "logbuf size must be greater than or equal to log
> > stripe size". We can specify -l su=4096 to meet this requirement and
> > case can still run normally.
> >
> > Also, from xfs manpage, version 2 also supports 16k log buf size for
> > mount option and case passed(only generic/054,055 used this api) on
> > my machine. So delete 32k and 64k with different sunit to be consistented
I don't understand why there's a need to be consistent, which means I
don't understand why we'd "delete 32k and 64k with different sunit".
ext4 tests should not be invoking _xfs_log_config()
> > with ext4 test num(10) and we can test all logbuf size.
Hm? ext4/010 is an inode bitmap fuzz test.
> >
> > Signed-off-by: Yang Xu <xuyang2018.jy@cn.fujitsu.com>
>
> Would you like to review this v2 patch again? I feel more confident if
> xfs maintainer could ack it :)
>
> Thanks,
> Eryu
>
> > ---
> > common/log | 12 ++++++------
> > 1 file changed, 6 insertions(+), 6 deletions(-)
> >
> > diff --git a/common/log b/common/log
> > index c7921f50..9b5a2f6d 100644
> > --- a/common/log
> > +++ b/common/log
> > @@ -546,15 +546,15 @@ _xfs_log_config()
> > {
> > echo "# mkfs-opt mount-opt"
> > echo "# ------------------------------"
> > - echo " version=2 logbsize=32k"
> > + echo " version=2,su=4096 logbsize=16k"
The straight substitutions look fine to me, but then...
> > + echo " version=2,su=16k logbsize=16k"
...I can't tell why we're adding this extra case here, or why this
has to be here and not in a separate patch justifying the addition?
> > echo " version=2,su=4096 logbsize=32k"
> > - echo " version=2,su=32768 logbsize=32k"
> > - echo " version=2,su=32768 logbsize=64k"
...I also don't think it's a good idea to reduce test coverage, and
definitely not buried in something that sounds like a fix patch.
--D
> > - echo " version=2 logbsize=64k"
> > + echo " version=2,su=32k logbsize=32k"
> > + echo " version=2,su=4096 logbsize=64k"
> > echo " version=2,su=64k logbsize=64k"
> > - echo " version=2 logbsize=128k"
> > + echo " version=2,su=4096 logbsize=128k"
> > echo " version=2,su=128k logbsize=128k"
> > - echo " version=2 logbsize=256k"
> > + echo " version=2,su=4096 logbsize=256k"
> > echo " version=2,su=256k logbsize=256k"
> > }
> >
> > --
> > 2.18.0
> >
> >
> >
next prev parent reply other threads:[~2020-02-23 16:37 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-18 7:24 [PATCH v1 1/2] generic/054,055: add _require_v2log Yang Xu
2020-02-18 7:24 ` [PATCH v1 2/2] common/log: add 16k logbuf size for xfs_log_config Yang Xu
2020-02-19 5:06 ` [PATCH v1 1/2] generic/054,055: add _require_v2log Darrick J. Wong
2020-02-19 8:48 ` Yang Xu
2020-02-19 22:11 ` Darrick J. Wong
2020-02-20 2:01 ` Yang Xu
2020-02-20 2:17 ` Darrick J. Wong
2020-02-20 3:10 ` Yang Xu
2020-02-20 5:38 ` [PATCH v2] common/log: add -l su option in _xfs_log_config Yang Xu
2020-02-23 14:22 ` Eryu Guan
2020-02-23 16:37 ` Darrick J. Wong [this message]
2020-02-24 1:51 ` Yang Xu
2020-02-24 2:14 ` Yang Xu
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=20200223163710.GL9504@magnolia \
--to=darrick.wong@oracle.com \
--cc=fstests@vger.kernel.org \
--cc=guaneryu@gmail.com \
--cc=xuyang2018.jy@cn.fujitsu.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.