[U-Boot] [PATCH 01/22] mkimage: Add OMAP boot image support

Aneesh V aneesh at ti.com
Tue Mar 1 15:49:32 CET 2011


Hi Vaibhav,

On Tuesday 01 March 2011 07:54 PM, Bedia, Vaibhav wrote:
> Aneesh,
>
> On Monday, February 28, 2011 5:16 PM, V, Aneesh wrote:
>> From: John Rigby<john.rigby at linaro.org>
>>
>> Signed-off-by: John Rigby<john.rigby at linaro.org>
>> ---
>>   common/image.c    |    1 +
>>   include/image.h   |    1 +
>>   tools/Makefile    |    2 +
>>   tools/mkimage.c   |    2 +
>>   tools/mkimage.h   |    1 +
>>   tools/omapimage.c |  229
>>   +++++++++++++++++++++++++++++++++++++++++++++++++++++
>>   tools/omapimage.h |   50 ++++++++++++ 7 files changed, 286
>> insertions(+), 0 deletions(-)  create mode 100644
>> tools/omapimage.c  create mode 100644 tools/omapimage.h
>
> As pointed in the RFC[1] which was posted by John, we should separate out the
> configuration header part as that is optional. We should also consider renaming
> it to make it generic. What do you think?

For OMAP4:
1. An 8 byte GP header is enough for booting from external MMC FAT
    partition
2. A dummy CH with a dummy CHSETTINGS is essential for booting from
    the RAW partition of eMMC or external MMC. This works for FAT
    booting too.
3. A full configuration with proper CHSETTINGS and CHRAM will help us
    in directly booting from SDRAM avoiding the SPL, but this is not
    supported on all revisions of OMAP3/4

IMHO, let's have one image type(what John has created now) for (1) and
(2). It doesn't really harm to have 512 bytes of additional header
attached to your image when it makes it suitable for different types of
booting.

For 3, if that is supported in U-Boot in future, we will need a new
image type, maybe something like omapchimage.

Let me know if you had any special considerations for your SoC.

Best regards,
Aneesh


More information about the U-Boot mailing list