[meta-freescale] [meta-fsl-arm][PATCH] image_types_fsl.bbclass: deploy the bootimg (fat)

[Tzu-Jung Lee]

On Tue, Oct 27, 2015 at 3:23 PM, Otavio Salvador <
otavio.salvador at ossystems.com.br> wrote:

> On Tue, Oct 27, 2015 at 7:40 PM, Tzu-Jung Lee <roylee17 at currantlabs.com>
> wrote:
> > This is useful for the DFU use case for updaing zImage and DTBs.
> >
> > Without this image, we have to either update with the full image, or
> > update (replace) the files using fatwrite individually.
> >
> > Signed-off-by: Tzu-Jung Lee <roylee17 at currantlabs.com>
>
> Your idea is to send the full image through DFU?


Not really, we already have the full image, which we 'dd' into the SD card.
We can also 'dd' just u-boot or rootfs individually to a SD card.
This can be achieved with DFU RAW or PART conveniently.

To update zImage or DTB on a SD card, we can simply mount it in a PC, and
do the file copy.
When it comes to eMMC, we have to relies on the FAT (write) support in
u-boot to update the filesystem contents.

It will be helpful that we can just update the boot.img as we update the
rootfs, and u-boot.

 - Fix the indenting, as it is not right.
>  - I am wondering if it should be done for all machines or to be optinal?
>


> To be honest, I am trying to kill the class for long term and adding
> more and more stuff makes it harder. Why you don't make an image,
> which includes just the kernel and device tree files and use the
> normal OE-Core system to generate it? wic could to be used to generate
> the final image merging it all into a single .sdcard file.
>

Agree. But, at the moment, we already generate the boot.img during the SD
card image generation, this patch only copies that to the deploy directory
so users can utilize them.

Let me know if you think it make sense, and I'll generate a properly
indented patch.

Thanks,
Roy


> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20151027/7f1d3ff9/attachment.html>