Hello Albert,
Albert ARIBAUD wrote:
> Le 29/11/2010 16:04, Heiko Schocher a écrit :
>> Hello Albert,
>>
>> Albert ARIBAUD wrote:
>>> I'll take a look this evening at builds with and without the SORT() from
>>> an ELF relocation tables perspective.
>>
>> I debugged on the beagle board a little bit
Hello Andreas
Andreas Bießmann wrote:
> Am 29.11.2010 16:04, schrieb Heiko Schocher:
> [snip]
>> So it seems to me the "sort" version intermix the "rel dyn"
>> section entries with "normal" vars in bss ... Which raises
>> the question:
>>
>> Why is the rel.dyn Section in the bss section?
>
> caus
Dear all,
Am 29.11.2010 16:19, schrieb Albert ARIBAUD:
[snip]
> The real solution is to fix the BSS usage.
I'd like to mention old thread facing this issue for timestamp/lastinc
values in arch/arm/cpu/*/timer.c
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/88545
and
http://thread.gma
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Heiko Schocher
> Sent: Monday, November 29, 2010 8:35 PM
> To: Albert ARIBAUD
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] v2010-rc2: OMAP3 broken
>
Le 29/11/2010 16:04, Heiko Schocher a écrit :
> Hello Albert,
>
> Albert ARIBAUD wrote:
>> I'll take a look this evening at builds with and without the SORT() from
>> an ELF relocation tables perspective.
>
> I debugged on the beagle board a little bit in this problem, and here
> what I found:
>
>
Dear Heiko Schocher,
Am 29.11.2010 16:04, schrieb Heiko Schocher:
[snip]
> So it seems to me the "sort" version intermix the "rel dyn"
> section entries with "normal" vars in bss ... Which raises
> the question:
>
> Why is the rel.dyn Section in the bss section?
cause of the
---8<---
.bss __rel_
Hello Albert,
Albert ARIBAUD wrote:
> I'll take a look this evening at builds with and without the SORT() from
> an ELF relocation tables perspective.
I debugged on the beagle board a little bit in this problem, and here
what I found:
Hier it goes wrong:
arch/arm/cpu/armv7/start.S
fixloop:
Dear all,
Am 29.11.2010 14:23, schrieb Hiremath, Vaibhav:
>> The system is hanging at
>>
>> fixrel:
>> /* relative fix: increase location by offset */
>> ldr r1, [r0]
>>
> [Hiremath, Vaibhav] pasting error, the actual place is
>
> fixnext:
> str r1, [r0]
> Here
Hi all,
I'll take a look this evening at builds with and without the SORT() from
an ELF relocation tables perspective.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Hiremath, Vaibhav
> Sent: Monday, November 29, 2010 6:50 PM
> To: Wolfgang Denk; u-boot@lists.denx.de
> Subject: Re: [U-Boot] v2010-rc2: OMAP3 broken
>
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Wolfgang Denk
> Sent: Monday, November 29, 2010 6:19 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] v2010-rc2: OMAP3 broken
>
> Hi,
>
> it s
Hi,
it seems that commit 566d49a3f has broken OMAP3 - at least beagle and
devkit8000 hang in or after relocation.
The culprit is this the "$(sort $(LIBS)) in Makefile, i. e. the
following change will unbreak the boards:
@@ -263,7 +263,7 @@ ifeq ($(SOC),s5pc2xx)
LIBS += $(CPUDIR)/s5p-common/libs
12 matches
Mail list logo