Description of problem: anolis8 aarch64物理机环境，内部nightly xfstests ext4-2-bigalloc测试case:generic/685执行失败。 Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 下载并编译安装内部xfstests mkfs -t ext4 -E lazy_itable_init=0,lazy_journal_init=0 -L OStest -q -F -O bigalloc -C 16k -q -F /dev/nvme0n1p1 mkfs -t ext4 -E lazy_itable_init=0,lazy_journal_init=0 -L OStest -q -F -O bigalloc -C 16k -q -F /dev/nvme0n1p2 mkdir /mnt/nvme0n1p1 mkdir /mnt/nvme0n1p2 #TEST_DEV/SCRATCH_DEV为文件系统所在的磁盘或分区 export TEST_DEV=/dev/nvme0n1p1 export SCRATCH_DEV=/dev/nvme0n1p2 export FSTYP=ext4 #TEST_DIR/SCRATCH_MNT表示待测试文件系统的挂载目录 export SCRATCH_MNT=/mnt/nvme0n1p2 export TEST_DIR=/mnt/nvme0n1p1 cd xfstests安装目录 ./check generic/685 Actual results: [root@l57h15217 xfstests]# ./check generic/685 FSTYP -- ext4 PLATFORM -- Linux/aarch64 l57h15217 4.19.91-724.git.c18ed0b83.an8.aarch64 #1 SMP Wed May 17 13:56:08 UTC 2023 MKFS_OPTIONS -- -F /dev/nvme0n1p2 MOUNT_OPTIONS -- -o acl,user_xattr /dev/nvme0n1p2 /mnt/nvme0n1p2 generic/685 - output mismatch (see /var/lib/xfstests/results//generic/685.out.bad) --- tests/generic/685.out 2023-03-28 18:46:06.875067309 +0800 +++ /var/lib/xfstests/results//generic/685.out.bad 2023-05-18 18:11:40.538218006 +0800 @@ -1,19 +1,19 @@ QA output created by 685 Test 1 - qa_user, non-exec file fzero 6666 -rwSrwSrw- TEST_DIR/685/a -666 -rw-rw-rw- TEST_DIR/685/a +6666 -rwSrwSrw- TEST_DIR/685/a Test 2 - qa_user, group-exec file fzero ... (Run 'diff -u /var/lib/xfstests/tests/generic/685.out /var/lib/xfstests/results//generic/685.out.bad' to see the entire diff) Ran: generic/685 Failures: generic/685 Failed 1 of 1 tests [root@l57h15217 xfstests]# diff -u /var/lib/xfstests/tests/generic/685.out /var/lib/xfstests/results//generic/685.out.bad --- /var/lib/xfstests/tests/generic/685.out 2023-03-28 18:46:06.875067309 +0800 +++ /var/lib/xfstests/results//generic/685.out.bad 2023-05-18 18:11:40.538218006 +0800 @@ -1,19 +1,19 @@ QA output created by 685 Test 1 - qa_user, non-exec file fzero 6666 -rwSrwSrw- TEST_DIR/685/a -666 -rw-rw-rw- TEST_DIR/685/a +6666 -rwSrwSrw- TEST_DIR/685/a Test 2 - qa_user, group-exec file fzero 6676 -rwSrwsrw- TEST_DIR/685/a -676 -rw-rwxrw- TEST_DIR/685/a +6676 -rwSrwsrw- TEST_DIR/685/a Test 3 - qa_user, user-exec file fzero 6766 -rwsrwSrw- TEST_DIR/685/a -766 -rwxrw-rw- TEST_DIR/685/a +6766 -rwsrwSrw- TEST_DIR/685/a Test 4 - qa_user, all-exec file fzero 6777 -rwsrwsrwx TEST_DIR/685/a -777 -rwxrwxrwx TEST_DIR/685/a +6777 -rwsrwsrwx TEST_DIR/685/a Test 5 - root, non-exec file fzero 6666 -rwSrwSrw- TEST_DIR/685/a @@ -33,9 +33,9 @@ Test 9 - qa_user, group-exec file fzero, only sgid 2676 -rw-rwsrw- TEST_DIR/685/a -676 -rw-rwxrw- TEST_DIR/685/a +2676 -rw-rwsrw- TEST_DIR/685/a Test 10 - qa_user, all-exec file fzero, only sgid 2777 -rwxrwsrwx TEST_DIR/685/a -777 -rwxrwxrwx TEST_DIR/685/a +2777 -rwxrwsrwx TEST_DIR/685/a Expected results: case pass Additional info: [root@l57h15217 xfstests]# uname -r 4.19.91-724.git.c18ed0b83.an8.aarch64 [root@l57h15217 xfstests]# cat /etc/anolis-release Anolis OS release 8.8 [root@l57h15217 xfstests]# cat /etc/os-release NAME="Anolis OS" VERSION="8.8" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.8" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.8" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@l57h15217 xfstests]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 378G 0 378G 0% /dev tmpfs 378G 100K 378G 1% /dev/shm tmpfs 378G 4.1G 374G 2% /run tmpfs 378G 0 378G 0% /sys/fs/cgroup /dev/sda2 49G 16G 32G 33% / /dev/sda1 1022M 6.7M 1016M 1% /boot/efi tmpfs 76G 0 76G 0% /run/user/0 [root@l57h15217 xfstests]# free -g total used free shared buff/cache available Mem: 754 677 75 2 2 73 Swap: 1 1 0 [root@l57h15217 xfstests]# cat /proc/cmdline BOOT_IMAGE=(hd1,gpt2)/boot/vmlinuz-4.19.91-724.git.c18ed0b83.an8.aarch64 root=UUID=3fbce54d-0f7f-47cf-a94a-c4592d5d6057 ro console=tty0 console=ttyS0,115200 rd.driver.pre=ahci cgwb_v1 psi=1 slub_debug=FPZU kmemleak=on crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M [root@l57h15217 xfstests]# lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 96 On-line CPU(s) list: 0-95 Thread(s) per core: 1 Core(s) per socket: 48 Socket(s): 2 NUMA node(s): 1 Vendor ID: HiSilicon BIOS Vendor ID: HiSilicon Model: 0 Model name: Kunpeng-920 BIOS Model name: HUAWEI Kunpeng 920 5250 Stepping: 0x1 CPU MHz: 2600.000 CPU max MHz: 2600.0000 CPU min MHz: 200.0000 BogoMIPS: 200.00 L1d cache: 64K L1i cache: 64K L2 cache: 512K L3 cache: 24576K NUMA node0 CPU(s): 0-95 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asimdfhm
case：generic/683，generic/684也有类似问题
相关单子：https://bugzilla.openanolis.cn/show_bug.cgi?id=3603 ------------------------ josephqi alibaba_cloud_group 2023-01-09 10:59:05 UTC 应该是下面的补丁修复，在 Linux v5.18 合入： https://github.com/torvalds/linux/commit/ad5cd4f4ee4d5fcdb1bfb7a0c073072961e70783 其依赖 copy_file_range 系列重构： [PATCH v4 0/9] Fixes for major copy_file_range() issues，Linux 5.3 合入： https://lore.kernel.org/all/20190531164701.15112-1-amir73il@gmail.com/ 该系列重构改动比较大，因此处理策略同之前针对 copy_file_range 的用例，建议 bypass。 注：ANCK 5.10 已经修复，Linux 4.19-stable 目前也尚未修复。 ------------------------------- 根据开发同学的提示，anck 4.19 aarch64上该case单子bypass处理