arm: Handle .gnu.hash section in ldscripts
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
---
More changes like this may be needed, but these I compile-tested with v2014.01 (regression from v2013.10). colibri_t20_iris was runtime-tested. GCC 4.8.2 r206511, binutils 2.24
arch/arm/cpu/u-boot.lds | 1 + board/ti/am335x/u-boot.lds | 1 + 2 files changed, 2 insertions(+)
arch/arm/cpu/u-boot.lds +1 -0
@@ -97,6 +97,7 @@ SECTIONS .dynamic : { *(.dynamic*) } .plt : { *(.plt*) } .interp : { *(.interp*) } + .gnu.hash : { *(.gnu.hash) } .gnu : { *(.gnu*) } .ARM.exidx : { *(.ARM.exidx*) } .gnu.linkonce.armexidx : { *(.gnu.linkonce.armexidx.*) }
board/ti/am335x/u-boot.lds +1 -0
@@ -113,6 +113,7 @@ SECTIONS .dynstr : { *(.dynstr*) } .dynamic : { *(.dynamic*) } .hash : { *(.hash*) } + .gnu.hash : { *(.gnu.hash) } .plt : { *(.plt*) } .interp : { *(.interp*) } .gnu : { *(.gnu*) }
Signature · 1 line
1.8.4
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Dear Andreas F?rber,
Quoted 5 lines · In message <[email protected]> you wrote:
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
Cc Albert Aribaud <[email protected]>Cc Tom Rini <[email protected]>Signed-off-by Andreas F?rber <[email protected]>
Quoted 8 lines
---
More changes like this may be needed, but these I compile-tested with v2014.01 (regression from v2013.10).colibri_t20_iriswas runtime-tested. GCC 4.8.2 r206511, binutils 2.24arch/arm/cpu/u-boot.lds | 1 + board/ti/am335x/u-boot.lds | 1 + 2 files changed, 2 insertions(+)
Is this an ARM specific issue, or other architectures affected as well?
Best regards,
Wolfgang Denk
Signature · 4 lines
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de "No matter where you go, there you are..." - Buckaroo Banzai
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hello,
Am 27.01.2014 15:24, schrieb Wolfgang Denk:
Quoted 11 lines
Quoted 10 lines · In message <[email protected]> you wrote:
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
Cc Albert Aribaud <[email protected]>Cc Tom Rini <[email protected]>Signed-off-by Andreas F?rber <[email protected]>---
More changes like this may be needed, but these I compile-tested with v2014.01 (regression from v2013.10).colibri_t20_iriswas runtime-tested. GCC 4.8.2 r206511, binutils 2.24
Quoted 6 lines
Quoted 3 lines
arch/arm/cpu/u-boot.lds | 1 + board/ti/am335x/u-boot.lds | 1 + 2 files changed, 2 insertions(+)Is this an ARM specific issue, or other architectures affected as well?
I figured out that the section was apparently not caught by the .gnu* wildcard and this patch fixed our build for the following ARM configs:
am335x_evm
arndalecolibri_t20_iris
cubieboard
highbankhyundai_a7hdmele_a1000
mx53locoomap3_beagleomap4_panda
paz00rpi_b
My guess was that this could be related to the arm-only commit:
http://git.denx.de/?p=u-boot.git;a=commit;h=47ed5dd031d7d2c587e6afd386e79ccec1a1b7f7
(which touches on a few more .lds files than mine)
But I see nothing ARM-specific in .gnu.hash sections, so other architectures might in theory be affected as well. Cf. http://sourceware.org/ml/binutils/2006-10/msg00377.html
I did read your post for ELDK pointing someone to an FAQ entry on not using gcc-specific flags with ld, but for one I did not spot such a thing in the ld command line, and for another our toolchain did not change and v2013.10 builds succeed whereas v2014.01 builds failed without the patch. I could try to git-bisect the offending change if necessary.
Best regards,
Andreas
Signature · 2 lines
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer; HRB 16746 AG N?rnberg
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Dear Andreas F?rber,
Quoted 3 lines · In message <[email protected]> you wrote:
I figured out that the section was apparently not caught by the .gnu* wildcard and this patch fixed our build for the following ARM configs:
Do I understand you correctly that this fixes a _build_ error? So we can assume as long as the other archtiectures build fine, they are not affected by this?
Best regards,
Wolfgang Denk
Signature · 5 lines
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Nothing ever becomes real till it is experienced -- even a proverb is no proverb to you till your life has illustrated it. - John Keats
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Dear Wolfgang Denk,
Am 27.01.2014 20:11, schrieb Wolfgang Denk:
Quoted 8 lines
Quoted 3 lines · In message <[email protected]> you wrote:
I figured out that the section was apparently not caught by the .gnu* wildcard and this patch fixed our build for the following ARM configs:
Do I understand you correctly that this fixes a _build_ error? So we can assume as long as the other archtiectures build fine, they are not affected by this?
Affirmative. :)
Best regards,
Andreas
Signature · 2 lines
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer; HRB 16746 AG N?rnberg
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Dear Andreas F?rber,
Quoted 6 lines · In message <[email protected]> you wrote:
Quoted 4 lines
Do I understand you correctly that this fixes a _build_ error? So we can assume as long as the other archtiectures build fine, they are not affected by this?
Affirmative. :)
OK, then we can just lean back and relax :)
Thanks!
Best regards,
Wolfgang Denk
Signature · 4 lines
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de A rolling stone gathers momentum.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
In reply to Andreas FärberHi Andreas,
Quoted 45 lines · Andreas F?rber
Hello,
Am 27.01.2014 15:24, schrieb Wolfgang Denk:
Quoted 11 lines
Quoted 10 lines · In message <[email protected]> you wrote:
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
Cc Albert Aribaud <[email protected]>Cc Tom Rini <[email protected]>Signed-off-by Andreas F?rber <[email protected]>---
More changes like this may be needed, but these I compile-tested with v2014.01 (regression from v2013.10).colibri_t20_iriswas runtime-tested. GCC 4.8.2 r206511, binutils 2.24Quoted 6 lines
Quoted 3 lines
arch/arm/cpu/u-boot.lds | 1 + board/ti/am335x/u-boot.lds | 1 + 2 files changed, 2 insertions(+)Is this an ARM specific issue, or other architectures affected as well?
I figured out that the section was apparently not caught by the .gnu* wildcard and this patch fixed our build for the following ARM configs:
am335x_evm
arndalecolibri_t20_iris
cubieboard
highbankhyundai_a7hdmele_a1000
mx53locoomap3_beagleomap4_panda
paz00rpi_bMy guess was that this could be related to the arm-only commit:
http://git.denx.de/?p=u-boot.git;a=commit;h=47ed5dd031d7d2c587e6afd386e79ccec1a1b7f7
(which touches on a few more .lds files than mine)But I see nothing ARM-specific in .gnu.hash sections, so other architectures might in theory be affected as well. Cf. http://sourceware.org/ml/binutils/2006-10/msg00377.html
Quoted 6 lines
I did read your post for ELDK pointing someone to an FAQ entry on not using gcc-specific flags with ld, but for one I did not spot such a thing in the ld command line, and for another our toolchain did not change and v2013.10 builds succeed whereas v2014.01 builds failed without the patch. I could try to git-bisect the offending change if necessary.
Using gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7), I cannot see any issues on these boards:
am335x_evmcolibri_t20_iris
highbank
mx53locoomap3_beagleomap4_panda
paz00rpi_b
On arndale, issues are due to warnings unrelated to linking.
Cubieboard, hyundai_a7hd, mele_a1000 are not in mainline AFAICT (but I'd like to see mele_a1000 in, as this might mean mele_a1000g could follow. :) )
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
Quoted 3 lines
Best regards,
Andreas
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Albert,
Quoted 69 lines · Albert ARIBAUD
Hi Andreas,
Quoted 45 lines · Andreas F?rber
Hello,
Am 27.01.2014 15:24, schrieb Wolfgang Denk:
Quoted 11 lines
Quoted 10 lines · In message <[email protected]> you wrote:
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
Cc Albert Aribaud <[email protected]>Cc Tom Rini <[email protected]>Signed-off-by Andreas F?rber <[email protected]>---
More changes like this may be needed, but these I compile-tested with v2014.01 (regression from v2013.10).colibri_t20_iriswas runtime-tested. GCC 4.8.2 r206511, binutils 2.24Quoted 6 lines
Quoted 3 lines
arch/arm/cpu/u-boot.lds | 1 + board/ti/am335x/u-boot.lds | 1 + 2 files changed, 2 insertions(+)Is this an ARM specific issue, or other architectures affected as well?
I figured out that the section was apparently not caught by the .gnu* wildcard and this patch fixed our build for the following ARM configs:
am335x_evm
arndalecolibri_t20_iris
cubieboard
highbankhyundai_a7hdmele_a1000
mx53locoomap3_beagleomap4_panda
paz00rpi_bMy guess was that this could be related to the arm-only commit:
http://git.denx.de/?p=u-boot.git;a=commit;h=47ed5dd031d7d2c587e6afd386e79ccec1a1b7f7
(which touches on a few more .lds files than mine)But I see nothing ARM-specific in .gnu.hash sections, so other architectures might in theory be affected as well. Cf. http://sourceware.org/ml/binutils/2006-10/msg00377.html
Quoted 6 lines
I did read your post for ELDK pointing someone to an FAQ entry on not using gcc-specific flags with ld, but for one I did not spot such a thing in the ld command line, and for another our toolchain did not change and v2013.10 builds succeed whereas v2014.01 builds failed without the patch. I could try to git-bisect the offending change if necessary.
Using gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7), I cannot see any issues on these boards:
am335x_evmcolibri_t20_iris
highbank
mx53locoomap3_beagleomap4_panda
paz00rpi_b
Quoted 8 lines
On arndale, issues are due to warnings unrelated to linking.
Cubieboard,
hyundai_a7hd,mele_a1000are not in mainline AFAICT (but I'd like to seemele_a1000in, as this might meanmele_a1000gcould follow. :) )Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
Ping.
Quoted 3 lines
Quoted 3 lines
Best regards,
Andreas
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 79 lines
Hi Albert,
Quoted 74 lines · Albert ARIBAUD
Hi Andreas,
Quoted 45 lines · Andreas F?rber
Hello,
Am 27.01.2014 15:24, schrieb Wolfgang Denk:
Quoted 11 lines
Quoted 10 lines · In message <[email protected]> you wrote:
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
Cc Albert Aribaud <[email protected]>Cc Tom Rini <[email protected]>Signed-off-by Andreas F?rber <[email protected]>---
More changes like this may be needed, but these I compile-tested with v2014.01 (regression from v2013.10).colibri_t20_iriswas runtime-tested. GCC 4.8.2 r206511, binutils 2.24Quoted 6 lines
Quoted 3 lines
arch/arm/cpu/u-boot.lds | 1 + board/ti/am335x/u-boot.lds | 1 + 2 files changed, 2 insertions(+)Is this an ARM specific issue, or other architectures affected as well?
I figured out that the section was apparently not caught by the .gnu* wildcard and this patch fixed our build for the following ARM configs:
am335x_evm
arndalecolibri_t20_iris
cubieboard
highbankhyundai_a7hdmele_a1000
mx53locoomap3_beagleomap4_panda
paz00rpi_bMy guess was that this could be related to the arm-only commit:
http://git.denx.de/?p=u-boot.git;a=commit;h=47ed5dd031d7d2c587e6afd386e79ccec1a1b7f7
(which touches on a few more .lds files than mine)But I see nothing ARM-specific in .gnu.hash sections, so other architectures might in theory be affected as well. Cf. http://sourceware.org/ml/binutils/2006-10/msg00377.html
Quoted 6 lines
I did read your post for ELDK pointing someone to an FAQ entry on not using gcc-specific flags with ld, but for one I did not spot such a thing in the ld command line, and for another our toolchain did not change and v2013.10 builds succeed whereas v2014.01 builds failed without the patch. I could try to git-bisect the offending change if necessary.
Using gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7), I cannot see any issues on these boards:
am335x_evmcolibri_t20_iris
highbank
mx53locoomap3_beagleomap4_panda
paz00rpi_bOn arndale, issues are due to warnings unrelated to linking.
Cubieboard,
hyundai_a7hd,mele_a1000are not in mainline AFAICT (but I'd like to seemele_a1000in, as this might meanmele_a1000gcould follow. :) )
Sorry, missed that. I had merged v2014.01 into the sunxi tree and updated our downstream patch from it (v2014.01-sunxi.patch). It did not seem to touch on Makefile or ldscript in an interfering way. Cf. https://github.com/afaerber/u-boot/commits/sunxi
Other downstream changes include forcing ext4 support for SPL and tweaking boot.scr vs. boot.scr.uimg filename inconsistencies.
Quoted 4 lines
Quoted 2 lines
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
Ping.
Somehow I did not receive the previous message...
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48
Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutils
Our latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevm
Amicalement,
Andreas
Signature · 2 lines
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer; HRB 16746 AG N?rnberg
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Andreas,
Quoted 101 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 79 lines
Hi Albert,
Quoted 74 lines · Albert ARIBAUD
Hi Andreas,
Quoted 45 lines · Andreas F?rber
Hello,
Am 27.01.2014 15:24, schrieb Wolfgang Denk:
Quoted 11 lines
Quoted 10 lines · In message <[email protected]> you wrote:
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
Cc Albert Aribaud <[email protected]>Cc Tom Rini <[email protected]>Signed-off-by Andreas F?rber <[email protected]>---
More changes like this may be needed, but these I compile-tested with v2014.01 (regression from v2013.10).colibri_t20_iriswas runtime-tested. GCC 4.8.2 r206511, binutils 2.24Quoted 6 lines
Quoted 3 lines
arch/arm/cpu/u-boot.lds | 1 + board/ti/am335x/u-boot.lds | 1 + 2 files changed, 2 insertions(+)Is this an ARM specific issue, or other architectures affected as well?
I figured out that the section was apparently not caught by the .gnu* wildcard and this patch fixed our build for the following ARM configs:
am335x_evm
arndalecolibri_t20_iris
cubieboard
highbankhyundai_a7hdmele_a1000
mx53locoomap3_beagleomap4_panda
paz00rpi_bMy guess was that this could be related to the arm-only commit:
http://git.denx.de/?p=u-boot.git;a=commit;h=47ed5dd031d7d2c587e6afd386e79ccec1a1b7f7
(which touches on a few more .lds files than mine)But I see nothing ARM-specific in .gnu.hash sections, so other architectures might in theory be affected as well. Cf. http://sourceware.org/ml/binutils/2006-10/msg00377.html
Quoted 6 lines
I did read your post for ELDK pointing someone to an FAQ entry on not using gcc-specific flags with ld, but for one I did not spot such a thing in the ld command line, and for another our toolchain did not change and v2013.10 builds succeed whereas v2014.01 builds failed without the patch. I could try to git-bisect the offending change if necessary.
Using gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7), I cannot see any issues on these boards:
am335x_evmcolibri_t20_iris
highbank
mx53locoomap3_beagleomap4_panda
paz00rpi_bOn arndale, issues are due to warnings unrelated to linking.
Cubieboard,
hyundai_a7hd,mele_a1000are not in mainline AFAICT (but I'd like to seemele_a1000in, as this might meanmele_a1000gcould follow. :) )Sorry, missed that. I had merged v2014.01 into the sunxi tree and updated our downstream patch from it (v2014.01-sunxi.patch). It did not seem to touch on
Makefileor ldscript in an interfering way. Cf. https://github.com/afaerber/u-boot/commits/sunxiOther downstream changes include forcing ext4 support for SPL and tweaking boot.scr vs. boot.scr.uimg filename inconsistencies.
Quoted 4 lines
Quoted 2 lines
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
Ping.
Somehow I did not receive the previous message...
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48
Quoted 8 lines
Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevm
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evm colibri_t20_iris highbank mx53loco omap3_beagle omap4_panda paz00 rpi_b
Quoted 3 lines
Amicalement,
Andreas
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevm
Quoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_b
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:System
While there are apparently frequent rebuilds scheduled ATM, it seemed like the colibri_t20_iris config intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.
Amicalement,
Andreas
[1]
https://build.opensuse.org/package/view_file/openSUSE:Factory:ARM/gcc48/gcc48.changes?expand=1
Signature · 2 lines
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer; HRB 16746 AG N?rnberg
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 38 lines
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_b
Quoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.
Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include -pipe -DCONFIG_ARM -D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include /home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h -DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.lds
Quoted 1 line
u-boot.lds
[ 178s] cd /home/abuild/rpmbuild/BUILD/u-boot-2014.01 && ld.bfd -pie -T u-boot.lds --gc-sections -Bstatic -Ttext 0x0010E000 arch/arm/cpu/armv7/start.o --start-group arch/arm/cpu/armv7/built-in.o arch/arm/cpu/armv7/tegra20/built-in.o arch/arm/cpu/built-in.o arch/arm/lib/built-in.o board/toradex/colibri_t20_iris/built-in.o common/built-in.o disk/built-in.o drivers/built-in.o drivers/dma/built-in.o drivers/gpio/built-in.o drivers/i2c/built-in.o drivers/input/built-in.o drivers/mmc/built-in.o drivers/mtd/built-in.o drivers/mtd/nand/built-in.o drivers/mtd/onenand/built-in.o drivers/mtd/spi/built-in.o drivers/net/built-in.o drivers/net/phy/built-in.o drivers/pci/built-in.o drivers/power/battery/built-in.o drivers/power/built-in.o drivers/power/fuel_gauge/built-in.o drivers/power/mfd/built-in.o drivers/power/pmic/built-in.o drivers/serial/built-in.o drivers/spi/built-in.o drivers/usb/eth/built-in.o drivers/usb/gadget/built-in.o drivers/usb/host/built-in.o drivers/usb/musb-new/built-in.o drivers/usb/musb/built-in.o drivers/usb/phy/built-in.o drivers/usb/ulpi/built-in.o fs/built-in.o lib/built-in.o lib/libfdt/built-in.o net/built-in.o test/built-in.o --end-group /home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o -L /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8 -lgcc -Map u-boot.map -o u-boot
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1
Regards,
Andreas
Signature · 2 lines
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer; HRB 16746 AG N?rnberg
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Quoted 85 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 38 lines
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -o u-boot
Quoted 7 lines
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1
When this fails can you save the objdir?
- --
Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJTE8JzAAoJENk4IS6UOR1W8+AP/AprGiLzAuh3IVmZjvgRe71y enMJCdR8wo3Kw4DLPD78ZSiOXtS0R5zOHLqBcsj+4Aa3VmRAd40m0YbH0eG3QqXQ 9l9u6ueUGVsSTdhNuLnQaH71l5Ev+ykEPM6IUdvHELVrO9evc9guI0EMH3RYXOox qpRgQj9VJoRqpGzxE+UHoRgyKzK5N2UOnojhNCRVRvRk/EXTn7bWB554eTzZi2J1 9LnHiQX0MsI7SOWvXZ2jZTRCdMouJ7xMJkcUATRpgwj9m/H2QBlh4D9yZb5UD4K2 wO5wYpnr60s6H8c80HUlNrPXU1xPxi7cOMYaR9jXxFLjsGewac+e1mWNAR/zrDmI Vy0T+BvywGRp/cxOI29gYupxYxtp0ofHlYmhzz4XfspfLJiGXGrzEDzzGpzlXXDG OLEJ9v5KqM9PtTiBzj422V8Z9vxt+Hd0Iri/i8VhhIFv0KPf2spQQOoeIgLDst/V 8d2aiKFGTjl/J8aYsR7icA9+YHYqtCSeQR/npdEsoiPQoV/q5FyICAvJ7ztmOOiD gkko8RaeE0ps853UdaZs7LE5KyZJV7sF2OObo+fiNuLPk/YPWsv4dG1DsDzuRa3g DfAcaeKSqtL2SB7Se9X4FnETsHCh3BsfE6p/Wp8guJuzVrE/UhWh8lcLzDD8rxlu W6h1F96vTyM4BYCwGMT4
=IdOK
-----END PGP SIGNATURE-----
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
In reply to Andreas FärberHi Andreas,
(seems an answer from me yesterday didn't make it out of the NSA interceptors...)
Quoted 85 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 38 lines
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -o u-boot
Quoted 4 lines
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1
You are trying this with your codebase, right? If so, can you try and build vanilla v2014.01 with the exact same build environment? If it builds fine, then can you tell me which changes your patch(es) made to linker scripts in your tree wrt 2014.01?
Quoted 4 lines
Regards,
Andreas
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
In reply to Andreas FärberHi Andreas,
(seems an answer from me yesterday didn't make it out of the NSA interceptors...)
Quoted 85 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 38 lines
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -o u-boot
Quoted 4 lines
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1
You are trying this with your codebase, right? If so, can you try and build vanilla v2014.01 with the exact same build environment? If it builds fine, then can you tell me which changes your patch(es) made to linker scripts in your tree wrt 2014.01?
Quoted 4 lines
Regards,
Andreas
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Quoted 94 lines · Albert ARIBAUD
Hi Andreas,
(seems an answer from me yesterday didn't make it out of the NSA interceptors...)
Quoted 86 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 38 lines
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -o u-boot
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash
Quoted 8 lines
Quoted 3 lines
[ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1You are trying this with your codebase, right? If so, can you try and build vanilla v2014.01 with the exact same build environment? If it builds fine, then can you tell me which changes your patch(es) made to linker scripts in your tree wrt 2014.01?
Ping.
Quoted 4 lines
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Am 09.03.2014 21:05, schrieb Albert ARIBAUD:
Quoted 95 lines
Quoted 92 lines · Albert ARIBAUD
Hi Andreas,
(seems an answer from me yesterday didn't make it out of the NSA interceptors...)
Quoted 84 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 38 lines
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -o
Quoted 8 lines
Quoted 8 lines
Quoted 5 lines
u-boot
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1You are trying this with your codebase, right? If so, can you try and build vanilla v2014.01 with the exact same build environment?
Commented out all our patches at:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:System
Failure of any sunxi-added targets is to be expected, of course.
Quoted 5 lines
If it
Quoted 2 lines
builds fine, then can you tell me which changes your patch(es) made to linker scripts in your tree wrt 2014.01?
Ping.
I had previously pointed to our patches and explained that they do not touch on any existing linker scripts. They merely change CONFIG_ options, tweak environment settings and add the sunxi targets.
As for the other open question, OBS does not package build intermediaries of failed builds, so I'll need to reproduce it locally. ATM I'm lacking time because QEMU is about to enter Hard Freeze for 2.0.
Amicalement,
Andreas
Quoted 6 lines
Quoted 4 lines
Amicalement,
Signature · 2 lines
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer; HRB 16746 AG N?rnberg
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Andreas,
Quoted 105 lines · Andreas F?rber
Am 09.03.2014 21:05, schrieb Albert ARIBAUD:
Quoted 95 lines
Quoted 92 lines · Albert ARIBAUD
Hi Andreas,
(seems an answer from me yesterday didn't make it out of the NSA interceptors...)
Quoted 84 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 38 lines
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -oQuoted 8 lines
Quoted 8 lines
Quoted 5 lines
u-boot
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1You are trying this with your codebase, right? If so, can you try and build vanilla v2014.01 with the exact same build environment?
Quoted 4 lines
Commented out all our patches at:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemFailure of any sunxi-added targets is to be expected, of course.
Not sure I'm getting this: if you build vanilla v2014.01, there shouldn't be any sunxi target built at all, should it?
Quoted 9 lines
Quoted 5 lines
If it
Quoted 2 lines
builds fine, then can you tell me which changes your patch(es) made to linker scripts in your tree wrt 2014.01?
Ping.
I had previously pointed to our patches and explained that they do not touch on any existing linker scripts. They merely change
CONFIG_options, tweak environment settings and add the sunxi targets.
I am not asking about changing linker scripts; I am asking about trying your build environment on the pristine v2014.01 codebase, e.g. build all mainline ARM targets with your toolchains.
Quoted 3 lines
As for the other open question, OBS does not package build intermediaries of failed builds, so I'll need to reproduce it locally. ATM I'm lacking time because QEMU is about to enter Hard Freeze for 2.0.
Could you just run this in a git clone of U-Boot with v2014.01 checked out?
ARCH=arm CROSS_COMPILE=your-toolchain-prefix- ./MAKEALL -a arm
It would build all targets unattended using your toolchain (assuming it is in your PATH of course).
Quoted 2 lines
Amicalement,
Andreas
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi,
Am 09.03.2014 21:34, schrieb Albert ARIBAUD:
Quoted 93 lines
Quoted 91 lines · Andreas F?rber
Am 09.03.2014 21:05, schrieb Albert ARIBAUD:
Quoted 89 lines
Quoted 87 lines · Albert ARIBAUD
Quoted 78 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 31 lines
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 8 lines
Quoted 6 lines · Andreas F?rber
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -o u-bootQuoted 4 lines
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1You are trying this with your codebase, right? If so, can you try and build vanilla v2014.01 with the exact same build environment?
Quoted 7 lines
Quoted 4 lines
Commented out all our patches at:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemFailure of any sunxi-added targets is to be expected, of course.
Not sure I'm getting this: if you build vanilla v2014.01, there shouldn't be any sunxi target built at all, should it?
I removed the patches from the spec file in our build service. That doesn't drop the packages for those no longer patched-in targets, so failures of those targets are to be expected. I am not building locally.
Here's a vanilla "highbank" target failing:
https://build.opensuse.org/package/live_build_log/home:a_faerber:branches:Base:System/u-boot-highbank/openSUSE_Factory_ARM/armv7l
Quoted 6 lines
Quoted 6 lines
Quoted 5 lines
If it
Quoted 2 lines
builds fine, then can you tell me which changes your patch(es) made to linker scripts in your tree wrt 2014.01?
Ping.
Quoted 7 lines
Quoted 3 lines
I had previously pointed to our patches and explained that they do not touch on any existing linker scripts. They merely change
CONFIG_options, tweak environment settings and add the sunxi targets.I am not asking about changing linker scripts; I am asking about trying your build environment on the pristine v2014.01 codebase, e.g. build all mainline ARM targets with your toolchains.
You did ask above "which changes" our patches "made to linker scripts". And the answer is: None, apart from the already commented-out gnuhash.patch, which corresponds to this very patch under discussion.
Quoted 11 lines
Quoted 3 lines
As for the other open question, OBS does not package build intermediaries of failed builds, so I'll need to reproduce it locally. ATM I'm lacking time because QEMU is about to enter Hard Freeze for 2.0.
Could you just run this in a git clone of U-Boot with v2014.01 checked out?
ARCH=arm CROSS_COMPILE=your-toolchain-prefix- ./MAKEALL -a arm
It would build all targets unattended using your toolchain (assuming it is in your PATH of course).
My local ARM machines are all 13.1, not Factory, but I can try running that command there later.
Amicalement,
Andreas
Signature · 2 lines
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer; HRB 16746 AG N?rnberg
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Andreas,
Quoted 121 lines · Andreas F?rber
Hi,
Am 09.03.2014 21:34, schrieb Albert ARIBAUD:
Quoted 93 lines
Quoted 91 lines · Andreas F?rber
Am 09.03.2014 21:05, schrieb Albert ARIBAUD:
Quoted 89 lines
Quoted 87 lines · Albert ARIBAUD
Quoted 78 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 31 lines
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 8 lines
Quoted 6 lines · Andreas F?rber
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -o u-bootQuoted 4 lines
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1You are trying this with your codebase, right? If so, can you try and build vanilla v2014.01 with the exact same build environment?
Quoted 7 lines
Quoted 4 lines
Commented out all our patches at:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemFailure of any sunxi-added targets is to be expected, of course.
Not sure I'm getting this: if you build vanilla v2014.01, there shouldn't be any sunxi target built at all, should it?
I removed the patches from the spec file in our build service. That doesn't drop the packages for those no longer patched-in targets, so failures of those targets are to be expected. I am not building locally.
Here's a vanilla "highbank" target failing:
https://build.opensuse.org/package/live_build_log/home:a_faerber:branches:Base:System/u-boot-highbank/openSUSE_Factory_ARM/armv7lQuoted 10 lines
Quoted 9 lines
Quoted 5 lines
If it
Quoted 2 lines
builds fine, then can you tell me which changes your patch(es) made to linker scripts in your tree wrt 2014.01?
Ping.
I had previously pointed to our patches and explained that they do not touch on any existing linker scripts. They merely change
CONFIG_options, tweak environment settings and add the sunxi targets.
Quoted 7 lines
Quoted 3 lines
I am not asking about changing linker scripts; I am asking about trying your build environment on the pristine v2014.01 codebase, e.g. build all mainline ARM targets with your toolchains.
You did ask above "which changes" our patches "made to linker scripts". And the answer is: None, apart from the already commented-out gnuhash.patch, which corresponds to this very patch under discussion.
Understood -- my question about linker script changes was conditioned to succeeding in building pristine v2014.01, so I had mentally put it aside until v2014.01 build results are known.
Quoted 7 lines
Quoted 7 lines
Quoted 3 lines
As for the other open question, OBS does not package build intermediaries of failed builds, so I'll need to reproduce it locally. ATM I'm lacking time because QEMU is about to enter Hard Freeze for 2.0.
Could you just run this in a git clone of U-Boot with v2014.01 checked out?
Quoted 7 lines
Quoted 4 lines
ARCH=arm CROSS_COMPILE=your-toolchain-prefix- ./MAKEALL -a arm
It would build all targets unattended using your toolchain (assuming it is in your PATH of course).
My local ARM machines are all 13.1, not Factory, but I can try running that command there later.
Thanks!
Quoted 2 lines
Amicalement,
Andreas
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Albert, Andreas,
Quoted 114 lines
Hi Andreas,
Quoted 109 lines · Andreas F?rber
Hi,
Am 09.03.2014 21:34, schrieb Albert ARIBAUD:
Quoted 106 lines
Quoted 93 lines · Andreas F?rber
Am 09.03.2014 21:05, schrieb Albert ARIBAUD:
Quoted 92 lines
Quoted 90 lines · Albert ARIBAUD
Quoted 87 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 33 lines
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 9 lines
Quoted 7 lines · Andreas F?rber
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 6 lines
Quoted 3 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 19 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmThanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
Quoted 2 lines
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 8 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update
[1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe(quoted diff) +0
-2-DCONFIG_ARM -D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&&
ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o
--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map
u-boot.map -o u-boot [ 178s] ld.bfd: u-boot: could not find
output section .gnu.hash [ 178s] ld.bfd: final link failed:
Nonrepresentable section on output [ 178s] Makefile:556:
recipe for target 'u-boot' failed [ 178s] make: *** [u-boot]
Error 1Quoted 8 lines
Quoted 3 lines
Quoted 3 lines
You are trying this with your codebase, right? If so, can you try and build vanilla v2014.01 with the exact same build environment?
Commented out all our patches at:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemFailure of any sunxi-added targets is to be expected, of course.
Not sure I'm getting this: if you build vanilla v2014.01, there shouldn't be any sunxi target built at all, should it?
I can report the same issue with OBS build of u-boot.
When u-boot is build with qemu emulated environment with gcc-4.8.2 (native armv7l toolchain) in the OBS it needs patch prepared by Andreas.
However I can build the same code from u-boot directory (without this patch) with following toolchain:
arm-v7a-linux-gnueabi-gcc (OSELAS.Toolchain-2013.12.0 linaro-4.8-2013.11) 4.8.3 20131111
Any ideas how to solve this?
Quoted 56 lines
Quoted 20 lines
I removed the patches from the spec file in our build service. That doesn't drop the packages for those no longer patched-in targets, so failures of those targets are to be expected. I am not building locally.
Here's a vanilla "highbank" target failing:
https://build.opensuse.org/package/live_build_log/home:a_faerber:branches:Base:System/u-boot-highbank/openSUSE_Factory_ARM/armv7lQuoted 11 lines
Quoted 10 lines
Quoted 5 lines
If it
Quoted 2 lines
builds fine, then can you tell me which changes your patch(es) made to linker scripts in your tree wrt 2014.01?
Ping.
I had previously pointed to our patches and explained that they do not touch on any existing linker scripts. They merely change
CONFIG_options, tweak environment settings and add the sunxi targets.Quoted 8 lines
Quoted 3 lines
I am not asking about changing linker scripts; I am asking about trying your build environment on the pristine v2014.01 codebase, e.g. build all mainline ARM targets with your toolchains.
You did ask above "which changes" our patches "made to linker scripts". And the answer is: None, apart from the already commented-out gnuhash.patch, which corresponds to this very patch under discussion.
Understood -- my question about linker script changes was conditioned to succeeding in building pristine v2014.01, so I had mentally put it aside until v2014.01 build results are known.
Quoted 8 lines
Quoted 8 lines
Quoted 4 lines
As for the other open question, OBS does not package build intermediaries of failed builds, so I'll need to reproduce it locally. ATM I'm lacking time because QEMU is about to enter Hard Freeze for 2.0.
Could you just run this in a git clone of U-Boot with v2014.01 checked out?
Quoted 8 lines
Quoted 5 lines
ARCH=arm CROSS_COMPILE=your-toolchain-prefix- ./MAKEALL
-a armIt would build all targets unattended using your toolchain (assuming it is in your PATH of course).
My local ARM machines are all 13.1, not Factory, but I can try running that command there later.
Thanks!
Quoted 2 lines
Amicalement,
AndreasAmicalement,
Signature · 5 lines
Best regards, Lukasz Majewski Samsung R&D Institute Poland (SRPOL) | Linux Platform Group
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Lukasz,
Quoted 4 lines · Lukasz Majewski
I can report the same issue with OBS build of u-boot.
When u-boot is build with qemu emulated environment with gcc-4.8.2 (native armv7l toolchain) in the OBS it needs patch prepared by Andreas.
Hmm, ok, so maybe I can reproduce this by building U-Boot on native armv7 hardware. Any target which systematically fails building?
Quoted 4 lines
However I can build the same code from u-boot directory (without this patch) with following toolchain:
arm-v7a-linux-gnueabi-gcc (OSELAS.Toolchain-2013.12.0 linaro-4.8-2013.11) 4.8.3 20131111
Hmm... So it depends on the toolchain.
Quoted 1 line
Any ideas how to solve this?
Are both toolchains you used available somewhere so that I can fetch them and experiment locally?
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Albert,
Quoted 5 lines
Hi Lukasz,
On Thu, 13 Mar 2014 16:43:09 +0100, Lukasz Majewski <[email protected]> wrote:
Quoted 8 lines
Quoted 5 lines
I can report the same issue with OBS build of u-boot.
When u-boot is build with qemu emulated environment with gcc-4.8.2 (native armv7l toolchain) in the OBS it needs patch prepared by Andreas.
Hmm, ok, so maybe I can reproduce this by building U-Boot on native armv7 hardware. Any target which systematically fails building?
The Trats2 fails to be build. But to me it seems like compiler and linker issue.
Quoted 6 lines
Quoted 5 lines
However I can build the same code from u-boot directory (without this patch) with following toolchain:
arm-v7a-linux-gnueabi-gcc (OSELAS.Toolchain-2013.12.0 linaro-4.8-2013.11) 4.8.3 20131111
Quoted 6 lines
Hmm... So it depends on the toolchain.
Quoted 1 line
Any ideas how to solve this?
Are both toolchains you used available somewhere so that I can fetch them and experiment locally?
Yes they are available. References below:
arm-v7a-linux-gnueabi-gcc (OSELAS.Toolchain-2013.12.0linaro-4.8-2013.11) 4.8.3 20131111 linaro-4.8-2013.11) 4.8.3 20131111
http://www.ptxdist.org/software/ptxdist/index_en.html
The one which is used in the OBS:
gcc-4.8-2.56.armv7l.rpm
can be download from:
http://download.tizen.org/snapshots/tizen/rd-pq/latest/repos/mobile/armv7l/packages/armv7l/
I hope, that it helps.
Quoted 2 lines
Amicalement,
Signature · 5 lines
Best regards, Lukasz Majewski Samsung R&D Institute Poland (SRPOL) | Linux Platform Group
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
Hi Lukasz,
Quoted 40 lines · Lukasz Majewski
Hi Albert,
Quoted 5 lines
Hi Lukasz,
On Thu, 13 Mar 2014 16:43:09 +0100, Lukasz Majewski <[email protected]> wrote:
Quoted 8 lines
Quoted 5 lines
I can report the same issue with OBS build of u-boot.
When u-boot is build with qemu emulated environment with gcc-4.8.2 (native armv7l toolchain) in the OBS it needs patch prepared by Andreas.
Hmm, ok, so maybe I can reproduce this by building U-Boot on native armv7 hardware. Any target which systematically fails building?
The Trats2 fails to be build. But to me it seems like compiler and linker issue.
Quoted 6 lines
Quoted 5 lines
However I can build the same code from u-boot directory (without this patch) with following toolchain:
arm-v7a-linux-gnueabi-gcc (OSELAS.Toolchain-2013.12.0 linaro-4.8-2013.11) 4.8.3 20131111Quoted 6 lines
Hmm... So it depends on the toolchain.
Quoted 1 line
Any ideas how to solve this?
Are both toolchains you used available somewhere so that I can fetch them and experiment locally?
Yes they are available. References below:
arm-v7a-linux-gnueabi-gcc (OSELAS.Toolchain-2013.12.0linaro-4.8-2013.11) 4.8.3 20131111 linaro-4.8-2013.11) 4.8.3 20131111
http://www.ptxdist.org/software/ptxdist/index_en.html
Quoted 7 lines
The one which is used in the OBS:
gcc-4.8-2.56.armv7l.rpmcan be download from:
http://download.tizen.org/snapshots/tizen/rd-pq/latest/repos/mobile/armv7l/packages/armv7l/I hope, that it helps.
Thanks -- I'll test these, not today but certainly before next monday.
Amicalement,
Signature · 1 line
Albert.
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
In reply to Andreas FärberQuoted 61 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 38 lines
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.lds
Quoted 3 lines
Quoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000
^^^^^^^^^^^^
Quoted 21 lines
arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -o u-boot
Quoted 4 lines
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1
Looks more like an issue with the linker script used by u-boot. .gnu.hash is simply what recent linkers produce by default - you could try if using -Wl,--hash-style=sysv works around the issue, but it would still point to a linker script bug IMHO (or a bug in binutils, not gcc).
Richard.
Quoted 7 lines
Regards,
Andreas
Signature · 4 lines
Richard Biener <[email protected]> SUSE / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 GF: Jeff Hawn, Jennifer Guild, Felix Imend"orffer
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Quoted 94 lines · Richard Biener
Quoted 61 lines · Andreas F?rber
Am 02.03.2014 21:57, schrieb Andreas F?rber:
Quoted 38 lines
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
Quoted 13 lines
Hi Andreas,
Quoted 8 lines · Andreas F?rber
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
Quoted 5 lines
Quoted 2 lines · Albert ARIBAUD
Can you point me to the toolchain you are using, and if you are not building mainline code, can you make this code available to me somehow?
[...]
Quoted 12 lines
Quoted 11 lines
Our latest GCC 4.8.2 can be found here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gcc48Matching binutils 2.24 are here:
https://build.opensuse.org/package/show/openSUSE:Factory:ARM/binutilsOur latest U-Boot tarball and patches:
https://build.opensuse.org/package/show/Base:System/u-boot
Build logs can be found in the u-boot-* packages in the same project, with underscores stripped, e.g.:
https://build.opensuse.org/package/show/Base:System/u-boot-am335xevmQuoted 8 lines
Thanks for your reply. Apparently, the problem does not appear for the boards in mainline U-Boot which I listed above with the source code from our v2014.01 tag and using gcc 4.8.1 from Linaro. I can install 4.8.2, but meanwhile, can you try to build v2014.01 for these boards with your setup?
am335x_evmcolibri_t20_irishighbank mx53locoomap3_beagleomap4_pandapaz00rpi_bQuoted 7 lines
I have commented out the patch in:
https://build.opensuse.org/project/show/home:a_faerber:branches:Base:SystemWhile there are apparently frequent rebuilds scheduled ATM, it seemed like the
colibri_t20_irisconfig intermittently built OK without it. Maybe some gcc 4.8 stable branch update [1] resolved it ... will keep an eye on the build status to confirm. If everything builds, I'm happy.Nah, still fails without the patch:
[ 178s] gcc -E -g -Os -ffunction-sections -fdata-sections
(quoted diff) +0
-5-fno-common -ffixed-r9 -msoft-float -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x0010E000 -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include -I/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/include -fno-builtin -ffreestanding -nostdinc -isystem
/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/include-pipe -DCONFIG_ARM(quoted diff) +0
-2-D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -march=armv7-a -include
/home/abuild/rpmbuild/BUILD/u-boot-2014.01/include/u-boot/u-boot.lds.h-DCPUDIR=arch/arm/cpu/armv7 -ansi -D__ASSEMBLY__ -P - </home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/cpu/u-boot.ldsQuoted 3 lines
Quoted 1 line
u-boot.lds[ 178s] cd
/home/abuild/rpmbuild/BUILD/u-boot-2014.01&& ld.bfd -pie -Tu-boot.lds--gc-sections -Bstatic -Ttext0x0010E000^^^^^^^^^^^^
Quoted 21 lines
arch/arm/cpu/armv7/start.o--start-grouparch/arm/cpu/armv7/built-in.oarch/arm/cpu/armv7/tegra20/built-in.oarch/arm/cpu/built-in.oarch/arm/lib/built-in.oboard/toradex/colibri_t20_iris/built-in.ocommon/built-in.odisk/built-in.odrivers/built-in.odrivers/dma/built-in.odrivers/gpio/built-in.odrivers/i2c/built-in.odrivers/input/built-in.odrivers/mmc/built-in.odrivers/mtd/built-in.odrivers/mtd/nand/built-in.odrivers/mtd/onenand/built-in.odrivers/mtd/spi/built-in.odrivers/net/built-in.odrivers/net/phy/built-in.odrivers/pci/built-in.odrivers/power/battery/built-in.odrivers/power/built-in.odrivers/power/fuel_gauge/built-in.odrivers/power/mfd/built-in.odrivers/power/pmic/built-in.odrivers/serial/built-in.odrivers/spi/built-in.odrivers/usb/eth/built-in.odrivers/usb/gadget/built-in.odrivers/usb/host/built-in.odrivers/usb/musb-new/built-in.odrivers/usb/musb/built-in.odrivers/usb/phy/built-in.odrivers/usb/ulpi/built-in.ofs/built-in.olib/built-in.olib/libfdt/built-in.onet/built-in.otest/built-in.o--end-group/home/abuild/rpmbuild/BUILD/u-boot-2014.01/arch/arm/lib/eabi_compat.o-L/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8-lgcc -Map u-boot.map -o u-bootQuoted 4 lines
[ 178s] ld.bfd: u-boot: could not find output section .gnu.hash [ 178s] ld.bfd: final link failed: Nonrepresentable section on output [ 178s] Makefile:556: recipe for target 'u-boot' failed [ 178s] make: *** [u-boot] Error 1
Quoted 4 lines
Looks more like an issue with the linker script used by u-boot. .gnu.hash is simply what recent linkers produce by default - you could try if using -Wl,--hash-style=sysv works around the issue, but it would still point to a linker script bug IMHO (or a bug in binutils, not gcc).
If that was true it would be consistently happening, but it's not. I hope it's possible to save the output when the build fails.
- --
Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJTFIKtAAoJENk4IS6UOR1WFX8P+gLx3xjt0ZQny9LtSO0NtPqE blyRLfwofg3ZRQz/aPk3Cpser+09jOJmAjqMCdweSSV+xR241jDWMI9V35zWr8kC dmkMO6hKPlZVsA/odwD/cNco/1BOvZnr8+n1QA3vjcKSVaIU3y8+4v/wD4cuXbEl MHFpN4fMEgatTVR85pxTdgXQAa9FUvxFp9czRkDjKOnY2gEFO7akxGbyY6sATtqU 5bzQbXGFdq+6viQazF0SgyXs0YDnq8oBRe7udK3BWI2m7lG0jNG+NR9cLO9uXbzm fAWo7bZ1HHZC4HIPjNglpixFz/mI1pw6/uLyZMmfOTOFfKIsHZcXhKBnetHpQr1A Lbvf8H8JTn1dkX3i4qx2nJWk4uDatJnQ6sr8TUaYc7xbt/yBkLdPqyjZwG6B1iNJ GQHpKV2TUlNc59vWBEPJnH62mGd59UFs5vvckGP0KC/XQjT8EzIexpim7fLTAlrU W94qwT8BXeq1dgS5o/9Kr1loaM/ek2sH9ihdATRHnrZ0wDzkta0Q72wGPCtbL+/8 nY75K4H3GN1sfZVW7ODjwrSIGUhPYX+pKzlK4t+rOSZrg2B46zARzVOXYaERAhIo MTfg+qFvaMo5Le5bhun2FctYszVszO17fZ003QTY8y3w9RIoPzylentwYYAg7s0n oZlQA7KMTcg1wmVqz697
=0p/l
-----END PGP SIGNATURE-----
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
In reply to Andreas FärberQuoted 5 lines · Andreas F?rber
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
Cc Albert Aribaud <[email protected]>Cc Tom Rini <[email protected]>Signed-off-by Andreas F?rber <[email protected]>
Tested on snow
before:
$ crosfw -b daisy Configuring for smdk5250 board... /usr/x86_64-pc-linux-gnu/armv7a-cros-linux-gnueabi/binutils-bin/2.22/ld.bfd.real: u-boot: could not find output section .gnu.hash /usr/x86_64-pc-linux-gnu/armv7a-cros-linux-gnueabi/binutils-bin/2.22/ld.bfd.real: final link failed: Nonrepresentable section on output make[1]: *** [u-boot] Error 1 make[1]: *** Waiting for unfinished jobs.... make: *** [sub-make] Error 2
after:
no error
Regards,
Simon
PATCH 1/1 arm: Handle .gnu.hash section in ldscripts
In reply to Andreas FärberHi Andreas,
Quoted 31 lines · Andreas F?rber
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
Cc Albert Aribaud <[email protected]>Cc Tom Rini <[email protected]>Signed-off-by Andreas F?rber <[email protected]>---
More changes like this may be needed, but these I compile-tested with v2014.01 (regression from v2013.10).colibri_t20_iriswas runtime-tested. GCC 4.8.2 r206511, binutils 2.24arch/arm/cpu/u-boot.lds | 1 + board/ti/am335x/u-boot.lds | 1 + 2 files changed, 2 insertions(+)arch/arm/cpu/u-boot.lds +1
-0@@ -97,6 +97,7 @@ SECTIONS .dynamic : { *(.dynamic*) } .plt : { *(.plt*) } .interp : { *(.interp*) } + .gnu.hash : { *(.gnu.hash) } .gnu : { *(.gnu*) } .ARM.exidx : { *(.ARM.exidx*) } .gnu.linkonce.armexidx : { *(.gnu.linkonce.armexidx.*) }board/ti/am335x/u-boot.lds +0
-0
board/ti/am335x/u-boot.lds SECTIONS · line 119
Quoted 7 lines
board/ti/am335x/u-boot.lds +1
-0@@ -113,6 +113,7 @@ SECTIONS .dynstr : { *(.dynstr*) } .dynamic : { *(.dynamic*) } .hash : { *(.hash*) } + .gnu.hash : { *(.gnu.hash) } .plt : { *(.plt*) } .interp : { *(.interp*) } .gnu : { *(.gnu*) }
Applied to u-boot-arm/master, thanks!
Amicalement,
Signature · 1 line
Albert.