[U-Boot] [RFC PATCH 35/44] mkimage: Put FIT loading in function and tidy error handling
Simon Glass
sjg at chromium.org
Sat Jan 5 22:51:38 CET 2013
Hi Marek,
On Sat, Jan 5, 2013 at 12:24 AM, Marek Vasut <marex at denx.de> wrote:
> Dear Simon Glass,
>
>> The fit_handle_file() function is quiet long
>
> quite ;-)
Quite.
>
>> - split out the part that
>> loads and checks a FIT into its own function. We will use this
>> function for storing public keys into a destination FDT file.
>>
>> The error handling is currently a bit repetitive - tidy it.
>>
>> Signed-off-by: Simon Glass <sjg at chromium.org>
>> ---
>> tools/fit_image.c | 96
>> +++++++++++++++++++++++++++++++--------------------- 1 files changed, 57
>> insertions(+), 39 deletions(-)
>>
>> diff --git a/tools/fit_image.c b/tools/fit_image.c
>> index e0675d7..0f619a2 100644
>> --- a/tools/fit_image.c
>> +++ b/tools/fit_image.c
>> @@ -47,6 +47,48 @@ static int fit_check_image_types (uint8_t type)
>> return EXIT_FAILURE;
>> }
>>
>> +int mmap_fdt(struct mkimage_params *params, const char *fname, void
>> **blobp, + struct stat *sbuf)
>> +{
>> + void *ptr;
>> + int fd;
>> +
>> + /* load FIT blob into memory */
>> + fd = open(fname, O_RDWR|O_BINARY);
>
> Why is it RDWR even?
Because the blob gets updated (e.g. by writing hashes to the FIT). I
will add a comment.
>
> otherwise
>
> Reviewed-by: Marek Vasut <marex at denx.de>
>
> Best regards,
> Marek Vasut
Regards,
Simon
More information about the U-Boot
mailing list