Hi,
(how is this an RFC or PATCH? There is none in this mail)
Le 30/03/2011 01:13, du zhigang a écrit :
> dear:
>
> i am using u-boot 2011.03-rc1 compiled by CS arm-none-eabi-gcc 4.5.1
>
> board at91sam9263ek_norflash_boot_config i using gdb 6.8.1 debug it
>
> when u-boot compiledi found an error
dear:
i am using u-boot 2011.03-rc1 compiled by
CS arm-none-eabi-gcc 4.5.1
board at91sam9263ek_norflash_boot_config i
using gdb 6.8.1 debug it
when u-boot compiled i found an error
/dzg/crosstool/4.5.1/bin/.arm-none-eabi-ld:
warning: creating a DT_TEXTREL in object.
/dzg/x86/insight
Le 05/10/2010 08:13, Wolfgang Denk a écrit :
> Please ignore me. Just found them in your linker script changes.
It remains that my patch did not apply cleanly onto the latest master. I
sent out a rebased one as V2. Thanks for pointing this out.
> Best regards,
>
> Wolfgang Denk
Amicalement,
--
Le 05/10/2010 07:42, Graeme Russ a écrit :
> On Tue, Oct 5, 2010 at 4:40 PM, Graeme Russ wrote:
>> On Tue, Oct 5, 2010 at 4:34 PM, Wolfgang Denk wrote:
>>> Dear Graeme Russ,
>>>
>>> In message
>>> you wrote:
Can NAND SPL initialise and size memory before loading U-Boot into RAM?
>>>
>
Dear Albert Aribaud,
I wrote:
> I get:
>
> Configuring for qong board...
> arch/arm/lib/libarm.a(board.o): In function `board_init_r':
> /home/wd/git/u-boot/work/arch/arm/lib/board.c:913: undefined reference
> to `_bss_start_ofs'
> arch/arm/lib/libarm.a(board.o): In func
Dear Albert Aribaud,
In message <1286229705-16019-1-git-send-email-albert.arib...@free.fr> you wrote:
> This patch is *not* a submission for master!
I'm trying this on arm1136 (i.MX31) at the moment. It seems the patch
was not taken against latest mainline, but probably against a previous
state i
Le 05/10/2010 07:30, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4caa50aa.3000...@free.fr> you wrote:
>>
>> Remember: this patch only applies to boards which boot from NOR FLASH!
>> You can test it on other types of boards (NAND-based, etc) for
>> regression testing, but nothing
On Tue, Oct 5, 2010 at 4:40 PM, Graeme Russ wrote:
> On Tue, Oct 5, 2010 at 4:34 PM, Wolfgang Denk wrote:
>> Dear Graeme Russ,
>>
>> In message
>> you wrote:
>>>
>>> Can NAND SPL initialise and size memory before loading U-Boot into RAM?
>>
>> It has to. You cannot load into and run from uninit
On 10/4/2010 10:30 PM, Wolfgang Denk wrote:
> Dear Albert ARIBAUD,
>
> In message<4caa50aa.3000...@free.fr> you wrote:
>> Remember: this patch only applies to boards which boot from NOR FLASH!
>> You can test it on other types of boards (NAND-based, etc) for
>> regression testing, but nothing mo
On Tue, Oct 5, 2010 at 4:34 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message you
> wrote:
>>
>> Can NAND SPL initialise and size memory before loading U-Boot into RAM?
>
> It has to. You cannot load into and run from uninitialized RAM ;-)
>
>> If so, could the relocation code be added
Dear Graeme Russ,
In message you
wrote:
>
> Can NAND SPL initialise and size memory before loading U-Boot into RAM?
It has to. You cannot load into and run from uninitialized RAM ;-)
> If so, could the relocation code be added to NAND SPL so only one copy
> operation is performed?
I'm afraid
Dear Albert ARIBAUD,
In message <4caa50aa.3000...@free.fr> you wrote:
>
> Remember: this patch only applies to boards which boot from NOR FLASH!
> You can test it on other types of boards (NAND-based, etc) for
> regression testing, but nothing more.
Assuming the NAND loder does not load U-Boot
On 10/4/2010 5:16 PM, Albert ARIBAUD wrote:
> Le 05/10/2010 01:21, Graeme Russ a écrit :
>> On Tue, Oct 5, 2010 at 9:57 AM, Albert ARIBAUD
>> wrote:
>>> Le 05/10/2010 00:22, Graeme Russ a écrit :
On Tue, Oct 5, 2010 at 9:01 AM, Albert Aribaud
wrote:
>>> The output from MAKEALL is
Le 05/10/2010 01:21, Graeme Russ a écrit :
> On Tue, Oct 5, 2010 at 9:57 AM, Albert ARIBAUD wrote:
>> Le 05/10/2010 00:22, Graeme Russ a écrit :
>>>
>>> On Tue, Oct 5, 2010 at 9:01 AM, Albert Aribaud
>>> wrote:
>
>> The output from MAKEALL is curiously calculated... If I look at objdumps of
On Tue, Oct 5, 2010 at 10:57 AM, John Rigby wrote:
> On Mon, Oct 4, 2010 at 4:09 PM, Albert ARIBAUD wrote:
>
>>
>> Remember: this patch only applies to boards which boot from NOR FLASH!
>> You can test it on other types of boards (NAND-based, etc) for
>> regression testing, but nothing more.
Le 05/10/2010 01:23, Graeme Russ a écrit :
> So does this make all of Heiko's ARM relocation patches redundant?
Yes, it does, I'm afraid.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, Oct 4, 2010 at 4:09 PM, Albert ARIBAUD wrote:
>
> Remember: this patch only applies to boards which boot from NOR FLASH!
> You can test it on other types of boards (NAND-based, etc) for
> regression testing, but nothing more.
Dumb question, how is the case of a NAND SPL, or similar l
On Tue, Oct 5, 2010 at 9:01 AM, Albert Aribaud wrote:
> This patch is *not* a submission for master!
>
> It is a proof of concept of ELF relocations for ARM, hastily done
> in a day's work time for people on the list to try and to comment.
> All comments are welcome, as several suggestions have be
On Tue, Oct 5, 2010 at 9:57 AM, Albert ARIBAUD wrote:
> Le 05/10/2010 00:22, Graeme Russ a écrit :
>>
>> On Tue, Oct 5, 2010 at 9:01 AM, Albert Aribaud
>> wrote:
>>>
> The output from MAKEALL is curiously calculated... If I look at objdumps of
> the GOT and ELF binaries, I find that:
>
> - the G
Le 05/10/2010 00:22, Graeme Russ a écrit :
> On Tue, Oct 5, 2010 at 9:01 AM, Albert Aribaud wrote:
>> This patch is *not* a submission for master!
>>
>> It is a proof of concept of ELF relocations for ARM, hastily done
>> in a day's work time for people on the list to try and to comment.
>> All co
On Tue, Oct 5, 2010 at 9:01 AM, Albert Aribaud wrote:
> This patch is *not* a submission for master!
>
> It is a proof of concept of ELF relocations for ARM, hastily done
> in a day's work time for people on the list to try and to comment.
> All comments are welcome, as several suggestions have be
Afterthought: I have not explained how to test this patch.
If your board is based on arm926ejs and does not have its own
u-boot.lds, then you can simply applly the patch and modify your board
config file as I modified edminiv2.h, basically by adding the config
option CONFIG_RELOC_FIXUP_WORKS wh
This patch is *not* a submission for master!
It is a proof of concept of ELF relocations for ARM, hastily done
in a day's work time for people on the list to try and to comment.
All comments are welcome, as several suggestions have been made
today on the list that I did not have time to incorporat
23 matches
Mail list logo