crosvm/vm_control/Cargo.toml

39 lines
1 KiB
TOML
Raw Normal View History

[package]
name = "vm_control"
version = "0.1.0"
authors = ["The ChromiumOS Authors"]
edition = "2021"
[features]
balloon = []
gdb = ["gdbstub", "gdbstub_arch"]
gpu = []
registered_events = ["protos/registered_events"]
swap = ["swap/enable"]
[dependencies]
anyhow = "*"
balloon_control = { path = "../common/balloon_control" }
base = { path = "../base" }
cfg-if = "*"
data_model = { path = "../common/data_model" }
gdbstub = { version = "0.6.3", optional = true }
gdbstub_arch = { version = "0.2.4", optional = true }
hypervisor = { path = "../hypervisor" }
libc = "*"
Reland "vm_control: reduce user memory region modifications" This is a reland of commit 22c212d54f1fc7c9854084ffaa697b7890a14b0a This reland avoids using the new pre-mapped memory regions on arm devices, since there is insufficient address space. The new path is still used on aarch64. Original change's description: > vm_control: reduce user memory region modifications > > Reduce how often KVM_SET_USER_MEMORY_REGION is called when the tdp mmu > is enabled. With the tdp mmu, there is no memory overhead from creating > large memory regions (at least until a nested VM is started). Simply > mmap'ing/munmap'ing fds within a pre-created memory region is more > efficient. It also addresses audio jank caused by removing a memory > region. > > Adding this support to VmMemoryRequest will allow FsMappingRequest to be > removed in a later change. > > BUG=b:274037632 > TEST=tast run arc.Boot.vm > TEST=manually launch gedit in crostini > > Change-Id: I2ac02454ecb734c9707b6d67546135134b887527 > Reviewed-on: https://chromium-review.googlesource.com/c/crosvm/crosvm/+/4402068 > Reviewed-by: Dennis Kempin <denniskempin@google.com> > Reviewed-by: Daniel Verkamp <dverkamp@chromium.org> > Commit-Queue: David Stevens <stevensd@chromium.org> Bug: b:274037632 Change-Id: I5deedfd3a030640f9af950cee675fac0d9a411a0 Reviewed-on: https://chromium-review.googlesource.com/c/crosvm/crosvm/+/4421352 Reviewed-by: Daniel Verkamp <dverkamp@chromium.org> Commit-Queue: Dennis Kempin <denniskempin@google.com> Reviewed-by: Dennis Kempin <denniskempin@google.com>
2023-04-06 10:30:38 +00:00
once_cell = "1.7.2"
protos = { path = "../protos", optional = true }
remain = "*"
resources = { path = "../resources" }
rutabaga_gfx: rutabaga_gralloc: a shimmering beacon of hope rutabaga_gralloc is a cross-platform, Rust-based buffer manager. The rationale for this change is: 1) For the {cross-domain, wayland} context type, we need to have a good story for the crucial "wl-dmabuf" feature. As minigbm has been thoroughly tested on ChromeOS and currently powers the "wl-dmabuf" feature, it only makes sense for us to have a path to minigbm for the cross-domain prototype. This will be used by Sommelier. 2) While minigbm allocation works well on Chromebooks, it is not sufficient for cross-platform purposes. For their Virtual Graphics Interface (VGI) initiative, Android graphics virtualization experts have expressed their desire for a Vulkan based allocator. This will to go alongside cros_gralloc in minigbm, which is considered by many to be the ""world's premiere gralloc implementation". 3) Android graphics virtualization experts have expressed their desire for vkMapMemory(..) to be used when crosvm is in multi-process mode. Currently, only dma-buf mmap() is supported for zero-copy blobs in multi-process mode. dma-buf mmap() is not guaranteed to work on Nvidia (a "must have" for Cuttlefish) or any other driver for that matter (we *make* it work for ChromeOS). Possibly only solution: vkMapMemory ;-) With these goals in mind, here's a summary of the revelant changes: * Renamed the {gpu_allocator.rs, GpuMemoryAllocator trait} to be {gralloc.rs, Gralloc trait}. * Moved all GPU allocation out of the resources crate and into the rutabaga_gfx crate. This will allow the resources crate to be focused on managing resources for virtual machines. * Moved the gpu_buffer crate into the gralloc module in the rutabaga_gfx crate. The same functionality is now under "minigbm.rs", "minigbm_bindings.rs" and "rendernode.rs" * Added an optional dependency on vulkano.rs. vulkano.rs is a safe Rust wrapper around the Vulkan api [a]. It's emphasis on type safety makes a good fit for crosvm, though there are other high quality crates out there (gfx-rs, ash.rs). Though development has slowed down, it should satisfy goals (2) and (3) quite easily. * Added a system_gralloc implementation based on memfd. This can be used when minigbm or Vulkano features are not used, to replicate the highly useful "wl-shm" feature in Sommelier. Astute observers will note this can also enable seamless Wayland windowing without GPU features for Android too. Some minor changes to the base crate were needed. * Cut down on the amount of DrmFormats to the subset needed by Sommelier and cros_gralloc. * Moved checked arithmetic into it's own file. * Internally renamed to "wl-dmabuf" feature to be the "minigbm" feature. This is because "wl-dmabuf" has a dependency on minigbm. * Small rutabaga_gfx cleanups [a] https://github.com/vulkano-rs/vulkano/blob/master/DESIGN.md BUG=b:146066070, b:173630595, b:150239451 TEST=launch virtual machine with 2D mode TEST=launch virtual machine with 3D mode TEST=run sommelier with "wl-dmabuf" and "wl-shm" Change-Id: I693a39cef64cd98e56d843d3c60caa7983d4d6e1 Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/platform/crosvm/+/2626487 Tested-by: Gurchetan Singh <gurchetansingh@chromium.org> Reviewed-by: Zach Reizner <zachr@chromium.org> Commit-Queue: Gurchetan Singh <gurchetansingh@chromium.org>
2020-12-09 18:44:13 +00:00
rutabaga_gfx = { path = "../rutabaga_gfx"}
serde = { version = "1", features = [ "derive" ] }
serde_json = "*"
serde_keyvalue = { path = "../serde_keyvalue", features = ["argh_derive"] }
swap = { path = "../swap" }
sync = { path = "../common/sync" }
thiserror = "*"
vm_memory = { path = "../vm_memory" }
[target.'cfg(windows)'.dependencies]
winapi = "*"