linux/meta-virtualization.git/recipes-extended/images, branch hardknott-next

xtf-image: add a new image for the Xen Test Framework

2021-04-19T02:30:52+00:00

Testing the Xen hypervisor, with the qemux86-64 MACHINE: runqemu xtf-image nographic slirp (login as root) cd /usr/libexec/xtf ./xtf-runner --list pv # run an example test: ./xtf-runner test-pv64-livepatch-priv-check Signed-off-by: Christopher Clark Reviewed-by: Bertrand Marquis Signed-off-by: Bruce Ashfield

container-base: make CONTAINER_SHELL a conditional image install

2020-11-05T19:39:32+00:00

In some scenarios (and package managers), packages post install scripts may have references to /bin/sh. The package manager doesn't know if the scripts will run on the build host or target, so we get a calculated redepnds on /bin/sh base-files and base-passwd fall into this category of having post installs, but no need for /bin/sh on the target. If you know what you are installing, and want the smallest container possible, this package will satisfy the dependency when assembling the rootfs. To enable it, put the following in a configuration file (local.conf or otherwise): PACKAGE_EXTRA_ARCHS_append = " container-dummy-provides" This image will detect if the dummy provides arch is set, and will automatically install the providing recipe, otherwise, busybox is installed. If you have a custom shell or want a different behaviour, the CONTAINER_SHELL variable can be overriden. Signed-off-by: Bruce Ashfield

xen: make kernel modules an override possible variable

2020-09-22T19:51:10+00:00

Sometimes Xen is built with different mixes of kernel modules and built-in values. If we put our expected/default modules in a variable, they can be overriden by a different kernel provider as required Signed-off-by: Bruce Ashfield Signed-off-by: Bruce Ashfield

xen: make QB_ assignments weak

2020-09-16T18:16:48+00:00

runqemu is looking for the QB_DEFAULT_KERNEL to be set to "none" to trigger special processing. The current set of QB_DEFAULT_KERNEL="" won't trigger that behaviour .. so we change the default. We also make the assignments weak, to allow easier overrides in specific implementations. We also need a patch to qemuboot.bbclass to make the defaults ??=, and when that is done, our ?= here will work properly. Signed-off-by: Bruce Ashfield

xvisor-image-minimal: Initial commit of a Xvisor image

2020-08-17T01:18:21+00:00

Signed-off-by: Alistair Francis Signed-off-by: Bruce Ashfield

xen-image-minimal: enable runqemu for x86-64

2020-03-02T20:04:28+00:00

Booting this Xen image with QEMU works when launching from the wic-generated pcbios disk image with the directdisk-xen.wks kickstart file, so add the variable settings to make doing it simple -- eg: runqemu xen-image-minimal nographic slirp Tested with MACHINEs: qemux86-64 and genericx86-64 Memory allocated to qemu is increased slightly over the default to allow for running Xen and the Linux dom0 and guest VMs. Signed-off-by: Christopher Clark Signed-off-by: Bruce Ashfield

uxen-guest-tools, image: package the Linux VM tools for uXen hypervisor

2020-02-27T22:00:09+00:00

uXen is a type-2 Open Source hypervisor from Bromium/HP. https://www.bromium.com/opensource/ This adds packaging for the Linux guest support software, enabling OE to produce VM images to run on the uXen hypervisor. uxen-guest-tools: in-guest software device drivers uxen-guest-image-minimal : minimal core image with uXen drivers Signed-off-by: Christopher Clark Signed-off-by: Bruce Ashfield

xen-image-minimal: add a build dependency on the xen hypervisor

2020-02-27T21:59:23+00:00

The hypervisor may not be within the dom0 filesystem image itself, so add a task dependency to ensure that it is deployable: do_build[depends] += "xen:do_deploy" Signed-off-by: Christopher Clark Signed-off-by: Bruce Ashfield

xen-image-minimal: add kernel-module-tun for HVM guest networking

2020-02-27T21:59:23+00:00

Xen HVM guests are only on x86 platforms so add the module via overrides. Signed-off-by: Christopher Clark Signed-off-by: Bruce Ashfield

xen: separate recipes for hypervisor and tools; switch to git as source

2020-02-27T21:59:23+00:00

This change changes the names of many packages produced: the xen-tools recipe now builds packages previous built by the xen recipe, so the package prefix changes from "xen-" to "xen-tools-". A temporary bbappend is provided for qemu to ease the transition. Multiple motivations for recipe separation: - improves efficiency of incremental build and development - supports building the hypervisor and tools with different toolchains and for different architectures Switch to using a git recipe on the Xen stable branch: - enables easier tracking of critical XSA security updates applied upstream by just advancing SRCREV along the branch Revision has been set to the tip of the stable-4.12 branch, which has the one XSA-312 patch applied on top of RELEASE-4.12.2. The recipe refactor externalizes the block tap components, to enable optional building of blktap in a separate recipe outside xen-tools, needed by OpenXT. xenstored is made a virtual package to support switching between alternative implementations (several exist). Update xen-image-minimal to install the xen-tools package, which replaces what was previously xen-base. Determine the flask policy filename, which is Xen-version specific, using the same method as the Xen build system. qemu: update PACKAGECONFIG[xen] for xen package renaming: allows builds to continue correctly in the meantime while openembedded core and poky are updated. OpenXT ticket reference: OXT-1694 Signed-off-by: Christopher Clark Signed-off-by: Bruce Ashfield