[meta-freescale] [meta-fsl-arm-extra][PATCH 0/3] Initial support for Nitrogen6X
Eric Nelson
eric.nelson at boundarydevices.com
Tue Dec 11 06:09:24 PST 2012
On 12/11/2012 01:23 AM, Eric Bénard wrote:
> Hi Eric,
>
> Le Mon, 10 Dec 2012 20:58:22 -0700,
> Eric Nelson <eric.nelson at boundarydevices.com> a écrit :
>> | 6x_bootscript-nitrogen6x.txt: No such file or directory
>
> Does that work if you do bibake u-boot-script-boundary before building
> the image ?
>
Thanks Eric,
That allows things to work, so it seems we have a missing dependency.
We still have an issue though. The generic boot script in our git
repository has a couple of references that presume a single
partition:
https://github.com/boundarydevices/u-boot-imx6/blob/production/board/boundary/nitrogen6x/6x_bootscript.txt#L56
In particular, the 'root=/dev/mmcblk0p1' clause and the 1 in the
command:
${fs}load mmc ${disk}:1
The SD card created by bitbake is configured for two:
~/yocto/build$ fdisk -l
tmp/deploy/images/fsl-image-test-nitrogen6x-20121211024022.rootfs.sdcard
...
Device Boot Start End Blocks Id System
...sdcard1 8192 24575 8192 83 Linux
...sdcard2 24576 753663 364544 83 Linux
It trivially easy to create a boot script specifically for Yocto
images, but this should probably be discussed.
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.
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.
Regards,
Eric
More information about the meta-freescale
mailing list