fishinabarrel / linux-kernel-module-rust

Framework for writing Linux kernel modules in safe Rust
GNU General Public License v2.0
1.33k stars 119 forks source link

Run tests via qemu on multiple distros/kernels #254

Open geofft opened 4 years ago

geofft commented 4 years ago

https://github.com/fishinabarrel/linux-kernel-module-rust/issues/34#issuecomment-394026489 had a proposal for running tests via qemu, which we punted on, deciding to just use the host kernel. It turns out that Travis's kernel is pretty old (4.15 even on Bionic), see #229. While we could resolve that by just switching to some other CI with a newer kernel (e.g., GitHub Actions?), I'd like to also think about actually doing testing on multiple distros and multiple kernels per distro via qemu.

What I'm thinking, loosely, is that we do the build inside Docker, install/download a kernel inside the Docker container, and then spin up qemu using 9p or NFS rootfs pointed at the container. But it's possible that if we boot a real VM using hardware-assisted virtualization, that will be fast enough that just doing normal builds inside the VM would work fine.

Here's some distros we'd want to support, based on tickets people have filed. Ideally we should pin to specific snapshot or at least stable versions of the distro so we don't have to chase CI failing just because something got upgraded. It may be enough to do that by just building our Docker images separately from CI and only updating them manually.

Note that Manjaro currently won't work because their kernel has structleak (#152). We should add it in as soon as we get it working.

Also, we should find some way of testing very recent LLVM and very recent kernels in a cron-style CI, that is, not blocking merges, but using the same scripts to run the tests. Probably Debian unstable would work.

Some things we should look at for inspiration:

geofft commented 4 years ago

tuxmake/tuxbuild https://linuxplumbersconf.org/event/7/contributions/797/ are also worth looking at.