[LTP] [PATCH 2/2] ustat0{1, 2}: Mark failure on Btrfs with known-fail tag
Petr Vorel
pvorel@suse.cz
Wed Jan 5 18:16:52 CET 2022
Hi Cyril,
> > + .tags = (const struct tst_tag[]) {
> > + {"known-fail", "ustat() is known to fail with EINVAL on Btrfs"},
> ^
> Maybe we should just remove the
> "known to fail" from these messages.
> Since the code in the library will print:
> ---
> You _MAY_ be hit by known kernel failures:
> ustat() is known to fail with EINVAL on Btrfs
> ---
> so the 'known to fail' part is redundant here.
> What about:
> ---
> You _MAY_ be hit by known kernel failures:
> ustat() fails with EINVAL on Btrfs
> ---
+1
> Other than this I think that this is a good way how to put these kind of
> hints into the testcases.
> Also I do wonder if there is a good URL that would contain more verbose
> description of the problem but I guess there isn't. Well maybe this one:
> https://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg95697.html
Let's use lore.
https://lore.kernel.org/linux-btrfs/CAB=NE6X2-mbZwVFnKUwjRmTGp3auZFHQXJ1h_YTJ2driUeoR+A@mail.gmail.com/
But I'd put Josef Bacik's reply as he's a maintainer:
https://lore.kernel.org/linux-btrfs/e7e867b8-b57a-7eb2-2432-1627bd3a88fb@toxicpanda.com/
> Not sure how to encode that, maybe just add it to the test top level
> comment?
I'd prefer to have it in metadata html/pdf and in known-bug section.
Thus I'd prefer:
.tags = (const struct tst_tag[]) {
{"known-fail", "ustat() is known to fail with EINVAL on Btrfs, see "
"https://lore.kernel.org/linux-btrfs/e7e867b8-b57a-7eb2-2432-1627bd3a88fb@toxicpanda.com/"
},
{}
But while this is obviously ok for test output:
$ ./ustat01 -h
...
Tags
----
known-fail: ustat() is known to fail with EINVAL on Btrfs, see https://lore.kernel.org/linux-btrfs/e7e867b8-b57a-7eb2-2432-1627bd3a88fb@toxicpanda.com/
It gets parsed as new line:
"ustat01": {
"tags": [
[
"known-fail",
"ustat() is known to fail with EINVAL on Btrfs, see ",
"https://lore.kernel.org/linux-btrfs/e7e867b8-b57a-7eb2-2432-1627bd3a88fb@toxicpanda.com/"
]
],
"fname": "testcases/kernel/syscalls/ustat/ustat01.c"
}
Unless you think it's useful to expect that tag values can have longer input and
thus testinfo.pl should use all array items (except the first which is key),
I'd go the easy way and put the link only to top level docparse section as you
suggested.
Kind regards,
Petr
More information about the ltp
mailing list