12153 2017-10-02 20:20:52 +0000 in an esdk, devtool fails to build ovmf 2025-02-14 16:48:23 +0000 1 1 6 Yocto Project Subprojects eSDK eSDK 2.4 x86 Multiple ACCEPTED Medium normal 5.99 1 brian.avery unassigned bluelightning randy.macleod richard.purdie sgw francisco.j.pedraza.gonzalez --- --- No (bug/feature does not impact docs) oldest_to_newest 77279 0 brian.avery 2017-10-02 20:20:52 +0000 off of master, in an esdk built for core-image-base genericx86-64 and wic, suppose we want to boot the genericx86-64 image in qemu. In order to do this, you need to run qemu with ovmf since the default genericx86-64 uses grub-efi. Unfortuneately, esdk$>devtool modify ovmf esdk$>devtool build ovmf the build fails with: edksetup.sh: line 88: tmp/work/core2-64-poky-linux/ovmf/git-r0/devtooltmp-08kyux9h/workdir/recipe-sysroot-native/usr/bin/edk2_basetools/BaseTools/BuildEnv: No such file or directory 77359 1 sgw 2017-10-04 20:45:04 +0000 This is built with adding wic to IMAGE_FSTYPES and enabling booting in qmeu. 78209 2 rebecca.swee.fun.chang 2017-11-15 03:51:49 +0000 (In reply to comment #1) > This is built with adding wic to IMAGE_FSTYPES and enabling booting in qmeu. I'm trying to reproduce the issue here. Do you mean, by adding wic to IMAGE_FSTYPES in local.conf, we can boot genericx86-64 image in qemu? MACHINE = "genericx86-64" IMAGE_FSTYPES += "wic" I've tried the above configurations but runqemu failed. Is there any configurations that is missing? ----- snip ----- $ runqemu tmp/deploy/images/genericx86-64/core-image-base-genericx86-64.wic runqemu - INFO - Running MACHINE=genericx86-64 bitbake -e... runqemu - INFO - Overriding conf file setting of STAGING_DIR_NATIVE to /media/rebeccas/yocto/12153/tmp/work/core2-64-poky-linux/defaultpkgname/1.0-r0/recipe-sysroot-native from Bitbake environment runqemu - INFO - Continuing with the following parameters: MACHINE: [genericx86-64] FSTYPE: [wic] ROOTFS: [/media/rebeccas/yocto/12153/tmp/deploy/images/genericx86-64/core-image-base-genericx86-64.wic] CONFFILE: [/media/rebeccas/yocto/12153/tmp/deploy/images/genericx86-64/core-image-base-genericx86-64.qemuboot.conf] runqemu - INFO - Setting up tap interface under sudo runqemu - INFO - Running bitbake qemu-helper-native -e... runqemu - ERROR - Native sysroot directory /media/rebeccas/yocto/12153/tmp/work/x86_64-linux/qemu-helper-native/1.0-r1/recipe-sysroot-native/usr/bin doesn't exist Cleanup ----- snip ----- 78878 3 rebecca.swee.fun.chang 2018-01-03 07:05:05 +0000 It seems like the sysroot for ovmf-native is not being build when we build ovmf in eSDK. 78990 4 rebecca.swee.fun.chang 2018-01-10 08:23:55 +0000 I have drilled down to the point where devtool unable to find edksetup.sh due to the wrongly configured variable BBAKE_EDK_TOOLS_PATH in <ovmf-source>/OvmfPkg/build.sh and it came from a environment variable, STAGING_BINDIR_NATIVE. Within a native build environment, EDK_TOOLS_PATH was set by do_patch post task functions, "fix_basetools_location". And its STAGING_BINDIR_NATIVE is pointed to RSS by looking at the output from “bitbake -e”. However, in eSDK environment, patching was done by oe.patch module in within devtool. And it appears that the STAGING_BINDIR_NATIVE is wrongly set, hence causing BBAKE_EDK_TOOLS_PATH having the wrong BBAKE_EDK_TOOLS_PATH path and hence causing ovmf unable to be compiled within eSDK. Problematic STAGING_BINDIR_NATIVE: /poky_sdk/tmp/work/i586-poky-linux/ovmf/git-r0/devtooltmp-sui06mnf/workdir/recipe-sysroot-native/usr/bin/edk2_basetools/BaseTools A correct STAGING_BINDIR_NATIVE: /poky_sdk/tmp/work/i586-poky-linux/ovmf/git-r0/recipe-sysroot-native/usr/bin/edk2_basetools/BaseTools I'm now looking at devtool standard.py <def _extract_source()> where devtooltmp-* was created and how does it impact the STAGING_BINDIR_NATIVE. 80076 5 rebecca.swee.fun.chang 2018-04-03 19:06:04 +0000 In fix_basetools_location_class-target(): - sed -i -e 's#BBAKE_EDK_TOOLS_PATH#${STAGING_BINDIR_NATIVE}/${EDK_TOOLS_DIR}#' ${S}/OvmfPkg/build.sh + sed -i -e 's#BBAKE_EDK_TOOLS_PATH#$STAGING_BINDIR_NATIVE/${EDK_TOOLS_DIR}#' ${S}/OvmfPkg/build.sh This will fix the issue in eSDK but crashing normal build. 96852 6 randy.macleod 2023-10-24 14:24:30 +0000 Bulk move from 4.99 or 0.00 to 5.99 101013 7 randy.macleod 2025-02-14 16:46:36 +0000 bulk change to add Saul's non-WR address. 101068 8 randy.macleod 2025-02-14 16:48:23 +0000 Bulk change: Remove Saul's old WR address.