XPDS14: libvirt support for libxenlight - James Fehlig, SUSE

•

1 like•2,181 views

libvirt is an important piece of the overall open source virtualization management puzzle. Many of the open source virtualization management applications that users enjoy are based on libvirt, since it provides a normalized API for managing heterogeneous hypervisors. For Xen to enjoy this greater ecosystem of open source virtualization tools, it must be well supported and maintained in libvirt. This presentation will give a basic overview of libvirt, discuss the latest status of the libvirt libxenlight driver (also known as the libxl driver), and discuss future improvements planned for the driver.

Technology

Libvirt support for libxl
Jim Fehlig
jfehlig@suse.com

2
Why libvirt?
• The tools!
‒ virt-manager, virt-viewer, installers, monitoring, IaaS, ...
‒ http://libvirt.org/apps.html
• Stable API for managing virutalization on a host
‒ Storage, network interfaces, networks, host devices,
hypervisors, and virtual machines
• Stable XML config format for managed entities
‒ Extensible
‒ Simple APIs

3
Why libvirt?
• Insulate users from changes in underlying
components
• Secure migration protocols
• Integration with other subsystems used in the
virtualization ecosystem
• Wide hypervisor support
‒ Xen, KVM/QEMU, LXC, ESX, Hyper-V, XenServer, VirtualBox,
bhyve, UML, ...

4
libvirt Architecture
stateful stateless
remote ESX hyperv
RPC
libvirtd
VMware Hyper-V
Client (virsh)
libvirt.so
xen
qemu lxc storage network
xend libxl

5
Hypervisor driver
• Accessed via hypervisor+protocol URI
‒ xen+ssh://host, qemu+tls://host
‒ xen:///, xen:///system, qemu:///system
• 202 functions in virDriver struct (src/driver.h)
‒ qemu: 192 functions
‒ Legacy xen: 91 functions
‒ libxl: 91 functions
‒ lxc: 86 functions
‒ esx: 73 functions
‒ hyperv: 31 functions
• src/<hypervisor>/<hypervisor>_driver.c

6
Legacy Xen driver
• Uber-driver that uses xend, xenstore, xm, and
hypercalls
• Requires and primarily uses xend
• Became a stateful driver in libvirt 1.0.5, but state
maintained in xend
• I repeat: state is maintained in xend

7
libxl Xen driver
• Introduced in libvirt 0,9.0
• Supports Xen >= 4.2 (best to have latest 4.x.y)
• Accessed with same Xen URI
• All existing domain configuration should just work
• Will not load if legacy Xen driver is loaded (xend is
running)
• Stateful driver, state maintained in libvirt
• I repeat: state is maintained in libvirt
• Note: don't mix and match libxl apps

8
Migrating libvirt from xend to libxl
• Export domain config
virsh dumpxml > dom.xml
• Update Xen and libvirt
• Import domain config
virsh define dom.xml
• Alternatively
‒ virsh domxml-from-native <native-config> > dom.xml
‒ virsh define dom.xml

9
Planned Improvements
• Support for xl config format
‒ domxml-{to,from}-native
• LockManager integration
• Snapshots
• Spice
• Unit tests
• <your feature>

10
Help Wanted!
• SPoF with only one maintainer of upstream Xen
drivers
• Need more libxl APIs
• Need more functions implemented in the libxl driver
• Please consider libvirt when adding APIs to libxl
git://libvirt.org/libvirt.git
http://libvirt.org/hacking.html

What's hot

Dave Gilbert - KVM and QEMU

Danny Abukalam

Lightweight virtualization", also called "OS-level virtualization", is not new. On Linux it evolved from VServer to OpenVZ, and, more recently, to Linux Containers (LXC). It is not Linux-specific; on FreeBSD it's called "Jails", while on Solaris it’s "Zones". Some of those have been available for a decade and are widely used to provide VPS (Virtual Private Servers), cheaper alternatives to virtual machines or physical servers. But containers have other purposes and are increasingly popular as the core components of public and private Platform-as-a-Service (PAAS), among others. Just like a virtual machine, a Linux Container can run (almost) anywhere. But containers have many advantages over VMs: they are lightweight and easier to manage. After operating a large-scale PAAS for a few years, dotCloud realized that with those advantages, containers could become the perfect format for software delivery, since that is how dotCloud delivers from their build system to their hosts. To make it happen everywhere, dotCloud open-sourced Docker, the next generation of the containers engine powering its PAAS. Docker has been extremely successful so far, being adopted by many projects in various fields: PAAS, of course, but also continuous integration, testing, and more.

"Lightweight Virtualization with Linux Containers and Docker". Jerome Petazzo...

Yandex

Qemu

Koganti Ravikumar

In the scope of a European Project (BonFIRE - www.bonfire-project.eu ), I had to tune openNebula to fit our requirement that are unusual in a private cloud environment (small hardware, small number of base images, but lot of vms created). These slides explain how, thanks to how OpenNebula enables administrators to tune it, I updated the transfer manager scripts to improve our deployment speed by almost 8.

How can OpenNebula fit your needs - OpenNebulaConf 2013

Maxence Dunnewind

Virtualization - Kernel Virtual Machine (KVM)

Wan Leung Wong

Dieser Vortrag zeigt, welchen Herausforderungen im Hosting punkt.de in der jüngeren Vergangenheit gegenüber stand und welche Änderungen gegenüber unserer 2010 vorgestellten "NanoBSD"-Architektur wir seitdem umgesetzt haben. Der proServer hat auf der Seite des Hosting-Anbieters viele der erwünschten Eigenschaften eines "Private Cloud"-Produkts, stellt sich dem Kunden aber wie ein klassischer Root-Server dar. Für Anwendungen, bei denen eine solche Plattform gefordert ist, ein unschätzbarer Vorteil gegenüber reinen Container-Lösungen, die praktisch immer eine speziell angepasste Anwendungs-Architektur benötigen.

FreeBSD hosting

punkt.de GmbH

BonFIRE is an european project which aims at providing a ”multi-site cloud facility for applications, services and systems research and experimentation”. Grouping different research cloud providers behind a common set of tools, APIs and services, it enables users to run their experiment against a heterogeneous set of infrastructure, hypervisors, networks, etc … BonFIRE, and thus the (OpenNebula) testbeds, provide a relatively small set of images used to boot VMs. However, the experimental nature of BonFIRE projects results in a big ”turnover” of running VMs. Lot of VMs are used for a time period between a few hours and a few days, and an experiment startup can trigger deployment of many VMs at same time on a small set of OpenNebula workers, which does not correspond to usual Cloud workflow. Default OpenNebula is not optimized for such usecase (small amount of worker nodes, high VMs turnover). However, thanks to its ability to be easily modified at each level of a Cloud deployment workflow, OpenNebula has been tuned to make it fit better with BonFIRE deployment process. This presentation will explain how to change OpenNebula TM and VMM to improve the parrallel deployment of many VMs in a short amount of time, reducing time needed to deploy an experiment to its lowest without lot of expensive hardware.

How Can OpenNebula Fit Your Needs: A European Project Feedback

NETWAYS

Extending bhyve beyond FreeBSD guests - EuroBSDCon 2013

bsdvirt

Disaster Recovery Strategies Using oVirt's new Storage Connection Management ...

Allon Mureinik

FUSE Filesystems

elliando dias

Lightweight Virtualization with Linux Containers and Docker | YaC 2013

dotCloud

Quickly Debug VM Failures in OpenStack

LinuxCon ContainerCon CloudOpen China

Docker 1.11 Meetup: Containerd and runc, by Arnaud Porterie and Michael Crosby

Michelle Antebi

Webdevops - Neos Docker

Hans Höchtl

Kubernetes networking

Sim Janghoon

Current experience shows that a lot of developers working on Xen/Linux kernel use mainly only small set of debugging tools. Often they are sufficient for generic work. However, when unusual problem arises which could not be easily debugged using known tools sometimes they are trying to reinvent the wheel. Goal of this session is to present wide range of debugging tools starting from simplest one to most feature reach solutions in context of Xen/Linux kernel debugging. It will describe pros and cons of printk (serial, debug console, etc.), gdb, gdbsx, kgdb, QEMU, kdump and others. Additionally, there will be some information about possible new solutions and current kexec/kdump developments for Xen.

From printk to QEMU: Xen/Linux Kernel debugging

The Linux Foundation

Kvm setup

Pradeep Yadav 🌩️

Make room! Make room!

Denis Chapligin

We are building a high-performance NFV (Network Functions Virtualization) platform using Xen. Unlike the conventional use cases of Xen-based systems, such as data center or public cloud, NFV platforms require low-latency and high-bandwidth I/O for virtual middleboxes to handle small packets efficiently. It is challenging to meet such requirements in virtualization environments because of additional virtualization overhead. We'll discuss a couple of solutions for high-performance packet forwarding, including SR-IOV VF (Virtual Function), shared-memory channels for VM-to-VM communication, resolving the major bottlenecks and latency/realtime issues, taking advantage of the Xen's architecture. We also discuss how the modern hardware-based virtualization features, such as Posted Interrupts, are helpful. Finally we share the best practices when achieving such high-performance systems. "We are building a high-performance NFV (Network Functions Virtualization) platform using Xen. Unlike the conventional use cases of Xen-based systems, such as data center or public cloud, NFV platforms require low-latency and high-bandwidth I/O for virtual middleboxes to handle small packets efficiently. It is challenging to meet such requirements in virtualization environments because of additional virtualization overhead. We'll discuss a couple of solutions for high-performance packet forwarding, including SR-IOV VF (Virtual Function), shared-memory channels for VM-to-VM communication, resolving the major bottlenecks and latency/realtime issues, taking advantage of the Xen's architecture. We also discuss how the modern hardware-based virtualization features, such as Posted Interrupts, are helpful. Finally we share the best practices when achieving such high-performance systems.

XPDS14 - Xen as High-Performance NFV Platform - Jun Nakajima, Intel

The Linux Foundation

軽快なPlan9 (第三回Kernel/VM探検隊)

Go Saito

What's hot (20)

Dave Gilbert - KVM and QEMU

"Lightweight Virtualization with Linux Containers and Docker". Jerome Petazzo...

Qemu

How can OpenNebula fit your needs - OpenNebulaConf 2013

Virtualization - Kernel Virtual Machine (KVM)

FreeBSD hosting

How Can OpenNebula Fit Your Needs: A European Project Feedback

Extending bhyve beyond FreeBSD guests - EuroBSDCon 2013

Disaster Recovery Strategies Using oVirt's new Storage Connection Management ...

FUSE Filesystems

Lightweight Virtualization with Linux Containers and Docker | YaC 2013

Quickly Debug VM Failures in OpenStack

Docker 1.11 Meetup: Containerd and runc, by Arnaud Porterie and Michael Crosby

Webdevops - Neos Docker

Kubernetes networking

From printk to QEMU: Xen/Linux Kernel debugging

Kvm setup

Make room! Make room!

XPDS14 - Xen as High-Performance NFV Platform - Jun Nakajima, Intel

軽快なPlan9 (第三回Kernel/VM探検隊)

Similar to XPDS14: libvirt support for libxenlight - James Fehlig, SUSE

A year has passed since the last Xen Developer Summit and it is time to announce the quiet progress made on the libvirt libxl driver and related tooling. New features include memory, cpu, block device, and network interface statistics reporting, support for pvUSB, support for migration stream V2, peer-to-peer migration, UEFI for HVM guests via OVMF, and domain capabilities reporting to name a few. There are also many noteworthy improvements such as better conversion of xl.cfg to/from libvirt domXML, allowing users to easily switch between the xl+libxl and libvirt+libxl toolstacks. The summit also provides an opportunity to discuss new proposals such as better control of domain placement on NUMA systems, exposing Xen's cpu pool feature in libvirt, supporting non-volatile memory for UEFI variables, and improved capabilities reporting. Much of libvirt's value for Xen is in the tools built upon it: virt-manager, virt-viewer, virt-install, virt-builder, kimchi, OpenStack nova, etc. These tools also deserve a quick status update as they relate to Xen. The audience is encouraged to participate, e.g. by requesting a sorely missing feature, warning of an upcoming Xen change that may affect libvirt, or simply suggesting a change that makes virtualization management life a bit easier.

XPDS16: libvirt and Tools: What's New and What's Next - James Fehlig, SUSE

The Linux Foundation

Xen Cloud Platform Update

The Linux Foundation

Xen: Hypervisor for the Cloud from Frontier Meetup Mountain View CA 2013-10-14

The Linux Foundation

The Xen Hypervisor was built for the Cloud from the outset: when Xen was designed, we anticipated a world, which today is known as cloud computing. Today, 10 years after the project started, Xen powers the largest clouds in production. This talk explores success criteria, architecture, trade-offs and challenges for cloudy hypervisors. It is intended for users and developers and starts with a brief introduction to Xen and XCP, their architecture, common challenges for KVM and Xen and securing the cloud. It will introduce concepts such as the virtualization spectrum, the concept of domain disaggregation and the Xen Security Modules as techniques to increase security, robustness and scalability. All important factors for building clouds at scale. The talk will conclude with exciting developments in the Xen community, such as Xen support for ARM servers, Mirage appliances that can be run on any Xen based cloud, etc. and explore their implications for building open source clouds.

LinuxTag13: 10 years of Xen and beyond

The Linux Foundation

LinuxCon Japan 13 : 10 years of Xen and Beyond

The Linux Foundation

Xen Hypervisor Update 2011

The Linux Foundation

20 christian ferber xen_server_6_workshop

Digicomp Academy AG

Xen Cloud Platform by Tim Mackey

buildacloud

Xen: Hypervisor for the Cloud - CCC13

The Linux Foundation

Xen Project Update LinuxCon Brazil

The Linux Foundation

It is no accident that Xen software powers some of the largest Clouds in existence. From its outset, the Xen Project was intended to enable what we now call Cloud Computing. This session will explore how the Xen Architecture addresses the needs of the Cloud in ways which facilitate security, throughput, and agility. It will also cover some of the hot new developments of the Xen Project. Julien Grall, Citrix

Kernel Recipes 2014 - Xen as a foundation for cloud infrastructure

Anne Nicolas

The XenServer virtualization platform is used by well over 100,000 organizations to fulfill their IT objectives. Common scenarios include traditional server virtualization such as that found with VMware vSphere, delivery of large scale cloud services via Apache CloudStack or OpenStack, and as a platform for high performance desktop virtualization through XenDesktop. These use cases all have requirements of scale and manageability which imply solid deployments. The content in this deck was presented in workshop form at FOSSETCON in 2015. Much of the information contained will work for any XenServer version, but XenServer 6.5 was covered. The audience was assumed to have some familiarity with virtualization concepts, but no assumptions about XenServer was made. Core concepts covered included; storage design, network design and operations, scalability and failure domains, as well as core features such as virtualized graphics.

XenServer Design Workshop

Tim Mackey

Building Blocks of the Private Cloud is specially brought to you by SCS Enterprise Cloud Computing & Virtualisation SIG. Speaker Mr Daniel Mar, Principal Consultant with Infront Consulting Group, is an experienced consultant with over 12 years in the IT industry. He has been specialising in server virtualization for the past 7 years where he started by deploying technologies from VMware. He also picked up Citrix virtualisation solutions and now focuses on Microsoft Virtualisation and Systems Management. He has helped many companies move from a purely physical infrastructure to a highly available virtual infrastructure and also help them deploy private cloud infrastructures.

Building Blocks of the Private Cloud - Compute

Daniel Mar

Xen Project Hypervisor for the Cloud

The Linux Foundation

Server virtualization 2

Eqhball Ghazizadeh

RMLL / LSM 2009

Franck_Villaume

Rmll Virtualization As Is Tool 20090707 V1.0

guest72e8c1

OpenStack in action 4! Alessandro Pilotti - OpenStack, Hyper-V and Windows

eNovance

= As presented at the CloudStack Silicon Valley Meetup in September 2015. = XenServer is a virtualization platform which has been deployed in a variety of industries and to support a multitude of workloads. In this session we discuss some of the components which make it valuable not just for traditional server and desktop virtualization, but also within "the cloud". This includes discussion of VM density, network scalability, containers (such as Docker) and GPU virtualization. We end with coverage of how XenServer templates are represented within Apache CloudStack.

XenServer Virtualization In Cloud Environments

Tim Mackey

8 christian ferber xen_server_6_news

Digicomp Academy AG

Similar to XPDS14: libvirt support for libxenlight - James Fehlig, SUSE (20)

XPDS16: libvirt and Tools: What's New and What's Next - James Fehlig, SUSE

Xen Cloud Platform Update

Xen: Hypervisor for the Cloud from Frontier Meetup Mountain View CA 2013-10-14

LinuxTag13: 10 years of Xen and beyond

LinuxCon Japan 13 : 10 years of Xen and Beyond

Xen Hypervisor Update 2011

20 christian ferber xen_server_6_workshop

Xen Cloud Platform by Tim Mackey

Xen: Hypervisor for the Cloud - CCC13

Xen Project Update LinuxCon Brazil

Kernel Recipes 2014 - Xen as a foundation for cloud infrastructure

XenServer Design Workshop

Building Blocks of the Private Cloud - Compute

Xen Project Hypervisor for the Cloud

Server virtualization 2

RMLL / LSM 2009

Rmll Virtualization As Is Tool 20090707 V1.0

OpenStack in action 4! Alessandro Pilotti - OpenStack, Hyper-V and Windows

XenServer Virtualization In Cloud Environments

8 christian ferber xen_server_6_news

More from The Linux Foundation

Static partitioning is used to split an embedded system into multiple domains, each of them having access only to a portion of the hardware on the SoC. It is key to enable mixed-criticality scenarios, where a critical application, often based on a small RTOS, runs alongside a larger non-critical app, typically based on Linux. The two domains cannot interfere with each other. This talk will explain how to use Xen for static partitioning. It will introduce dom0-less, a new Xen feature written for the purpose. Dom0-less allows multiple VMs to start at boot time directly from the Xen hypervisor, decreasing boot times drastically. It makes it very easy to partition the system without virtualization overhead. Dom0 becomes unnecessary. This presentation will go into details on how to setup a Xen dom0-less system. It will show configuration examples and explain device assignment. The talk will discuss its implications for latency-sensitive and safety-critical environments.

ELC2019: Static Partitioning Made Simple

The Linux Foundation

TrenchBoot is a cross-community OSS integration project for hardware-rooted, late launch integrity of open and proprietary systems. It provides a general purpose, open-source DRTM kernel for measured system launch and attestation of device integrity to trust-centric access infrastructure. TrenchBoot closes the UEFI Measurement Gap and reduces the need to trust system firmware. This talk will introduce TrenchBoot architecture and a recent collaboration with Oracle to launch the Linux kernel directly with Intel TXT or AMD SVM Secure Launch. It will propose mechanisms for integrating the Xen hypervisor into a TrenchBoot system launch. DRTM-enabled capabilities for client, server and embedded platforms will be presented for consideration by the Xen community.

XPDDS19: How TrenchBoot is Enabling Measured Launch for Open-Source Platform ...

The Linux Foundation

Artem will briefly cover what has been done since the first talk on Xen in Automotive domain back in 2013, what is going on now and what is still missing for broad adaptation of Xen in vehicles. The following topics will be covered: Embedded/automotive features of Xen Collaboration with AGL and GENIVI organizations for standardization Efforts on Functional Safety compliance Artem will also go over typical automotive use scenarios for Xen which may not be the same as generic computing use of hypervisor.

XPDDS19 Keynote: Xen in Automotive - Artem Mygaiev, Director, Technology Solu...

The Linux Foundation

XPDDS19 Keynote: Xen Project Weather Report 2019 - Lars Kurth, Director of Op...

The Linux Foundation

In recent years unikernels have shown immense performance potential (e.g., boot times of only a few ms, image sizes of only hundreds of KBs).The fundamental drawback of unikernels is that they require that applications be manually ported to the underlying minimalistic OS, needing both expert work and often considerable amount of time. The Unikraft project provides a unikernel code base and build system that significantly simplifies the building of unikernels. In addition to support for a number CPU architectures, languages and frameworks, Unikraft provides debugging and tracing features that are generally sorely missing from unikernel projects. In this talk we will talk about these features, show a set of preliminary performance numbers, and provide a roadmap for the project's future.

XPDDS19 Keynote: Unikraft Weather Report

The Linux Foundation

XPDDS19 Keynote: Secret-free Hypervisor: Now and Future - Wei Liu, Software E...

The Linux Foundation

This talk will introduce Dom0-less: a new way of using Xen to build mixed-criticality solutions. Dom0-less is a Xen feature that adds a novel approach to static partitioning based on virtualization. It allows multiple domains to start at boot time directly from the Xen hypervisor, decreasing boot times dramatically. Xen userspace tools, such as xl and libvirt, become optional. Dom0-less extends the existing device tree based Xen boot protocol to cover information required by additional domains. Binaries, such as kernels and ramdisks, are loaded by the bootloader (u-boot) and advertised to Xen via new device tree bindings. The audience will learn how to use Dom0-less to partition the system. Uboot and device tree configuration details will be explained to enable the audience to get the most out of this feature. The talk will include a status update and details on future plans.

XPDDS19 Keynote: Xen Dom0-less - Stefano Stabellini, Principal Engineer, Xilinx

The Linux Foundation

As the number of contributions grow, reviewer bandwidth becomes a bottleneck; and maintainers are always asking for more help. However, ultimately maintainers must at least Ack every patch that goes in; so if you're not a maintainer, how can you contribute? Why should anyone care about your opinion? This talk will try to lay out some advice and guidelines for non-maintainers, for how they can do code review in a way which will effectively reduce the load on maintainers when they do come to review a patch.

XPDDS19 Keynote: Patch Review for Non-maintainers - George Dunlap, Citrix Sys...

The Linux Foundation

This talk is a follow-up to our Summit 2017 presentation in which we covered our plans for Intel VMFUNC and #VE, as well as related use-cases. This year, we will provide a report on what we have accomplished in Xen 4.12, and what remains to be addressed. We will also give a brief status update of VMI on AMD hardware. The session will end with some real-world numbers of the Hypervisor Introspection solution running on Citrix Hypervisor 8.0 with #VE enabled.

XPDDS19: Memories of a VM Funk - Mihai Donțu, Bitdefender

The Linux Foundation

Safety certification is one of the essential requirements for software to be used in highly regulated industries. Besides technical and compliance issues (such as ISO 26262 vs IEC 611508) transitioning an existing project to become more easily safety certifiable requires significant changes to development practices within an open source project. In this session, we will lay out some challenges of making safety certification achievable in open source and the Xen Project. We will outline the process the Xen Project has followed thus far and highlight lessons learned along the way. The talk will primarily focus on necessary process, tooling changes and community challenges that can prevent progress. We will be offering an in-depth review of how Xen Project is approaching this challenging goal and try to derive lessons for other projects and contributors.

OSSJP/ALS19: The Road to Safety Certification: Overcoming Community Challeng...

The Linux Foundation

Safety certification is one of the essential requirements for software to be used in highly regulated industries. The Xen Project, a secure and stable hypervisor that is used in many different markets, has been exploring the feasibility of building safety certified products on top of Xen for a year, looking at key aspects of its code base and development practices. In this session, we will lay out the motivation and challenges of making safety certification achievable in open source and the Xen Project. We will outline the process the project has followed thus far and highlight lessons learned along the way. The talk will cover technical enablers, necessary process and tooling changes and community challenges offering an in-depth review of how Xen Project is approaching this exciting and and challenging goal.

OSSJP/ALS19: The Road to Safety Certification: How the Xen Project is Making...

The Linux Foundation

2018 saw fundamental shifts in security boundaries which were previously taken for granted. A lot of work has been done in the past 2 years, and largely in secret under embargo, but there is plenty more work to be done to strengthen the existing mitigations and to try to recover some performance without reopening security holes. This talk will look at speculative execution sidechannels, the work which has already been done to mitigate the security holes, and future work which hopes to bring some improvements.

XPDDS19: Speculative Sidechannels and Mitigations - Andrew Cooper, Citrix

The Linux Foundation

The Arm architecture provides a set of guidelines that any software should abide by when accessing the memory with MMU off and update page-tables. Failing to do so may result in getting TLB conflicts or breaking coherency. In a previous talk ("Keeping coherency on Arm"), we focused on updating safely the stage-2 (aka P2M) page-tables. This talk will focus on the boot code and Xen memory management. During this session, we will introduce some of the guidelines and when they should be used. We will also discuss how Xen boot sequence needs to be reworked to avoid breaking the guidelines.

XPDDS19: Keeping Coherency on Arm: Reborn - Julien Grall, Arm ltd

The Linux Foundation

For many years the QEMU codebase has contained PV backends for Xen guests, giving them paravirtual access to storage, network, keyboard, mouse, etc. however these backends have not been configurable as QEMU devices as their implementation did not fully adhere to the QEMU Object Model (QOM). Particularly the PV storage backend not using proper QOM devices, or qdevs, meant that the QEMU block layer needed to maintain legacy code that was cluttering up the source. This was causing push-back from the maintainers who did not want to accept any patches relating to that Xen backend until it was 'qdevified'. In this talk, I'll explain the modifications I made to QEMU to achieve 'qdevification' of the PV storage backend, how compatibility with the libxl toolstack was maintained, and what the next steps in both QEMU and libxl development should be.

XPDDS19: QEMU PV Backend 'qdevification'... What Does it Mean? - Paul Durrant...

The Linux Foundation

PCI is a local computer bus for attaching hardware devices in a computer, and is the main peripheral bus on modern x86 systems. As such, having a proper way to emulate it is crucial for Xen to be able to expose both fully emulated devices or passthrough devices to guests. This talk will focus on the current status of PCI emulation in Xen, how and where it is used, what are its main limitations and future plans to improve it in order to be more robust and modular.

XPDDS19: Status of PCI Emulation in Xen - Roger Pau Monné, Citrix Systems R&D

The Linux Foundation

XPDDS19: [ARM] OP-TEE Mediator in Xen - Volodymyr Babchuk, EPAM Systems

The Linux Foundation

Xen is a very powerful hypervisor with a talented and diverse developers community. Despite the fact it's almost everywhere (from the Cloud to the embedded world), it can be difficult to set up and manage as a system administrator. General purpose distros have Xen packages, but that's just a start in your Xen journey: you need some tooling and knowledge to have a working and scalable platform. XCP-ng was built to overcome those issues: by bringing Xen to the masses with a fully turnkey distro with Xen as its core. It's the logical sequel to the XCP project, with a community focus from the start. We'll see how it happened, what we did, and what's next. Finally, we'll see the impact of XCP-ng on the Xen Project.

XPDDS19: Bringing Xen to the Masses: The Story of Building a Community-driven...

The Linux Foundation

XPDDS19: Will Robots Automate Your Job Away? Streamlining Xen Project Contrib...

The Linux Foundation

High level toolstacks for server and cloud virtualization are very mature with large communities using and supporting them. Client virtualization is a much more niche community with unique requirements when compared to those found in the server space. In this talk, we’ll introduce a client virtualization toolstack for Xen (redctl) that we are using in Redfield, a new open-source client virtualization distribution that builds upon the work done by the greater virtualization and Linux communities. We will present a case for maturing libxl’s Go bindings and discuss what advantages Go has to offer for high level toolstacks, including in the server space.

XPDDS19: Client Virtualization Toolstack in Go - Nick Rosbrook & Brendan Kerr...

The Linux Foundation

Today Xen is scheduling guest virtual cpus on all available physical cpus independently from each other. Recent security issues on modern processors (e.g. L1TF) require to turn off hyperthreading for best security in order to avoid leaking information from one hyperthread to the other. One way to avoid having to turn off hyperthreading is to only ever schedule virtual cpus of the same guest on one physical core at the same time. This is called core scheduling. This presentation shows results from the effort to implement core scheduling in the Xen hypervisor. The basic modifications in Xen are presented and performance numbers with core scheduling active are shown.

XPDDS19: Core Scheduling in Xen - Jürgen Groß, SUSE

The Linux Foundation

More from The Linux Foundation (20)