public inbox for fstests@vger.kernel.org
 help / color / mirror / Atom feed
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

  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