On 09/11/2017 03:42 AM, Bin Meng wrote: > Hi Heinrich, > > On Sun, Sep 10, 2017 at 11:18 PM, Heinrich Schuchardt > <xypron.g...@gmx.de> wrote: >> On 09/10/2017 06:36 AM, Heinrich Schuchardt wrote: >>> export BUILD_ROM=y >>> make mrproper >>> make qemu-x86_64_defconfig >>> make >>> >>> results in a file u-boot-spl-nodtb.bin of 4,293,642,704 bytes >>> for git HEAD. >>> >>> The problematic statement is >>> >>> objcopy -O binary -R .start16 -R .resetvec \ >>> spl/u-boot-spl spl/u-boot-spl-nodtb.bin >>> >>> spl/u-boot-spl has 2,385,168 bytes. >>> >>> My system is Debian Stretch x86_64. >>> GNU objcopy (GNU Binutils for Debian) 2.28 >>> >>> objdump -h spl/u-boot-spl >>> shows that the section .start16 and .resetvec exist. >>> >>> I have created an upstream bug report >>> https://sourceware.org/bugzilla/show_bug.cgi?id=22120 >>> >>> Best regards >>> >>> Heinrich >>> >> >> This seems not to be a bug in objcopy: >> >> --- Comment #2 from Andreas Schwab <sch...@linux-m68k.org> --- >> This is not a bug. The sections to be copied cover an address range from >> 00120000 to FFFDC9D0, and the binary format cannot represent holes. >> >> 3 .data 00000510 fffdc4c0 fffdc4c0 0000e4c0 2**5 >> CONTENTS, ALLOC, LOAD, RELOC, DATA >> 4 .got 00000004 00120000 00120000 00001000 2**2 >> CONTENTS, ALLOC, LOAD, DATA > > So does this mean: upgrading to objcopy v2.28 will break qemu-x86_64? > Could you talk to them why does the objcopy behavior change between > versions? > > Regards, > Bin > Hello Bin,
using objcopy 2.25 does the same as 2.28: objcopy -O binary -R .start16 -R .resetvec \ u-boot-spl u-boot-spl-nodtb.bin It creates the same 4G file when using the u-boot-spl file created on Debian Stretch. But the u-boot-spl files are different on Debian Stretch and Debian Jessie: On Debian Stretch objdump -h spl/u-boot-spl 3 .data 00000510 fffdc4c0 fffdc4c0 0000e4c0 2**5 CONTENTS, ALLOC, LOAD, RELOC, DATA 4 .got 00000004 00120000 00120000 00001000 2**2 CONTENTS, ALLOC, LOAD, DATA 5 .got.plt 0000000c 00120004 00120004 00001004 2**2 CONTENTS, ALLOC, LOAD, DATA 6 .bss 00000900 00120020 00120020 00000000 2**5 ALLOC .got 0x0000000000120000 0x4 .got 0x0000000000120000 0x4 arch/x86/cpu/start.o .got.plt 0x0000000000120004 0xc .got.plt 0x0000000000120004 0xc arch/x86/cpu/start.o 0x0000000000120004 _GLOBAL_OFFSET_TABLE_ On Debian Jessie objdump -h spl/u-boot-spl 3 .data 00000268 fffdca80 fffdca80 0000da80 2**4 CONTENTS, ALLOC, LOAD, RELOC, DATA 4 .bss 00000900 00120000 00120000 00000000 2**4 ALLOC objcopy -O binary -R .start16 -R .resetvec \ -R .got -R .got.plt u-boot-spl u-boot-spl-nodtb.bin creates a 51k file on both systems. got refers to global offset table plt refers to procedure linkage table I have added patch https://github.com/xypron2/u-boot/commit/5f1d9857a4bd7b629b58ac745001ceda04c85b8d to https://github.com/xypron2/u-boot/commits/spl-fix I just want to wait for Travis CI to complete before sending it. Best regards Heinrich _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot