Re: [PATCH v2 3/4] btrfs: move larger data folios out of experimental features
Qu Wenruo <[email protected]> Tue, 10 Mar 2026 18:28:28 +1030
| Newsgroups | dev.linux.lists.oe-lkp,org.kernel.vger.linux-btrfs |
|---|---|
| Message-ID | <[email protected]> |
在 2026/3/10 17:51, Oliver Sang 写道:
> hi, Qu,
>
> On Tue, Mar 10, 2026 at 05:33:16PM +1030, Qu Wenruo wrote:
>>
>>
>> 在 2026/3/10 17:13, kernel test robot 写道:
>>>
>>>
>>> Hello,
>>>
>>> kernel test robot noticed "xfstests.btrfs.052.fail" on:
>>>
>>> commit: 50bb0fb60d1d55c7447535d17081ea009700cfd7 ("[PATCH v2 3/4] btrfs: move larger data folios out of experimental features")
>>> url: https://github.com/intel-lab-lkp/linux/commits/Qu-Wenruo/btrfs-drop-2K-block-size-support/20260227-113649
>>> base: https://git.kernel.org/cgit/linux/kernel/git/kdave/linux.git for-next
>>> patch link: https://lore.kernel.org/all/0d8fe02f58ccbc0c53714ea45b0a4303f2ee8206.1772162871.git.wqu@suse.com/
>>> patch subject: [PATCH v2 3/4] btrfs: move larger data folios out of experimental features
>>>
>>> in testcase: xfstests
>>> version: xfstests-x86_64-63a29724-1_20260218
>>> with following parameters:
>>>
>>> disk: 6HDD
>>> fs: btrfs
>>> test: btrfs-052
>>>
>>>
>>>
>>> config: x86_64-rhel-9.4-func
>>> compiler: gcc-14
>>> test machine: 8 threads 1 sockets Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz (Haswell) with 8G memory
>>>
>>> (please refer to attached dmesg/kmsg for entire log/backtrace)
>>>
>>>
>>>
>>> If you fix the issue in a separate patch/commit (i.e. not just a new version of
>>> the same patch/commit), kindly add following tags
>>> | Reported-by: kernel test robot <[email protected]>
>>> | Closes: https://lore.kernel.org/oe-lkp/[email protected]
>>>
>>>
>>> 2026-03-06 18:12:00 cd /lkp/benchmarks/xfstests
>>> 2026-03-06 18:12:00 export TEST_DIR=/fs/sdb1
>>> 2026-03-06 18:12:00 export TEST_DEV=/dev/sdb1
>>> 2026-03-06 18:12:00 export FSTYP=btrfs
>>> 2026-03-06 18:12:00 export SCRATCH_MNT=/fs/scratch
>>> 2026-03-06 18:12:00 mkdir /fs/scratch -p
>>> 2026-03-06 18:12:00 export SCRATCH_DEV_POOL="/dev/sdb2 /dev/sdb3 /dev/sdb4 /dev/sdb5 /dev/sdb6"
>>> 2026-03-06 18:12:00 echo btrfs/052
>>> 2026-03-06 18:12:00 ./check btrfs/052
>>> FSTYP -- btrfs
>>> PLATFORM -- Linux/x86_64 lkp-hsw-d01 7.0.0-rc1-00110-g50bb0fb60d1d #1 SMP PREEMPT_DYNAMIC Sat Mar 7 01:56:32 CST 2026
>>> MKFS_OPTIONS -- /dev/sdb2
>>> MOUNT_OPTIONS -- /dev/sdb2 /fs/scratch
>>>
>>> btrfs/052 [failed, exit status 1]- output mismatch (see /lkp/benchmarks/xfstests/results//btrfs/052.out.bad)
>>> --- tests/btrfs/052.out 2026-02-18 09:47:02.000000000 +0000
>>> +++ /lkp/benchmarks/xfstests/results//btrfs/052.out.bad 2026-03-06 18:12:03.421371379 +0000
>>> @@ -91,553 +91,5 @@
>>> 23 05 05 05 05 05 05 05 05 05 05 05 05 05 05 05 05
>>> *
>>> 30
>>> -0 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>>> -*
>>> -2 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02
>>> -*
>>> ...
>>> (Run 'diff -u /lkp/benchmarks/xfstests/tests/btrfs/052.out /lkp/benchmarks/xfstests/results//btrfs/052.out.bad' to see the entire diff)
>>> Ran: btrfs/052
>>> Failures: btrfs/052
>>> Failed 1 of 1 tests
>>
>> Can you provide the full btrfs/052.full?
>
> I attached tar.gz which contains all test results. thanks
Thanks a lot!
It shows it's the defrag ioctl failed, and it's indeed a bug in that
patch, that I forgot to remove the experimental check from defrag.
Thus it won't cause bug for CONFIG_BTRFS_EXPERIMENTAL but will cause
problems for end users.
Will get it fixed in the next update.
Thanks again for the consistent report!
Qu
>
>>
>> I checked my older logs (we have enabled larger folios for a while for
>> experimental tests) and can not fild a similar failure.
>>
>> Thus I'm wondering what is causing the failure.
>>
>> Thanks,
>> Qu
>>
>>>
>>>
>>>
>>>
>>> The kernel config and materials to reproduce are available at:
>>> https://download.01.org/0day-ci/archive/20260310/[email protected]
>>>
>>>
>>>
>>