summary refs log tree commit diff
path: root/release/checks/wayland/default.nix
Commit message (Collapse)AuthorAge
* img/app: run with D-Bus sessionAlyssa Ross2024-05-29
| | | | | | This will be required for portals. Signed-off-by: Alyssa Ross <hi@alyssa.is>
* release/checks/wayland: fix false positivesAlyssa Ross2023-12-16
| | | | | | | | | | | Sometimes the application running inside the crosvm VM can commit between wc exiting and the VM being stopped. If this happens, there'll be an extra byte in the fifo, which will interfere with the second test. To fix this, recreate the fifo to ensure it's empty at the start of the Cloud Hypervisor test. Fixes: 5a5f892 ("release/checks/wayland: also test cloud-hypervisor") Signed-off-by: Alyssa Ross <hi@alyssa.is>
* lib/nixpkgs.default.nix: updateAlyssa Ross2023-12-16
| | | | | | cloud-hypervisor has changed back to the old CLI syntax again. Signed-off-by: Alyssa Ross <hi@alyssa.is>
* Revert "vm: build command line into kernels"Alyssa Ross2023-12-05
| | | | | | | | | | | | | | | | | | This reverts commit 5f556f806a70f3787fe725254ccf3d245bd5bebc. This turns out to not really be workable on aarch64 at the moment, without giving things up — both crosvm and Cloud Hypervisor inject earlycon parameters onto the command line, which overrides the built-in command line. We could use CONFIG_CMDLINE_FORCE, but then we wouldn't know which serial console to use, because crosvm and Cloud Hypervisor both use different ones. There's discussion about making it possible to have the bootloader command line append to the built-in command line, but it's moving extremely slowly, so we can't count on it any time soon. Link: https://lore.kernel.org/lkml/20231110013817.2378507-1-danielwa@cisco.com/ Signed-off-by: Alyssa Ross <hi@alyssa.is>
* lib: adjust interface for Nix filesAlyssa Ross2023-11-26
| | | | | | | | | | | | | | | | | | | | | | | This moves every directly-buildable Nix file in Spectrum from the old eval-config.nix interface to a new callPackage-based interface. This moves us in the direction of stopping files from directly importing each other, in favor of having a global package set that contains the Spectrum-specific packages. Aside from consistency with packages from Nixpkgs, the main advantage to this is that the packages will be correctly spliced, and so e.g. lseek being in nativeBuildInputs will now do the right thing. This is implemented using a scope, so the Spectrum packages are invisible to Nixpkgs, and are applied on top afterwards, in contrast to if an overlay was used. Having a customised package set also paves the way for bringing modifications to upstream packages (e.g. the Cloud Hypervisor virtio-gpu patches) into the Spectrum repository, allowing us to use an unmodified upstream Nixpkgs. Signed-off-by: Alyssa Ross <hi@alyssa.is>
* vm: build command line into kernelsAlyssa Ross2023-11-21
| | | | | | | | | | The kernel command line is policy, and shouldn't be hardcoded in start-vm. We could add a mechanism for customising it at some point (this would probably be helpful for custom VMs), but we don't need that at the moment, since for our built-in VMs we're using custom-configured kernels anyway. Signed-off-by: Alyssa Ross <hi@alyssa.is>
* Use lib.getExe where possibleAlyssa Ross2023-09-27
| | | | Signed-off-by: Alyssa Ross <hi@alyssa.is>
* release/checks/wayland: use footAlyssa Ross2023-09-25
| | | | | | | | This is a more realistic test case, and it's more robust too, since we can look for a specific app ID rather than using a size-based heuristic. Signed-off-by: Alyssa Ross <hi@alyssa.is>
* release/checks/wayland: also test cloud-hypervisorAlyssa Ross2023-07-28
| | | | Signed-off-by: Alyssa Ross <hi@alyssa.is>
* release/checks/wayland: initAlyssa Ross2023-07-28
This is a smoke test for crosvm vhost-user-gpu. It starts Weston and the img/app VM in crosvm, and checks that the hello-wayland window from the VM appears, using a small Weston plugin. Hopefully this will make it easier to keep up with upstream crosvm, because testing crosvm versions can be automated. Signed-off-by: Alyssa Ross <hi@alyssa.is>