Mirror of git.yoctoproject.org/meta-virtualization https://git.enea.com/cgit/linux/meta-virtualization.git/atom?h=dunfell 2020-04-27T01:48:34+00:00 2020-04-27T01:48:34+00:00 Corey Minyard cminyard@mvista.com 2020-04-20T17:17:39+00:00 urn:sha1:e319e746bffc4360229b2c926b8c5c9492ee52a7 The deploy for the uncompressed image was checking if a .gz file exists, it should instead check for a straight xen file. Signed-off-by: Corey Minyard <cminyard@mvista.com> Signed-off-by: Jeremy A. Puhlman <jpuhlman@mvista.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-03-14T01:53:20+00:00 Christopher Clark christopher.w.clark@gmail.com 2020-03-09T04:56:56+00:00 urn:sha1:e57cf80d54ad929db7e4e677fbbd9e5a3dee22fe The change to the method of passing compiler flags into the Xen build system in 6b697676 omitted passing the compiler flags for improving build reproducibility, so this commit returns them and includes a change to use the -ffile-prefix-map compiler option to remove host filesystem artefacts instead of the prior method of redefining the __FILE__ builtin macro. Signed-off-by: Christopher Clark <christopher.w.clark@gmail.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-03-04T01:03:52+00:00 Martin Jansa Martin.Jansa@gmail.com 2020-03-03T14:10:36+00:00 urn:sha1:ec7c1b229b9b8c04e23bb454fc4f95893d53bd8e Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-03-04T01:03:52+00:00 Martin Jansa Martin.Jansa@gmail.com 2020-03-03T14:10:35+00:00 urn:sha1:d53fd491d9b2222c376b1ef17465ae9d38fd65fb * let TARGET_VENDOR to be set to something else than the default: meta/conf/bitbake.conf:TARGET_VENDOR = "-oe" like other architectures use Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-02-27T21:59:23+00:00 Christopher Clark christopher.w.clark@gmail.com 2020-02-26T00:16:06+00:00 urn:sha1:5591f772fefde05ee462138246c4b555a39125b3 Amend addtask for deploy in both recipes: add deploy before do_build to ensure that it completes before the build step stamp is written. Suggested-by: Bertrand Marquis <bertrand.marquis@arm.com> Add comments explaining the scheduling of the deploy task to both the hypervisor and tools recipes. In the hypervisor build, change deploy to obtain files from ${B} rather than ${D}, since it allows a bbappend to modify boot binary file destinations in do_install without breaking do_deploy. To ensure that a deployed hypervisor has matching tools in any image being built, add a dependency to make sure that the tools have built and been staged first: do_deploy[depends] += "xen-tools:do_populate_sysroot" Also add a dependency to ensure that anything that the tools recipe deploys, such as a XSM policy file, has been deployed first: do_deploy[depends] += "xen-tools:do_deploy" Schedule deploy tasks after populate_sysroot to ensure that deployed binaries match those staged for inclusion in the image rootfs. Signed-off-by: Christopher Clark <christopher.clark6@baesystems.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-02-27T21:59:23+00:00 Christopher Clark christopher.w.clark@gmail.com 2020-02-26T00:16:05+00:00 urn:sha1:1d99ae2bcf068747313d576886e3a0728ce7212a bitbake xen -c menuconfig Signed-off-by: Christopher Clark <christopher.clark6@baesystems.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-02-27T21:59:23+00:00 Christopher Clark christopher.w.clark@gmail.com 2020-02-26T00:16:03+00:00 urn:sha1:e9b2d92954cce089d246a3cd40af6779065548e8 Add myself as a contact for the Xen recipes. Signed-off-by: Christopher Clark <christopher.w.clark@gmail.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-02-27T21:59:23+00:00 Christopher Clark christopher.w.clark@gmail.com 2020-02-26T00:16:02+00:00 urn:sha1:d08cf62af0f9509d6687899985882b3f277dd8d3 Patch needs to be applied to tree in ${S}. Signed-off-by: Christopher Clark <christopher.clark6@baesystems.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-02-27T21:59:23+00:00 Christopher Clark christopher.w.clark@gmail.com 2020-02-26T00:16:01+00:00 urn:sha1:ea94bfc3441cb33b17f4eeac06ff23d450465baf The stubs task was MACHINE-specific due to the OE variables it accessed which had forced unnecessary rebuild work in OpenXT's multi-MACHINE builds. The stubs task was generating a 32-bit header file to satisfy the Xen tools firmware build to generate the hvmloader binary, which is only needed on x86-64 targets where HVM-mode guests are enabled. Remove this header file generation logic and similar in the configure task, and in the cases where hvmloader is to be built use multilib to provide a 32-bit sysroot and allow the build to obtain the needed 32-bit materials from their source: glibc. Building Xen tools for x86-64 with HVM-guest support enabled now requires the following to be added to a build conf file (eg. distro.conf, or local.conf) : require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "x86" Signed-off-by: Christopher Clark <christopher.clark6@baesystems.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-02-27T21:59:23+00:00 Christopher Clark christopher.w.clark@gmail.com 2020-02-26T00:16:00+00:00 urn:sha1:a0964e2044cb1ccdd4f64173658ce7602257ff48 The tools have broader platform compatibility than the hypervisor. Signed-off-by: Christopher Clark <christopher.clark6@baesystems.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>