|
|
Line 62: |
Line 62: |
|
{{vote|And whether you intend to attend}} |
|
{{vote|And whether you intend to attend}} |
|
}} |
|
}} |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GPU PT with local display: Linux, Windows (USB video capture) |
|
|
Measured Launch (Intel TXT, AMD SVM, TPM 1.2, TPM 2.0) |
|
|
Stub domains: Mini-OS, Linux, |
|
|
V4V |
|
|
Driver domains: network, USB |
|
|
|
|
|
|
|
|
|
== Archive == |
|
== Archive == |
Revision as of 07:15, 11 July 2017
2017: Developer and Design Summit
Add links to notes or xen-devel@ discussions here
Graphics Virtualization
Date of insert: July 11 2017; Verified: Not updated in 2020; GSoC: Unknown |
Technical contact: (OpenXT) Rich Persaud, Christopher Clark |
Mailing list/forum for project: xen-devel@ |
IRC channel for project: #xen-devel |
Difficulty: Unknown |
Skills Needed: Unknown |
Description: GPU virtualization is used in Server VDI, Automotive, Desktops and Laptops. GPU vendors have different approaches to virtualization of 3D graphics (NVIDIA GRID, AMD MxGPU, Intel GVT, Imagination PowerVR OmniShield), while software-based graphics virtualization may not support modern video and user interface animations. Gaming is one of the few growth areas for PCs and CAD can be done via remote desktop. What are current best practices for Xen users and developers to achieve high-performance 3D graphics on Windows, Linux and Android? Is KVM better than Xen for graphics virtualization?
- Intel GVT-d and GVT-G with local multi-monitor display
- Zero-copy display of guest framebuffers: Intel GVT, ARM with and without IOMMU
- Display management: GVT, PV-displ, Qubes compositor, OpenXT surfman
- HID virtualization (secure input, seamless mouse-display switching, multi-touch)
SCHEDULE: http://sched.co/AjEV |
Outcomes: Not specified, project outcomes |
Feel free to make suggestions here
And whether you intend to attend:
|
Xen Toolstacks for Server and Edge Use Cases
Date of insert: July 11 2017; Verified: Not updated in 2020; GSoC: Unknown |
Technical contact: (OpenXT) Rich Persaud, Christopher Clark, Chris Rogers |
Mailing list/forum for project: xen-devel@ |
IRC channel for project: #xen-devel |
Difficulty: Unknown |
Skills Needed: Unknown |
Description: Many Xen toolstacks have come and gone. Libxenlight was created to provide a common base layer upon which higher-level toolstacks could be built. What is the roadmap for libxenlight to meet the needs of servers, local/enterprise managed clients, OTA update for embedded and mobile devices, unikernels, containers and automated testing? Can we reduce duplication among libvirt, xapi (Ocaml), xenrt (Python) and OpenXT (Haskell) toolstacks? Can Xen management tools compete with DevOps expectations set by the fast-moving container ecosystem?
- LibXL
- configurable build (equivalent to hypervisor Kconfig)
- error handling: map error messages to numeric codes
- Configuration file for stub domains: Mini-OS, Linux (GPU/NIC PT, CD), rumpkernel
- State management: multiple LibXL clients per host
- CoreOS rkt and Xen
- Toolstack Service VMs
- Xenstore isolation: options between 1/host and 1/VM?
SCHEDULE: http://sched.co/AjHv |
Outcomes: Not specified, project outcomes |
Feel free to make suggestions here
And whether you intend to attend:
|
Testing Server and Edge Hypervisors
Date of insert: July 11 2017; Verified: Not updated in 2020; GSoC: Unknown |
Technical contact: (OpenXT) Rich Persaud, Christopher Clark |
Mailing list/forum for project: xen-devel@ |
IRC channel for project: #xen-devel |
Difficulty: Unknown |
Skills Needed: Unknown |
Description: Virtualization increasingly depends on hardware support, while hardware diversity continues to increase. At present, common feature configurations are tested and given first-class support. Other configurations imply expert mode and private testing. Derivative projects also carry patches that may not be acceptable to upstream Xen, but are common to edge (client, embedded) use cases. Can downstream projects contribute test capacity for non-server configurations of Xen?
These test cases are relevant to OpenXT:
- Xen feature subsets (Kconfig)
- GPU passthrough/virtualization with local display: Linux, Windows (USB video capture)
- Measured Launch (Intel TXT, AMD SVM, TPM 1.2, TPM 2.0)
- Inter-VM communication: libvchan, V4V
- Stub domains: Mini-OS, Linux
- Driver domains: network, USB
SCHEDULE: http://sched.co/AjGk |
Outcomes: Not specified, project outcomes |
Feel free to make suggestions here
And whether you intend to attend:
|
Archive
See Hackathon_and_Dev_Meetings