linux-kernel - [ext4] 72b90c090b: xfstests.generic.324.fail

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:   Tue, 23 Aug 2022 13:57:06 +0800
From:   kernel test robot <yujie.liu@...el.com>
To:     Jeff Layton <jlayton@...nel.org>
CC:     <lkp@...ts.01.org>, kernel test robot <lkp@...el.com>,
        Lukas Czerner <lczerner@...hat.com>,
        Christian Brauner <brauner@...nel.org>,
        Jan Kara <jack@...e.cz>, LKML <linux-kernel@...r.kernel.org>,
        <linux-ext4@...r.kernel.org>
Subject: [ext4] 72b90c090b: xfstests.generic.324.fail

Greeting,

FYI, we noticed the following commit (built with gcc-11):

commit: 72b90c090b2c1863bd9c8fd99571790ea61e714a ("ext4: fix i_version handling in ext4")
https://git.kernel.org/cgit/linux/kernel/git/jlayton/linux.git iversion

in testcase: xfstests
version: xfstests-x86_64-c1144bf-1_20220808
with following parameters:

	disk: 4HDD
	fs: ext4
	test: generic-group-16
	ucode: 0x21

test-description: xfstests is a regression test suite for xfs and other files ystems.
test-url: git://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git


on test machine: 4 threads 1 sockets Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz (Ivy Bridge) with 8G memory

caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):


generic/324       [failed, exit status 1]- output mismatch (see /lkp/benchmarks/xfstests/results//generic/324.out.bad)
     --- tests/generic/324.out	2022-08-08 17:00:46.000000000 +0000
     +++ /lkp/benchmarks/xfstests/results//generic/324.out.bad	2022-08-21 19:43:01.504119003 +0000
     @@ -22,2509 +22,5 @@
      XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
      Before: in_range(10, 40)
      After: in_range(1, -1)
     -Defragment file with 250 * 2 fragments
     -wrote 1234/1234 bytes at offset 0
     -XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
     -wrote 1234/1234 bytes at offset 123400
     ...
     (Run 'diff -u /lkp/benchmarks/xfstests/tests/generic/324.out /lkp/benchmarks/xfstests/results//generic/324.out.bad'  to see the entire diff)


=========================================================================================
tbox_group/testcase/rootfs/kconfig/compiler/disk/fs/test/ucode:
   lkp-ivb-d02/xfstests/debian-11.1-x86_64-20220510.cgz/x86_64-rhel-8.3-func/gcc-11/4HDD/ext4/generic-group-16/0x21

commit:
   97dd7d414f1e20 ("xfs: don't bump the i_version on an atime update in xfs_vn_update_time")
   72b90c090b2c18 ("ext4: fix i_version handling in ext4")

97dd7d414f1e20f8 72b90c090b2c1863bd9c8fd9957
---------------- ---------------------------
        fail:runs  %reproduction    fail:runs
            |             |             |
            :6          100%           6:6     xfstests.generic.324.fail


If you fix the issue, kindly add following tag
Reported-by: kernel test robot <yujie.liu@...el.com>


To reproduce:

         git clone https://github.com/intel/lkp-tests.git
         cd lkp-tests
         sudo bin/lkp install job.yaml           # job file is attached in this email
         bin/lkp split-job --compatible job.yaml # generate the yaml file for lkp run
         sudo bin/lkp run generated-yaml-file

         # if come across any failure that blocks the test,
         # please remove ~/.lkp and /lkp dir to run from a clean state.


-- 
0-DAY CI Kernel Test Service
https://01.org/lkp
View attachment "config-6.0.0-rc1-00031-g72b90c090b2c" of type "text/plain" (174866 bytes)

View attachment "job-script" of type "text/plain" (6229 bytes)

Download attachment "dmesg.xz" of type "application/x-xz" (5524 bytes)

View attachment "xfstests" of type "text/plain" (3068 bytes)

View attachment "job.yaml" of type "text/plain" (5220 bytes)

View attachment "reproduce" of type "text/plain" (967 bytes)