[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87y2c1swnz.fsf@nvidia.com>
Date: Wed, 26 May 2021 10:53:52 +0200
From: Petr Machata <petrm@...dia.com>
To: Po-Hsu Lin <po-hsu.lin@...onical.com>
CC: <linux-kselftest@...r.kernel.org>, <netdev@...r.kernel.org>,
<bpf@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<shuah@...nel.org>, <skhan@...uxfoundation.org>, <ast@...nel.org>,
<daniel@...earbox.net>, <andrii@...nel.org>, <kafai@...com>,
<songliubraving@...com>, <yhs@...com>, <john.fastabend@...il.com>,
<kpsingh@...nel.org>, <davem@...emloft.net>, <kuba@...nel.org>,
<hawk@...nel.org>, <nikolay@...dia.com>, <gnault@...hat.com>,
<vladimir.oltean@....com>, <idosch@...dia.com>,
<baowen.zheng@...igine.com>, <danieller@...dia.com>,
<petrm@...dia.com>,
Willem de Bruijn <willemdebruijn.kernel@...il.com>
Subject: Re: [PATCHv2] selftests: Use kselftest skip code for skipped tests
Po-Hsu Lin <po-hsu.lin@...onical.com> writes:
> There are several test cases still using exit 0 when they need to be
> skipped. Use kselftest framework skip code instead so it can help us
> to distinguish the proper return status.
>
> Criterion to filter out what should be fixed in selftests directory:
> grep -r "exit 0" -B1 | grep -i skip
>
> This change might cause some false-positives if people are running
> these test scripts directly and only checking their return codes,
> which will change from 0 to 4. However I think the impact should be
> small as most of our scripts here are already using this skip code.
> And there will be no such issue if running them with the kselftest
> framework.
>
> V2: router_mpath_nh.sh and outer_mpath_nh_res.sh sources lib.sh,
> there is no need to assign ksft_skip value in these two.
>
> Signed-off-by: Po-Hsu Lin <po-hsu.lin@...onical.com>
I want to note that defining ksft_skip=4 in every test separately is the
current practice. I agree with Willem (in a parallel thread) that this
stuff should live in a library of its own, but there is none currently.
When there is, it looks like the conversion would be mechanical.
Which is to say, IMHO this patch makes sense on its own as an
incremental improvement.
Reviewed-by: Petr Machata <petrm@...dia.com>
Powered by blists - more mailing lists