Bug 9301 - U-boot fails to build with default zynq_zed_defconfig configuration
Summary: U-boot fails to build with default zynq_zed_defconfig configuration
Status: RESOLVED FIXED
Alias: None
Product: buildroot
Classification: Unclassified
Component: Other (show other bugs)
Version: unspecified
Hardware: All Linux
: P5 normal
Target Milestone: ---
Assignee: unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-23 14:41 UTC by matt.kraai
Modified: 2016-10-11 15:50 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description matt.kraai 2016-09-23 14:41:00 UTC 
When I run `make zynq_zed_defconfig && make all` on master, the build eventually fails with the following messages:

> cp -dpf .../buildroot/output/build/uboot-xilinx-v2016.2/spl/boot.bin .../buildroot/output/images/
> cp: cannot stat '.../buildroot/output/build/uboot-xilinx-v2016.2/spl/boot.bin': No such file or directory

Commit fad58cefa4a392b52eafe46a773f8cbfb8aadb43 introduced this error.  Before that commit, no make targets were specified when make was invoked to build uboot.  This caused make to build the all target, which caused it to build spl/boot.bin.  After that commit, the u-boot.img target was specified.  As a result of this change, make only built u-boot.img and not spl/boot.bin.
Comment 1 Peter Korsgaard 2016-09-26 20:22:36 UTC 
Thanks for the report. We are currently discussing on the list about changing the logic to explicitly pass 'all' as the make target to fix this and similar issues:

http://lists.busybox.net/pipermail/buildroot/2016-September/172815.html

Can you verify that explicitly passing 'all' also fixes it for you? Thanks
Comment 2 matt.kraai 2016-09-27 17:44:54 UTC 
(In reply to Peter Korsgaard from comment #1)

Yes, applying the patch in that message also fixes it for me.
Comment 3 matt.kraai 2016-09-28 16:13:10 UTC 
I've also verified that adding $(BR2_TARGET_UBOOT_SPL_NAME) to UBOOT_MAKE_TARGET if the former is non-empty fixes this problem.
Comment 4 matt.kraai 2016-10-11 15:50:40 UTC 
This was fixed by 55a481bec1a592845c3777705865adb382ece1a3.