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

[Otavio Salvador]

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

> Hi Otavio,
>
>
> On 12/11/2012 07:35 AM, Otavio Salvador wrote:
>
>> On Tue, Dec 11, 2012 at 12:24 PM, Eric Nelson <
>> eric.nelson at boundarydevices.**com <eric.nelson at boundarydevices.com>>
>> wrote:
>>
>>>
>>> On 12/11/2012 07:10 AM, Otavio Salvador wrote:
>>>
>>>> On Tue, Dec 11, 2012 at 1:58 AM, Eric Nelson <
>>>> eric.nelson at boundarydevices.****com <eric.nelson at boundarydevices.**com<eric.nelson at boundarydevices.com>
>>>> >>
>>>>
>>>> wrote:
>>>>
>>>>
>>>>>  The sdcard generation routine works this way and I'd like to do
>>>> minimal
>>>> changes on this, if possible. Currently the change I am doing is to have
>>>> the boot script in the first partition. Maybe we'd need to patch the
>>>> boot
>>>> script to be able to load kernel and pass the right root param, but rest
>>>> should work fine.
>>>>
>>>>  I have no problem building 6x_bootscript_yocto and adding it to our git
>>> repository. I think this will require a bump in the revision.
>>>
>>> Do you want to keep uImage in the root of the first partition, and
>>> format that as FAT?
>>>
>>>  At least for now. I'd like to keep the change at minimum. We can
>> refactor
>> and improve it later.
>>
>>
> Do you know the context (directory) in which the patch will be applied?
>
> Will it be from the root of the U-Boot tree and patch
>         board/boundary/nitrogen6x/6x_**bootscript.txt
>         board/boundary/nitrogen6x/6x_**upgrade.txt
>

Or will it be applied somewhere in the work directory?
>

Applied from root of U-Boot tree.


> Also, the 6x_upgrade script is useless unless we copy u-boot.imx
> into one of the partitions. Should it go into the FAT partition or
> the ext3 partition?
>

I left it in deploy if someone wish to take it. I don't want to install it
as it might put people at risk of breaking their board (even though the
u-boot source has been taken from your production branch).

Let's go for fat, by now.

-- 
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/31958f2e/attachment.html>