Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Date:   Thu, 18 Mar 2021 14:16:13 -0400
From:   Eric Whitney <enwlinux@gmail.com>
To:     linux-ext4@vger.kernel.org
Cc:     tytso@mit.edu, willy@infradead.org
Subject: generic/418 regression seen on 5.12-rc3
Message-ID: <20210318181613.GA13891@localhost.localdomain>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.10.1 (2018-07-13)
Precedence: bulk

As mentioned in today's ext4 concall, I've seen generic/418 fail from time to
time when run on 5.12-rc3 and 5.12-rc1 kernels.  This first occurred when
running the 1k test case using kvm-xfstests.  I was then able to bisect the
failure to a patch landed in the -rc1 merge window:

(bd8a1f3655a7) mm/filemap: support readpage splitting a page

Typical test output resulting from a failure looks like:

     QA output created by 418
    +cmpbuf: offset 0: Expected: 0x1, got 0x0
    +[6:0] FAIL - comparison failed, offset 3072
    +diotest -w -b 512 -n 8 -i 4 failed at loop 0
     Silence is golden
    ...

I've also been able to reproduce the failure on -rc3 in the 4k test case as
well.  The failure frequency there was 10 out of 100 runs.  It was anywhere
from 2 to 8 failures out of 100 runs in the 1k case.

So, the failure isn't dependent upon block size less than page size.

Eric