[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <76ab5bdd-1d8b-4024-8eac-73ee247e9410@oracle.com>
Date: Fri, 5 Sep 2025 17:14:47 +0100
From: John Garry <john.g.garry@...cle.com>
To: Ojaswin Mujoo <ojaswin@...ux.ibm.com>
Cc: Zorro Lang <zlang@...hat.com>, fstests@...r.kernel.org,
Ritesh Harjani <ritesh.list@...il.com>, djwong@...nel.org,
tytso@....edu, linux-xfs@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-ext4@...r.kernel.org
Subject: Re: [PATCH v5 02/12] common/rc: Add _require_fio_version helper
On 05/09/2025 16:51, Ojaswin Mujoo wrote:
>> This requires the user to know the version which corresponds to the feature.
>> Is that how things are done for other such utilities and their versions vs
>> features?
> Hi John,
>
> So there are not many such helpers but the 2 I could see were used this
> way:
>
> tests/btrfs/284:
> _require_btrfs_send_version 2
>
> tests/nfs/001:
> _require_test_nfs_version 4
>
> So I though of keeping it this way.
What about the example of _require_xfs_io_command param, which checks if
$param is supported?
We could have _require_fio_option atomics, which checks if a specific
version is available which supports atomic? Or a more straightforward
would be _require_fio_with_atomics.
Cheers
Powered by blists - more mailing lists