Bug 7541 - live image type hangs build if rootfs.img+ exceeds 4GB
Summary: live image type hangs build if rootfs.img+ exceeds 4GB
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: unspecified
Hardware: Other x86_64
: Medium normal
Target Milestone: 1.9
Assignee: Chris Hallinan
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2015-03-30 17:29 UTC by Chris Hallinan
Modified: 2015-10-01 15:28 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Hallinan 2015-03-30 17:29:23 UTC
YP 1.7. meta-amd. building a custom image recipe based on core-image fails if the rootfs size + initrd size + syslinux boot files + EFI boot files exceeds ~4GB.  The build hangs, with 'ps' showing that mcopy is in a stopped state.  From a user's perspective, the build hangs without any console output.  The last line displayed on the console is "NOTE: recipe <foo>: task do_bootimg: Started"

Log files provide no further useful data.

What's actually happening is that mcopy, with stdin/stdio/stderr redirected to bitbake, is asking for console input (even though the correct mcopy flags are passed to squash any console interaction ;) ) and of course, there is no way for the user to know reply.

mcopy is unable to handle files greater than 4GB anyway, so there isn't really a quick fix here.  live image types, as currently designed, are limited to 4GB images.

I'm pretty sure the hardware platform is irrelevant.  Any image recipe for any target which uses live image types will fail if the rootfs.img + <rest> is greater then 4GB.

I will be submitting a patch to at least bail and warn to prevent a silent hang.
Comment 1 Stephen K Jolley 2015-04-02 14:49:43 UTC
Patch sent to mailing list