[U-Boot] [PATCH v5 0/6] Add an SPL to boot the da850evm from SPI

[Tom Rini]

On Tue, Dec 6, 2011 at 10:34 AM, Tom Rini <tom.rini at gmail.com> wrote:
> On Tue, Dec 6, 2011 at 10:32 AM, Christian Riesch
> <christian.riesch at omicron.at> wrote:
>> On Tue, Dec 6, 2011 at 6:14 PM, Tom Rini <trini at ti.com> wrote:
>>> On 12/06/2011 10:08 AM, Christian Riesch wrote:
>>>> Hi Tom,
>>>>
>>>> On Tue, Dec 6, 2011 at 5:46 PM, Tom Rini <tom.rini at gmail.com> wrote:
>>>>> On Mon, Dec 5, 2011 at 1:05 PM, Tom Rini <tom.rini at gmail.com> wrote:
>>>>>> On Mon, Dec 5, 2011 at 3:58 AM, Christian Riesch
>>>>>> <christian.riesch at omicron.at> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>> this is v5 of the last part of my recent patchset
>>>>>>
>>>>>> Following on to my last email in 2/6 of the series, if there's no
>>>>>> objections other than mine about commenting and not doing 0 bit
>>>>>> shifts, and that's an agreeable change, if there's no other objections
>>>>>> within 24h I'll put the series into u-boot-ti/master and send a pull
>>>>>> request to Albert.  Thanks!
>>>>>
>>>>> OK, what toolchain are you using?  For da850evm and gcc 4.5 I get:
>>>>
>>>> I'm using
>>>> gcc version 4.5.2 (Sourcery G++ Lite 2011.03-41)
>>>>
>>>> make da850evm_config && make -s -j3 u-boot.ais
>>>> builds without warnings.
>>>
>>> How about 'all' (or da850evm) ?
>>
>> $ cd u-boot
>> $ export CROSS_COMPILE=arm-none-linux-gnueabi-
>> $ make mrproper
>> $ make -s da850evm
>> Configuring for da850evm board...
>> Generating include/generated/asm-offsets.h
>> $
>>
>> So this worked.
>>
>> $ make mrproper
>> $ make da850evm_config
>> awk '(NF && $1 !~ /^#/) { print $1 ": " $1 "_config; $(MAKE)" }'
>> boards.cfg > .boards.depend
>> Configuring for da850evm board...
>> $ make -s all
>> Generating include/generated/asm-offsets.h
>> $
>>
>> So this way it worked as well.
>>
>> $ make -s u-boot.ais
>> Image Type:   TI Davinci AIS Boot Image
>> AIS magic :   41504954
>> Image at  :   0x80000000 size 0x000044ec
>> $
>>
>> Ok.
>>
>> This is the current ti master (commit
>> f50dda60868a9deeb70d220867704dec06f5b7b4) plus my patchset.
>
> OK, thanks, I'll chalk it up to my toolchain then.

After talking with Wolfgang and Albert, we (OK, Wolfgang) found that
ELDK 4.2 toolchain also shows this issue, so please grab that and
figure out what's going on here.  Thanks!

-- 
Tom