[meta-xilinx] Bitstream/Boot.bin/etc - Providers/Virtual targets

[Mike Looijmans]

On 02/14/2014 08:13 AM, Michal Simek wrote:
> On 02/13/2014 03:54 PM, Philip Balister wrote:
>> On 02/13/2014 08:53 AM, Mike Looijmans wrote:
>>> On 02/13/2014 02:27 PM, Philip Balister wrote:
>>>> On 02/13/2014 07:16 AM, Mike Looijmans wrote:
>>>>> On 02/13/2014 01:05 PM, Michal Simek wrote:
>>>>>> Hi guys,
>>>>>>
>>>>>> nice discussing and maybe good time to jump into.
>>>>>>
>>>>>> On 02/13/2014 08:15 AM, Cjw X wrote:
>>>>>>> We should unequivocally throw the FSBL into the fires of Mount Doom.
>>>>>>>
>>>>>>> I've been working with u-boot-spl running on my microzed for about a
>>>>>>> month
>>>>>>> now, and I'm already considerably happier with it.
>>>>>>
>>>>>> spl is nice and it will be supported in mainline u-boot soon.
>>>>>> My patches have been already reviewed and waiting for adding to arm
>>>>>> custodian
>>>>>> tree.
>>>>>> It means u-boot spl will be available for everybody.
>>>>>
>>>>> I took a peek at master-next of u-boot-xlnx, and it builds just fine. I
>>>>> can't get the "spl" part working though. The u-boot.bin it generates
>>>>> will boot fine when paired with an fsbl, but the "boot.bin" it creates
>>>>> just doesn't boot at all.
>>>>>
>>>>> What's the step to really activate the SPL part, because currently it
>>>>> just generates something that doesn't boot at all.
>>>>
>>>> The boot.bin file from an spl build loads the u-boot.img file. You need
>>>> both now.
>>>
>>> On the FAT partition of the SD card then?
>>
>> Yes.

I copied boot.bin and u-boot.img to an SD card. It still does not boot, 
nothing is output on the UART either.

>>> What if I boot from flash? (usually I run the bootloader from flash and
>>> the image from either flash or SD)
>>
>> I'm not sure. Michal?
>
> Just look at the code and you will see.
> For SD there is a mode which I am using which is loading u-boot.img from
> FAT partition on SD. There is also mode where images doesn't need to be
> on FAT but RAW mode can be used.

On flash, the most logical thing to do would be to put the "img" part right 
behind the SPL part. The linker can fill in the offset. I think that's what 
other SPL boots (like OMAP) do, it's been awhile since i hacked in those.

> Just check configuration.
> But if you need any help you have to provide better information about your configuration
> because it is hard to suggest what exactly you are using.

Tell me what you need.

At this stage, I'd be perfectly happy to get a u-boot prompt. I can take it 
from there.



Met vriendelijke groet / kind regards,

Mike Looijmans

TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) – (0)499 - 33.69.79
Telefax: (+31) - (0)499 - 33.69.70
E-mail: mike.looijmans at topic.nl
Website: www.topic.nl

Dit e-mail bericht en de eventueel daarbij behorende bijlagen zijn uitsluitend bestemd voor de geadresseerde, zoals die blijkt uit het e-mail bericht en/of de bijlagen. Er kunnen gegevens met betrekking tot een derde instaan. Indien u als niet-geadresseerde dit bericht en de bijlagen ontvangt, terwijl u niet bevoegd of gemachtigd bent om dit bericht namens de geadresseerde te ontvangen, wordt u verzocht de afzender hierover direct te informeren en het e-mail bericht met de bijlagen te vernietigen. Ieder gebruik van de inhoud van het e-mail bericht, waaronder de daarbij behorende bijlagen, door een ander dan de geadresseerde is onrechtmatig jegens ons dan wel de eventueel in het e-mail bericht of de bijlagen voorkomende andere personen. TOPIC Embedded Systems is niet aansprakelijk voor enigerlei schade voortvloeiend uit het gebruik en/of acceptatie van dit e-mail bericht of de daarbij behorende bijlagen.

The contents of this message, as well as any enclosures, are addressed personally to, and thus solely intended for the addressee. They may contain information regarding a third party. A recipient who is neither the addressee, nor empowered to receive this message on behalf of the addressee, is kindly requested to immediately inform the sender of receipt, and to destroy the message and the enclosures. Any use of the contents of this message and/or the enclosures by any other person than the addressee or person who is empowered to receive this message, is illegal towards the sender and/or the aforementioned third party. TOPIC Embedded Systems is not  liable for any damage as a result of the use and/or acceptance of this message and as well as any enclosures.