From: "lizhijian@fujitsu.com" <lizhijian@fujitsu.com>
To: Shinichiro Kawasaki <shinichiro.kawasaki@wdc.com>
Cc: "linux-block@vger.kernel.org" <linux-block@vger.kernel.org>,
"bvanassche@acm.org" <bvanassche@acm.org>
Subject: Re: [PATCH blktests] common, tests: Support printing multiple skip reasons
Date: Tue, 12 Jul 2022 07:57:27 +0000 [thread overview]
Message-ID: <36df971d-78bd-5250-55dd-2d9c53c0f240@fujitsu.com> (raw)
In-Reply-To: <8118fa42-3242-bcf0-a01e-d98ad8c3a906@fujitsu.com>
Hello Shinichiro
So sorry for the late reply(Just realized that the SMTP got something wrong, previous reply was drop without any notification).
post it again.
On 07/07/2022 19:42, Li, Zhijian wrote:
>
> on 7/7/2022 6:58 PM, Shinichiro Kawasaki wrote:
>> ... group_requires() should add strings to the \$SKIP_REASONS array which
>> describe why the group cannot be run.
>>
>>> #
>>> # Usually, group_requires() just needs to check that any necessary programs and
>>> # kernel features are available using the _have_foo helpers. If
>>> -# group_requires() sets \$SKIP_REASON, all tests in this group will be skipped.
>>> +# group_requires() sets \$SKIP_REASONS, all tests in this group will be skipped.
>> ... group_requires() adds strings to \$SKIP_REASONS, all tests in this ...
>
> I tried to do that as your suggestion. It causes a side effect that in order to make
> the line length less than 80 bytes, we have to update all its subsequent lines in the
> samesection. Is it okay? VVV
>
> # TODO: if this test group has extra requirements for what devices it can be
> # run on, it should define a group_device_requires() function. If tests in this
> -# group cannot be run on the test device, it should set the \$SKIP_REASONS
> -# variable. \$TEST_DEV is the full path of the block device (e.g., /dev/nvme0n1
> -# or /dev/sda1), and \$TEST_DEV_SYSFS is the sysfs path of the disk (not the
> -# partition, e.g., /sys/block/nvme0n1 or /sys/block/sda). If the target device
> -# is a partition device, \$TEST_DEV_PART_SYSFS is the sysfs path of the
> -# partition device (e.g., /sys/block/nvme0n1/nvme0n1p1 or /sys/block/sda/sda1).
> -# Otherwise, \$TEST_DEV_PART_SYSFS is an empty string.
> +# group cannot be run on the test device, it should adds strings to
> +# \$SKIP_REASONS. \$TEST_DEV is the full path of the block device (e.g.,
> +# /dev/nvme0n1 # or /dev/sda1), and \$TEST_DEV_SYSFS is the sysfs path of the
> +# disk (not the # partition, e.g., /sys/block/nvme0n1 or /sys/block/sda). If
> +# the target device is a partition device, \$TEST_DEV_PART_SYSFS is the sysfs
> +# path of the partition device (e.g., /sys/block/nvme0n1/nvme0n1p1 or
> +# /sys/block/sda/sda1). Otherwise, \$TEST_DEV_PART_SYSFS is an empty string.
> #
> # Usually, group_device_requires() just needs to check that the test device is
> # the right type of hardware or supports any necessary features using the
>
> Thanks
> Zhijian
>
>
prev parent reply other threads:[~2022-07-12 7:58 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-07 3:47 [PATCH blktests] common, tests: Support printing multiple skip reasons lizhijian
2022-07-07 10:58 ` Shinichiro Kawasaki
[not found] ` <8118fa42-3242-bcf0-a01e-d98ad8c3a906@fujitsu.com>
2022-07-12 7:57 ` lizhijian [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=36df971d-78bd-5250-55dd-2d9c53c0f240@fujitsu.com \
--to=lizhijian@fujitsu.com \
--cc=bvanassche@acm.org \
--cc=linux-block@vger.kernel.org \
--cc=shinichiro.kawasaki@wdc.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox