public inbox for kernelci@lists.linux.dev
 help / color / mirror / Atom feed
From: "Mark Brown" <broonie@kernel.org>
To: kernelci@groups.io, dvyukov@google.com
Cc: Kevin Hilman <khilman@baylibre.com>
Subject: Re: Some questions about KernelCI
Date: Thu, 29 Aug 2019 13:14:41 +0100	[thread overview]
Message-ID: <20190829121441.GD4118@sirena.co.uk> (raw)
In-Reply-To: <CACT4Y+bt8r-1t7=sFtH75_Bj-xBdTTUkM-tZ=GEoy2B=rCYQOg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2890 bytes --]

On Wed, Aug 28, 2019 at 02:03:22PM -0700,  via Groups.Io wrote:

Just responding for me, this hasn't been reviewed by anyone else.

> 1. Do I understand it correctly that KernelCI is still mostly about
> building/booting, it started running tests some time ago but few tests
> are currently onboarded? Is there a full list of tests? I looked at
> lava-kernel-tests repo, but on the dashboard I also seen "networking"
> tests, so I am not sure if lava-kernel-tests is the full list. There
> are plans to onboard more tests in the future, right?

There's also some of the v4l tests running.  The plan is to get the UI
working well and figure out what we're doing in terms of hardware to run
things on before expanding testsuite coverage.  I'll let the people
working on that provide more detail on how that's going.

> 2. Are there test coverage reports anywhere? Is it in plans?

There's some e-mail reports for tests which are sent to developers at
the minute, the web UI is being looked at as well since as you've
noticed it's currently not great.

> 3. Does KernelCI use any of KASAN, LOCKDEP, KMEMLEAK, FAULT_INJECTION,
> DEBUG_OBJECTS, DEBUG_VM runtime debugging features?

Not at the current time except in so far as they appear in defconfigs,
we do talk about it sometimes - some of them would even be useful during
boot testing - but we've had resource issues in the past with adding the
extra configs.

> 4. Do I understand it correctly that test failures are currently not
> reported in any way (other than being shown on the dashboard)? Who
> looks at the dashboard? Is there constant monitoring of all results?
> Is automatic reporting in plans?

The test support is pretty much in development at the moment, until
we've got the infrastructure working well we're not really pushing on
reporting things out too much.

> 5. There is no pre-commit testing, right?

Right.  It's a feature that gets talked about from time to time but
nobody's stepped forward to implement it and we'd need to figure out
resources to run the tests as well.

> 6. What are the major TODO items for near/mid-term future?

There's a bunch of issues in github:

	https://github.com/kernelci

but really a lot of it is about people scratching their own itches, for
example I want to do some work on the e-mail build reports since they're
not very usable right now but I've never got round to filing an issue
for it.

> 7. What is rough approximation of total engineer-years spent on the
> project? What are the major time sinks? Pain points?

Finger in the air I'd guess more than 8, possibly quite a bit - the
project has been going for a bit over 5 years, we've had periods where
there's been multiple people working on it pretty much full time but
also periods where it's been mostly in maintanence mode.

For me the biggest specific pain point right now is front end developers
able to work on the UI.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2019-08-29 12:14 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-28 21:03 Some questions about KernelCI Dmitry Vyukov
2019-08-29 12:14 ` Mark Brown [this message]
2019-08-30 19:07   ` Dmitry Vyukov
2019-08-30 19:53     ` Mark Brown
  -- strict thread matches above, loose matches on Subject: below --
2019-09-04  4:07 zhengruoqin

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=20190829121441.GD4118@sirena.co.uk \
    --to=broonie@kernel.org \
    --cc=dvyukov@google.com \
    --cc=kernelci@groups.io \
    --cc=khilman@baylibre.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