[meta-freescale] [meta-fsl-arm-extra][PATCH 0/3] Initial support for Nitrogen6X

[Otavio Salvador]

On Tue, Dec 11, 2012 at 12:29 PM, Eric Nelson <
eric.nelson at boundarydevices.com> wrote:

> On 12/11/2012 07:15 AM, Otavio Salvador wrote:
>
>> On Tue, Dec 11, 2012 at 12:09 PM, Eric Nelson <
>> eric.nelson at boundarydevices.**com <eric.nelson at boundarydevices.com>>
>> wrote:
>>
>>  On 12/11/2012 01:23 AM, Eric Bénard wrote:
>>>
>>>
>>> It trivially easy to create a boot script specifically for Yocto
>>> images, but this should probably be discussed.
>>>
>>>
>> We can apply a patch in the script for it. Can you please generate a patch
>> to adapt the script for our environment?
>>
>>  Can do.
>
> There's another issue though. The boot scripts need to be wrapped
> by 'mkimage' so that U-Boot will 'source' them properly.
>
> e.g.
>         mkimage -A arm -O linux -T script -C none -a 0 -e 0 \
>                 -n "boot script" -d 6x_bootscript.txt 6x_bootscript
>
>
> I just copied the SD card image and found that the .txt files
> were copied, but not compiled.


Right; so this needs to be done in u-boot-script-boundary. I will take a
look about how to do that.


>  Why should we use two partitions? It seems that unless we're loading
>>> a RAM disk, there's no benefit in having multiple partitions.
>>>
>>> I suspect that there's a way to create a RAM disk in Yocto, but
>>> I'm not sure where to start besides Googling the MLs and grepping
>>> the sources.
>>>
>>>
>> The real benefit here is to avoid too much complexity in sdcard class. For
>> accomplish it in a single partition we'd need to flexibilize the class
>> even
>> more and I am not sure it is worth the effort.
>>
>>
>>  If we decide to use a single partition, it also seems that the
>>> .sdcard target is a bit of overkill, and a tar-ball of the RFS
>>> is sufficient.
>>>
>>>
>> The idea to provide a sdcard image is to allow for easier test and use of
>> the build images. It is a matter of dd the fine, directly in the sdcard
>> and
>> be done with that.
>>
>>
> Okay with me for now. At least this will get us up and bootable.
>

Nice.

-- 
Otavio Salvador                             O.S. Systems
E-mail: otavio at ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20121211/cbdde679/attachment.html>