14748 2022-03-01 18:29:09 +0000 runqemu can't pick bundled initramfs image 2022-12-21 15:43:34 +0000 1 1 7 Build System, Metadata & Runtime OE-Core Scripts and Tools unspecified x86 Multiple RESOLVED FIXED Medium+ normal 4.2 M2 14749 1 alejandro workjagadeesh pavel randy.macleod ross.burton workjagadeesh --- --- Don't know oldest_to_newest 92696 0 alejandro 2022-03-01 18:29:09 +0000 When setting: INITRAMFS_IMAGE = "core-image-minimal-initramfs" INITRAMFS_IMAGE_BUNDLE= "1" Two kernel images are created: Image-initramfs--foo and Image--foo The Image is the default kernel (without initramfs) and the Image-initramfs contains a bundled initramfs in it. However, after building an image with such conf, runqemu still picks the Image by default booting in a different flow than the one the user selected. One has to manually pass the Image-initramfs file to runqemu so it boots properly, this should be done automatically by runqemu when INITRAMFS_IMAGE_BUNDLE= "1" 93030 1 4857 workjagadeesh 2022-04-13 14:36:16 +0000 Created attachment 4857 runqemu to boot bundled initramfs kernel image 93031 2 workjagadeesh 2022-04-13 14:37:40 +0000 The attached patch ([runqemu_14748.patch|https://bugzilla.yoctoproject.org/attachment.cgi?id=4857&action=diff]) picks the bundled initramfs kernel image (e.g., Image-initramfs-qemux86-64.bin) if INITRAMFS_IMAGE_BUNDLE is set to 1 in config files. Let me know if this fixes the issue. If yes, then I will submit for review/commit. Regards, Jagadeesh 93097 3 workjagadeesh 2022-04-16 03:59:00 +0000 Hi Alejandro, By any chance did you try the attached patch? Regards, Jagadeesh 94251 4 randy.macleod 2022-10-27 13:57:59 +0000 Alejandro, By any chance did you try the attached patch? 94505 5 randy.macleod 2022-12-08 16:10:52 +0000 Pavel is going to check the patch. 94508 6 alejandro 2022-12-08 18:29:42 +0000 To give some context: - No the provided patch doesnt work. - The patch successfully sets QB_DEFAULT_KERNEL (although it has an extra .bin in it), and this QB_DEFAULT_KERNEL variable is written properly to the qemuboot.conf file, e.g.: ``` [config_bsp] deploy_dir_image = . image_link_name = core-image-minimal-qemuarm64 image_name = core-image-minimal-qemuarm64-20221129175938 kernel_imagetype = Image machine = qemuarm64 qb_default_fstype = ext4 qb_default_kernel = Image-initramfs-qemuarm64 ``` However, `runqemu` does not seem to pick up the kernel using QB_DEFAULT_KERNEL ``` $ runqemu nographic runqemu - INFO - Running bitbake -e ... runqemu - INFO - Continuing with the following parameters: KERNEL: builds/qemuarm64/tmp/deploy/images/qemuarm64/Image] MACHINE: [qemuarm64] ``` It seems that runqemu specifically grabs the KERNEL_IMAGETYPE variable while starting up: kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name) kernel_match_link = "%s/%s" % (deploy_dir_image, self.get('KERNEL_IMAGETYPE')) kernel_startswith = "%s/%s*" % (deploy_dir_image, self.get('KERNEL_IMAGETYPE')) cmds = (kernel_match_name, kernel_match_link, kernel_startswith) self.kernel = get_first_file(cmds) The problem is actually that get_first_file function call: It makes a choice between: - Image-initramfs-qemuarm64 - Image - Image* Since the Image file exists as well, it prefers to use that one instead of Image-initramfs-<machine> 94511 7 workjagadeesh 2022-12-10 03:35:40 +0000 Just want to add clarifications on the previous pacth. For qemux86-64, after applying the patch I added the following lines in the conf/local.conf file and built the Linux kernel recipe. INITRAMFS_IMAGE = "core-image-minimal-initramfs" IMAGE_FSTYPES:append = " ext4" INITRAMFS_IMAGE_BUNDLE= "1" Ran "runqemu nographic" and verified that the runqemu script is picking the initramfs bzImage while booting. --- runqemu - INFO - Running bitbake -e ... runqemu - INFO - Continuing with the following parameters: KERNEL: [.../poky_master/build/tmp/deploy/images/qemux86-64/bzImage-initramfs-qemux86-64.bin] MACHINE: [qemux86-64] FSTYPE: [ext4] ROOTFS: [.../poky_master/build/tmp/deploy/images/qemux86-64/core-image-minimal-initramfs-qemux86-64-20221210031718.ext4] CONFFILE: [.../poky_master/build/tmp/deploy/images/qemux86-64/core-image-minimal-initramfs-qemux86-64-20221210031718.qemuboot.conf] -- Also, in the check_kernel() function, the get_first_file() is called with the following 3 arguments at line 744, and get_first_file() takes the file that is first found. 732 # QB_DEFAULT_KERNEL is always a full file path 733 kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL')) 734 735 # The user didn't want a kernel to be loaded 736 if kernel_name == "none" and not self.kernel: 737 return 738 739 deploy_dir_image = self.get('DEPLOY_DIR_IMAGE') 740 if not self.kernel: 741 kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name) 742 kernel_match_link = "%s/%s" % (deploy_dir_image, self.get('KERNEL_IMA GETYPE')) 743 kernel_startswith = "%s/%s*" % (deploy_dir_image, self.get('KERNEL_IM AGETYPE')) 744 cmds = (kernel_match_name, kernel_match_link, kernel_startswith) 745 self.kernel = get_first_file(cmds) In line 741 kernel_name is assigned with QB_DEFAULT_KERNEL value that is ${KERNEL_IMAGETYPE}-${INITRAMFS_LINK_NAME}.bin (bzImage-initramfs-qemux86-64.bin). The above information is found for qemux86-64 and I am yet to try qemuarm64. Regards, Jagadeesh 94513 8 workjagadeesh 2022-12-11 14:18:07 +0000 Same behavior is observed with qemuarm64. -- snip -- runqemu - INFO - Running bitbake -e ... runqemu - INFO - Continuing with the following parameters: KERNEL: [.../poky_master/build/tmp/deploy/images/qemuarm64/Image-initramfs-qemuarm64.bin] MACHINE: [qemuarm64] FSTYPE: [ext4] ROOTFS: [.../poky_master/build/tmp/deploy/images/qemuarm64/core-image-minimal-initramfs-qemuarm64-20221210164439.ext4] CONFFILE: [.../poky_master/build/tmp/deploy/images/qemuarm64/core-image-minimal-initramfs-qemuarm64-20221210164439.qemuboot.conf] -- snip -- Regards, Jagadeesh 94515 9 alejandro 2022-12-12 17:23:16 +0000 I just tested this again and it seems that you are right, I think the confusing part was the extra ".bin" which is inconsistent between the Image link and the Image-initramfs link (the Image link doesnt have it, but the Image-initramfs link does), either way I had manually removed that from the patch and all the flow was exactly the same, the only difference was the the get_first_file() function wouldn't return the Image-initramfs link (since it needed the .bin) It seems to be working for me, I apologize for the confusion: $ runqemu nographic runqemu - INFO - Running bitbake -e ... runqemu - INFO - Continuing with the following parameters: KERNEL: [poky/builds/qemuarm64/tmp/deploy/images/qemuarm64/Image-initramfs-qemuarm64.bin] MACHINE: [qemuarm64] FSTYPE: [ext4] ROOTFS: [poky/builds/qemuarm64/tmp/deploy/images/qemuarm64/core-image-minimal-qemuarm64-20221212171948.rootfs.ext4] 94523 10 workjagadeesh 2022-12-13 15:04:22 +0000 Taking the bug. Alejandro, No worries. I just pushed the patch for review and merge in the OE-core mailing list. Regards, Jagadeesh 94524 11 workjagadeesh 2022-12-13 15:05:29 +0000 patchwork link: https://patchwork.yoctoproject.org/project/oe-core/patch/20221213145836.326-1-workjagadeesh@gmail.com/ 94563 12 workjagadeesh 2022-12-21 15:43:34 +0000 Should be resolved with https://git.openembedded.org/openembedded-core/commit/?h=master-next&id=52371624313184e1a825519160c3833e282df8b9 Thanks, Jagadeesh 4857 2022-04-13 14:36:16 +0000 2022-04-13 14:36:16 +0000 runqemu to boot bundled initramfs kernel image runqemu_14748.patch text/plain 970 workjagadeesh ZGlmZiAtLWdpdCBhL21ldGEvY2xhc3Nlcy9xZW11Ym9vdC5iYmNsYXNzIGIvbWV0YS9jbGFzc2Vz L3FlbXVib290LmJiY2xhc3MKaW5kZXggYWQ4NDg5OTAyYS4uZjJlYmU5NGNhNCAxMDA2NDQKLS0t IGEvbWV0YS9jbGFzc2VzL3FlbXVib290LmJiY2xhc3MKKysrIGIvbWV0YS9jbGFzc2VzL3FlbXVi b290LmJiY2xhc3MKQEAgLTcsNiArNyw3IEBACiAjIFFCX09QVF9BUFBFTkQ6IG9wdGlvbnMgdG8g YXBwZW5kIHRvIHFlbXUsIGUuZy4sICItZGV2aWNlIHVzYi1tb3VzZSIKICMKICMgUUJfREVGQVVM VF9LRVJORUw6IGRlZmF1bHQga2VybmVsIHRvIGJvb3QsIGUuZy4sICJiekltYWdlIgorIyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZS5nLiwgImJ6SW1hZ2UtaW5p dHJhbWZzLXFlbXV4ODYtNjQuYmluIiBpZiBJTklUUkFNRlNfSU1BR0VfQlVORExFIGlzIHNldCB0 byAxLgogIwogIyBRQl9ERUZBVUxUX0ZTVFlQRTogZGVmYXVsdCBGU1RZUEUgdG8gYm9vdCwgZS5n LiwgImV4dDQiCiAjCkBAIC04Nyw3ICs4OCw3IEBACiBRQl9NRU0gPz0gIi1tIDI1NiIKIFFCX1NN UCA/PSAiIgogUUJfU0VSSUFMX09QVCA/PSAiLXNlcmlhbCBtb246c3RkaW8gLXNlcmlhbCBudWxs IgotUUJfREVGQVVMVF9LRVJORUwgPz0gIiR7S0VSTkVMX0lNQUdFVFlQRX0iCitRQl9ERUZBVUxU X0tFUk5FTCA/PSAiJHtAYmIudXRpbHMuY29udGFpbnMoIklOSVRSQU1GU19JTUFHRV9CVU5ETEUi LCAiMSIsICIke0tFUk5FTF9JTUFHRVRZUEV9LSR7SU5JVFJBTUZTX0xJTktfTkFNRX0uYmluIiwg IiR7S0VSTkVMX0lNQUdFVFlQRX0iLCBkKX0iCiBRQl9ERUZBVUxUX0ZTVFlQRSA/PSAiZXh0NCIK IFFCX1JORyA/PSAiLW9iamVjdCBybmctcmFuZG9tLGZpbGVuYW1lPS9kZXYvdXJhbmRvbSxpZD1y bmcwIC1kZXZpY2UgdmlydGlvLXJuZy1wY2kscm5nPXJuZzAiCiBRQl9PUFRfQVBQRU5EID89ICIi Cg==