in an otherwise clean kirkstone tree with INITRAMFS_FSTYPES = "cpio" INITRAMFS_IMAGE = "core-image-minimal-initramfs" INITRAMFS_IMAGE_BUNDLE = "1" set in local.conf, the do_bundle_initramfs task takes an excruciatingly long time, much longer than just do_compile. to bundle the initramfs, the task appears to rebuild the whole kernel, while also ignoring PARALLEL_MAKE. on my system with PARALLEL_MAKE="-j32", do_compile takes about 1 minute, whereas bundle_initramfs takes over 9 minutes. i suspect setting CONFIG_INITRAMFS_SOURCE somehow taints the kernel source and the kernel makefiles think everything has to be rebuilt. the best fix here is probably to not rebuild the whole kernel if possible, but if that isn't possible then at least rebuild it in parallel.
Does this also happen on the master branch?
(In reply to comment #1) > Does this also happen on the master branch? yes, i've just tested this on master: commit 45d0ab66fd1285834312c8bb28124d2617461763 (HEAD -> master, origin/master) Author: Michael Halstead <mhalstead@linuxfoundation.org> Date: Wed Mar 8 16:09:31 2023 -0800 selftest/runtime_test/virgl: Disable for all Rocky Linux the kernel is still completely rebuilt, and ignores PARALLEL_MAKE, when executing do_bundle_initramfs. my expectation is that either the whole kernel is not rebuilt just to bundle the initramfs, or it is at least done in parallel.
Still a bug. Bruce?
Yup. Parallel or not, we need to root cause the rebuild reason.
Bulk move of medium importance bugs from 5.1 to 5.2 on behalf of Bruce.