1 Dom0less

"Dom0less" is a set of Xen features that enable the deployment of a Xen system without an control domain (often referred to as "dom0"). Each feature can be used independently from the others, unless otherwise stated.

1.1 Booting Multiple Domains from Device Tree

This feature enables Xen to create a set of DomUs at boot time. Information about the DomUs to be created by Xen is passed to the hypervisor via Device Tree. Specifically, the existing Device Tree based Multiboot specification has been extended to allow for multiple domains to be passed to Xen. See docs/misc/arm/device-tree/booting.txt for more information about the Multiboot specification and how to use it.

Currently, a control domain ("dom0") is still required, but in the future it will become unnecessary when all domains are created directly from Xen. Instead of waiting for the control domain to be fully booted and the Xen tools to become available, domains created by Xen this way are started right away in parallel. Hence, their boot time is typically much shorter.

1.2 Configuration

1.2.1 Loading binaries into memory

U-Boot needs to load not just Xen, the device tree binary, the dom0 kernel and ramdisk. It also needs to load the kernel and ramdisk of any additional domains to boot. For example if this is the bootcmd for Xen and Dom0:

tftpb 0x1280000 xen.dtb
tftpb 0x0x80000 xen-Image
tftpb 0x1400000 xen.ub
tftpb 0x9000000 xen-rootfs.cpio.gz.u-boot

bootm 0x1400000 0x9000000 0x1280000

If we want to add one DomU with Image-DomU as the DomU kernel and ramdisk-DomU as DomU ramdisk:

tftpb 0x1280000 xen.dtb
tftpb 0x80000 xen-Image
tftpb 0x1400000 xen.ub
tftpb 0x9000000 xen-rootfs.cpio.gz.u-boot

tftpb 0x2000000 Image-DomU
tftpb 0x3000000 ramdisk-DomU

bootm 0x1400000 0x9000000 0x1280000

1.2.2 Device Tree configuration

In addition to loading the necessary binaries, we also need to advertise the presence of the additional VM and its configuration. It is done via device tree adding a node under /chosen as follows:

domU1 {
    #address-cells = <1>;
    #size-cells = <1>;
    compatible = "xen,domain";
    memory = <0 0x20000>;
    cpus = <1>;
    vpl011;

    module@2000000 {
        compatible = "multiboot,kernel", "multiboot,module";
        reg = <0x2000000 0xffffff>;
        bootargs = "console=ttyAMA0";
    };

    module@30000000 {
        compatible = "multiboot,ramdisk", "multiboot,module";
        reg = <0x3000000 0xffffff>;
    };
};

Where memory is the memory of the VM in KBs, cpus is the number of cpus. module@2000000 and module@3000000 advertise where the kernel and ramdisk are in memory.

Note: the size specified should exactly match the size of the Kernel/initramfs. Otherwise, they may be unusable in Xen (for instance if they are compressed).

See docs/misc/arm/device-tree/booting.txt for more information.

1.3 Limitations

Domains started by Xen at boot time currently have the following limitations:

1.4 Notes

A user is allowed to configure the key sequence to switch input. Pressing the Xen "conswitch" (Ctrl-A by default) three times switches input in case of dom0less mode.