From: Eryu Guan <eguan@redhat.com>
To: Dave Jiang <dave.jiang@intel.com>
Cc: fstests@vger.kernel.org, "Zwisler, Ross" <ross.zwisler@intel.com>
Subject: Re: xfstests failures
Date: Tue, 6 Feb 2018 11:54:43 +0800 [thread overview]
Message-ID: <20180206035443.GN18267@eguan.usersys.redhat.com> (raw)
In-Reply-To: <94286394-157a-421b-7f73-52f10529f23f@intel.com>
On Mon, Feb 05, 2018 at 02:40:40PM -0700, Dave Jiang wrote:
> Eryu,
> I've noticed that these tests fails under what I think is a normal
> config (BRD of 48G). We have an expectation that for simple configs all
> tests in the 'auto' group should pass, and these ones don't. Are these
No, 'auto' group doesn't mean the test should pass, we do add tests
that're known to fail to auto group, but with the expectation that the
failures will be fixed in the near future.
> false positive failures? If so, what do we need to do to remove these
> false positives? a) fix the tests to handle these cases b) remove the
And some tests do fail on unusual configs/setups, e.g. 2M extent setting
in your case, and some tests may not work well with 4k-sector disks.
We'd want to fix the tests but sometimes it's hard to make test work
with all configs, perhahs it's just not worth it if the config is
strange enough and no one cares about it.. But I do like to see the easy
ones get fixed.
> tests from the 'auto' group? Something else? Attached file with test
> outputs. I think some if not all of these failures have lasted many
> kernel versions.
>
> # xfs
> generic/009
> generic/012
> generic/016
> generic/021
> generic/022
> generic/058
> generic/060
> generic/061
> generic/063
> generic/092
> generic/255
> xfs/167
> xfs/191-input-validation
This tests mkfs.xfs behavior and AFAIK it fails after Dave's mkfs
refactor patchset, the test itself requires some fixes.
> xfs/242
> xfs/252
> xfs/432
>
> # ext4
> generic/388
This is a known issue on ext4, there's a discussion thread on ext4 list.
https://marc.info/?l=linux-ext4&m=151629719004002&w=2
Thanks,
Eryu
next prev parent reply other threads:[~2018-02-06 3:54 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-05 21:40 xfstests failures Dave Jiang
2018-02-05 22:31 ` Dave Chinner
2018-02-05 23:01 ` Dave Jiang
2018-02-05 23:04 ` Darrick J. Wong
2018-02-05 23:18 ` Dave Jiang
2018-02-05 23:25 ` Eric Sandeen
2018-02-06 3:54 ` Eryu Guan [this message]
2018-02-06 6:13 ` Dave Chinner
2018-02-06 7:41 ` Eryu Guan
2018-02-06 6:45 ` Amir Goldstein
2018-02-06 8:11 ` Eryu Guan
2018-02-06 8:51 ` Amir Goldstein
2018-02-06 16:43 ` Eryu Guan
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=20180206035443.GN18267@eguan.usersys.redhat.com \
--to=eguan@redhat.com \
--cc=dave.jiang@intel.com \
--cc=fstests@vger.kernel.org \
--cc=ross.zwisler@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox