The KernelCI frontend provides a dynamic web dashboard showing the data available from the backend. A new workboard is currently being developed to replace it and include data from KCIDB.
kernelci-frontend
kernelci-frontend-config
mgalka
apereira
The KernelCI backend provides a web API to send build and test results and let the frontend dashboard retrieve. It also generates email reports, tracks regressions and triggers automated bisections. The new API will eventually replace it.
kernelci-backend
kernelci-backend-config
mgalka
gtucker
The current KernelCI pipeline is using Jenkins. While this is about to be replaced with the new pipeline and API, the purpose remains essentially the same: orchestrating the builds and tests on kernelci.org.
broonie
, mgalka
, nuclearcat
kernelci-jenkins
As there are several KernelCI instances, it’s necessary to have people dedicated to each of them.
The KernelCI components and services need to be regularly updated on the production instance with the latest code and configuration changes. This includes typically enabling coverage for new kernel branches or running new tests, as well as updating rootfs and Docker images with the latest versions of all the packages being used.
It is currently done once a week on average, although deployment may become gradually more continuous as services start to get hosted in the Cloud and run in Docker containers.
mgalka
, nuclearcat
kernelci-deploy
All the incoming pull requests are merged into temporary integration branches and deployed on [staging.kernelci.org](https://staging.kernelci.org] for testing. This is explained in greater detail in the Staging section.
gtucker
, broonie
, nuclearcat
kernelci-deploy
The Chrome OS KernelCI instance is dedicated to building specific kernels and
running Chrome OS tests on Chromebooks. This is very close to the code used in
production but has continuous deployment like the staging one, including open
pull requests for the chromeos
branches. These branches need to be regularly
rebased with any extra patches that are not merged upstream, typically after
each production update.
mgalka
, nuclearcat
kernelci-deploy
The CIP instance is dedicated to building CIP specific kernels with CIP configurations. Currently the CIP KernelCI code is in production.
arisut
kernelci-deploy