From: Kees Cook <keescook@chromium.org>
To: Guillaume Tucker <guillaume.tucker@collabora.com>
Cc: kernelci@groups.io, Nick Desaulniers <ndesaulniers@google.com>,
Nikolai Kondrashov <Nikolai.Kondrashov@redhat.com>,
"automated-testing@yoctoproject.org"
<automated-testing@yoctoproject.org>,
clang-built-linux <clang-built-linux@googlegroups.com>,
Vishal Bhoj <vishal.bhoj@linaro.org>,
Antonio Terceiro <antonio.terceiro@linaro.org>,
Remi Duraffort <remi.duraffort@linaro.org>,
Alexandra da Silva Pereira <alexandra.pereira@collabora.com>
Subject: Re: #KCIDB engagement report
Date: Tue, 15 Jun 2021 16:02:29 -0700 [thread overview]
Message-ID: <202106151557.B2C839D@keescook> (raw)
In-Reply-To: <f68058fe-a047-2c02-ce35-8349a95f69b8@collabora.com>
On Tue, Jun 15, 2021 at 11:23:35PM +0100, Guillaume Tucker wrote:
> +alex
>
> On 15/06/2021 23:03, Kees Cook wrote:
> > On Fri, Jun 11, 2021 at 05:11:59PM +0100, Guillaume Tucker wrote:
> >> Hi Kees,
> >>
> >> On 01/06/2021 21:26, Kees Cook wrote:
> >>> On Mon, May 24, 2021 at 10:38:22AM -0700, 'Nick Desaulniers' via Clang Built Linux wrote:
> >>>> On Mon, May 24, 2021 at 12:50 AM Nikolai Kondrashov
> >>>> <Nikolai.Kondrashov@redhat.com> wrote:
> >>>>> [...]
> >>>>> KernelCI native
> >>>>> Sending (a lot of) production build and test results.
> >>>>> https://staging.kernelci.org:3000/?var-origin=kernelci
> >>>>> [...]
> >>>
> >>> Apologies for the thread hijack, but does anyone know what's happening
> >>> with kselftest? It seems missing from the listed[1] build artifacts, but
> >>> it is actually present[2] (and I see the logs for generating the tarball
> >>> there too), but I can't find any builds that actually run the tests?
> >>>
> >>> (Or how do I see a top-level list of all tests and search it?)
> >>
> >> The kselftest results are all there on the KernelCI native
> >> dashboard, for example the futex tests:
> >>
> >> https://linux.kernelci.org/test/job/mainline/branch/master/kernel/v5.13-rc5-74-g06af8679449d/plan/kselftest-futex/
> >
> > Thanks for looking at this for me! :)
> >
> > How do I find the other kselftest stuff? I just see "kselftest-futex"
> > and "kselftest-filesystem". I was expecting _all_ of the kselftests, but
> > I can't find them.
> >
> > (Specifically, I can't find a top-level "list of all test plans")
>
> That's because kselftest is rather large, and we're only enabling
> subsets of it one at a time. As more test labs and more devices
Ah-ha! Okay.
> become available, we'll gradually expand coverage. We might also
> choose to have full coverage only on say, linux-next, mainline
> and LTS branches but not everywhere to not overload the labs.
Doing this for -next, mainline, and LTS would be extremely helpful for
me, though I suppose I mostly only care about the lkdtm, seccomp, and
pstore tests.
> To answer your question about "all the tests", well you can look
> at any kernel revision to see the tests that were run for it
> since it won't be the same for all of them. Typically,
> linux-next has the highest number of tests so here's an example:
>
> https://linux.kernelci.org/test/job/next/branch/master/kernel/next-20210615/
Right, that's helpful, but I need to know which kernel to test. It'd be
nice to have a top-level "all the tests", and for each test, it should
list the kernels that run those tests, etc.
> As you've already found, there are only 3 kselftest subsets
> or "collections" being run there at the moment. That's by design
> in the KernelCI configuration, but at least we have good enough
> support for running kselftest now which wasn't completely
> trivial to put in place...
Right, totally understood. I spent time tweaking those pieces too. :)
> There are still a few issues to fix, but I would expect kselftest
> coverage to keep growing over the coming weeks.
>
> If there are kselftest collections you really want to have
> enabled, you can always make a PR to add them to this file:
>
> https://github.com/kernelci/kernelci-core/blob/main/config/core/test-configs.yaml#L187
>
> As long as there's capacity for it at least on some types of
> devices and it runs as expected, we should be able to get this
> deployed in production pretty easily.
Awesome. I will do so immediately. :)
Thanks!
-Kees
--
Kees Cook
next prev parent reply other threads:[~2021-06-15 23:02 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-24 7:50 #KCIDB engagement report Nikolai Kondrashov
2021-05-24 17:38 ` Nick Desaulniers
2021-05-25 10:32 ` Nikolai Kondrashov
2021-06-01 19:10 ` Nick Desaulniers
2021-06-07 11:13 ` Nikolai Kondrashov
2021-06-07 18:09 ` Nick Desaulniers
2021-06-10 9:15 ` Nikolai Kondrashov
2021-06-10 23:38 ` Nick Desaulniers
2021-06-11 10:50 ` Nikolai Kondrashov
2021-06-11 11:10 ` Nikolai Kondrashov
2021-06-01 20:26 ` Kees Cook
2021-06-11 16:11 ` Guillaume Tucker
2021-06-15 9:58 ` Nikolai Kondrashov
2021-06-15 10:36 ` Guillaume Tucker
2021-06-15 22:03 ` Kees Cook
2021-06-15 22:23 ` Guillaume Tucker
2021-06-15 23:02 ` Kees Cook [this message]
2021-06-30 8:54 ` Guillaume Tucker
2021-06-30 18:19 ` Kees Cook
[not found] <8543af6d-28cf-6117-4dad-76aafea4b6f7@redhat.com>
2022-11-18 10:06 ` Guillaume Tucker
-- strict thread matches above, loose matches on Subject: below --
2022-07-23 11:50 Nikolai Kondrashov
2022-06-20 12:48 Nikolai Kondrashov
2022-04-22 14:06 Nikolai Kondrashov
2022-01-27 14:41 Nikolai Kondrashov
2021-10-21 12:33 Nikolai Kondrashov
2021-08-23 12:37 Nikolai Kondrashov
2021-08-25 17:39 ` Nick Desaulniers
2021-06-16 13:54 Nikolai Kondrashov
2021-04-15 8:54 Nikolai Kondrashov
2021-03-18 10:34 Nikolai Kondrashov
2021-02-18 10:47 Nikolai Kondrashov
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=202106151557.B2C839D@keescook \
--to=keescook@chromium.org \
--cc=Nikolai.Kondrashov@redhat.com \
--cc=alexandra.pereira@collabora.com \
--cc=antonio.terceiro@linaro.org \
--cc=automated-testing@yoctoproject.org \
--cc=clang-built-linux@googlegroups.com \
--cc=guillaume.tucker@collabora.com \
--cc=kernelci@groups.io \
--cc=ndesaulniers@google.com \
--cc=remi.duraffort@linaro.org \
--cc=vishal.bhoj@linaro.org \
/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;
as well as URLs for NNTP newsgroup(s).