mirror of
https://chromium.googlesource.com/crosvm/crosvm
synced 2025-02-04 17:58:11 +00:00
No description
30055ecabd
Depending on which linux kernel headers are used, different outputs for bindgen are given. In particular, some structs in x86's kvm.h are not in arm's kvm.h and the other way around. This presented as compile time failures when compiling the ioctl number functions which take these struct types as parameters. This change solves this my lumping ioctls into an x86 module, arm module, and common module. Additionally, bindgen is run with the x86 kvm.h and the arm kvm.h header and only the appropriate one is included at build time. This change also fixes a few ioctls with the incorrect direction label. TEST=cargo test [--target=armv7a-cros-linux-gnueabi] BUG=chromium:711556 Change-Id: I7fc0e10587978006b89d16167df1107582b34670 Reviewed-on: https://chromium-review.googlesource.com/482411 Commit-Ready: Zach Reizner <zachr@chromium.org> Tested-by: Zach Reizner <zachr@chromium.org> Reviewed-by: Dylan Reid <dgreid@chromium.org> |
||
---|---|---|
kvm-sys | ||
.gitignore | ||
LICENSE | ||
README.md |
Chrome OS KVM
This component, known as crosvm, runs untrusted operating systems along with virtualized devices. No actual hardware is emulated. This only runs VMs through the Linux's KVM interface. What makes crosvm unique is a focus on safety within the programming language and a sandbox around the virtual devices to protect the kernel from attack in case of an exploit in the devices.
Overview
The crosvm source code is organized into crates, each with their own unit tests. These crates are:
kvm-sys
low-level (mostly) auto-generated structures and constants for using KVMkvm
unsafe, low-level wrapper code for using kvm-syscrosvm
the top-level binary front-end for using crosvm
Usage
Currently there is no front-end, so the best you can do is run cargo test
in
each crate.