diff options
author | Daniel Latypov <dlatypov@google.com> | 2021-02-06 03:08:52 +0300 |
---|---|---|
committer | Shuah Khan <skhan@linuxfoundation.org> | 2021-02-09 02:09:27 +0300 |
commit | 5d31f71efcb6bce56ca3ab92eed0c8f2dbcc6f9a (patch) | |
tree | bc0228c6dde7cce578a61e3e91178bc27ad13535 /include/net/tso.h | |
parent | 65af9b964d72d8d8e88f4f673d4d0e9467197373 (diff) | |
download | linux-5d31f71efcb6bce56ca3ab92eed0c8f2dbcc6f9a.tar.xz |
kunit: add kunit.filter_glob cmdline option to filter suites
E.g. specifying this would run suites with "list" in their name.
kunit.filter_glob=list*
Note: the executor prints out a TAP header that includes the number of
suites we intend to run.
So unless we want to report empty results for filtered-out suites, we
need to do the filtering here in the executor.
It's also probably better in the executor since we most likely don't
want any filtering to apply to tests built as modules.
This code does add a CONFIG_GLOB=y dependency for CONFIG_KUNIT=y.
But the code seems light enough that it shouldn't be an issue.
For now, we only filter on suite names so we don't have to create copies
of the suites themselves, just the array (of arrays) holding them.
The name is rather generic since in the future, we could consider
extending it to a syntax like:
kunit.filter_glob=<suite_glob>.<test_glob>
E.g. to run all the del list tests
kunit.filter_glob=list-kunit-test.*del*
But at the moment, it's far easier to manually comment out test cases in
test files as opposed to messing with sets of Kconfig entries to select
specific suites.
So even just doing this makes using kunit far less annoying.
Signed-off-by: Daniel Latypov <dlatypov@google.com>
Reviewed-by: Brendan Higgins <brendanhiggins@google.com>
Signed-off-by: Shuah Khan <skhan@linuxfoundation.org>
Diffstat (limited to 'include/net/tso.h')
0 files changed, 0 insertions, 0 deletions