Bug 5416 - kernel build failed when it's bundled with initramfs and inherit rm_work
Summary: kernel build failed when it's bundled with initramfs and inherit rm_work
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: deployment (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium normal
Target Milestone: 1.5.1
Assignee: Xufeng Zhang
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2013-10-30 08:11 UTC by Xufeng Zhang
Modified: 2014-04-24 03:17 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Xufeng Zhang 2013-10-30 08:11:11 UTC
This is a regression introduced by commit 609d5a9ab (kernel.bbclass,
image.bbclass: Implement kernel INITRAMFS dependency and bundling).

Since kernel will build twice when we are trying to bundle the kernel
and initramfs together after 609d5a9ab("kernel.bbclass,
image.bbclass: Implement kernel INITRAMFS dependency and bundling"),
thus, the second building for kernel would fail if rm_work is done
previously.
Comment 1 Jason Wessel 2013-10-31 15:54:09 UTC
The kernel objects are required to be around if you are doing the bundling because they are required to re-link things.  We do not really want to bundle all these .o files into the sysroot because the do_package and do_install is already too slow for the kernel.

Is there a way to pass on the rm_work for a certain package if the option to bundle is turned on?
Comment 2 Xufeng Zhang 2013-11-01 09:50:56 UTC
>>Is there a way to pass on the rm_work for a certain package if the option to bundle is turned on?

Actually kernel could be excluded from rm_work by RM_WORK_EXCLUDE variable,
but kernel build stuff occupy lots of disk space, so we still need to
clean up the kernel after do_bundle_initramfs task is finished.
Comment 3 Xufeng Zhang 2014-04-24 03:17:05 UTC
Patch has already been merged.