From: Nikhil M Jain <n-jain1@ti.com>
To: Simon Glass <sjg@chromium.org>
Cc: <u-boot@lists.denx.de>, <trini@konsulko.com>, <devarsht@ti.com>,
<vigneshr@ti.com>, <nsekhar@ti.com>
Subject: Re: [PATCH V6 08/13] cmd: bmp: Split bmp commands and functions
Date: Thu, 6 Apr 2023 11:57:26 +0530 [thread overview]
Message-ID: <d04f326f-80f8-3028-ecce-345bac65bb50@ti.com> (raw)
In-Reply-To: <CAPnjgZ03AqYphRtOfHB6D1PLxZ8DZSzgC21HKr17pUBjU3Z-iA@mail.gmail.com>
Hi Simon,
On 06/04/23 00:07, Simon Glass wrote:
> On Wed, 5 Apr 2023 at 01:06, Nikhil M Jain <n-jain1@ti.com> wrote:
>>
>> To enable splash screen at SPL, need to compile cmd/bmp.c which also
>> includes bmp commands, since SPL doesn't use commands split bmp.c into
>> common/bmp.c which includes all bmp functions and cmd/bmp.c which only
>> contains bmp commands.
>>
>> Add function delclaration for bmp_info in video.h.
>>
>> Signed-off-by: Nikhil M Jain <n-jain1@ti.com>
>> ---
>> V6:
>> - Fix commit message.
>> - Remove unused header files.
>>
>> V5:
>> - Rename cmd/bmp_cmd to cmd/bmp.
>>
>> V4:
>> - No change.
>>
>> V3 (patch introduced):
>> - Split bmp functions and commands.
>>
>> cmd/bmp.c | 162 +-----------------------------------------------
>> common/bmp.c | 152 +++++++++++++++++++++++++++++++++++++++++++++
>> include/video.h | 7 +++
>> 3 files changed, 161 insertions(+), 160 deletions(-)
>> create mode 100644 common/bmp.c
>
> Reviewed-by: Simon Glass <sjg@chromium.org>
>
> Please see below
>
>
>> diff --git a/common/bmp.c b/common/bmp.c
>> new file mode 100644
>> index 0000000000..6134ada5a7
>> --- /dev/null
>> +++ b/common/bmp.c
>> @@ -0,0 +1,152 @@
>> +// SPDX-License-Identifier: GPL-2.0+
>> +/*
>> + * (C) Copyright 2002
>> + * Detlev Zundel, DENX Software Engineering, dzu@denx.de.
>> + */
>> +
>> +/*
>> + * BMP handling routines
>> + */
>> +
>> +#include <bmp_layout.h>
>> +#include <command.h>
>> +#include <dm.h>
>> +#include <gzip.h>
>> +#include <log.h>
>> +#include <malloc.h>
>> +#include <mapmem.h>
>> +#include <splash.h>
>> +#include <video.h>
>> +#include <asm/byteorder.h>
>> +
>> +/*
>> + * Allocate and decompress a BMP image using gunzip().
>> + *
>> + * Returns a pointer to the decompressed image data. This pointer is
>> + * aligned to 32-bit-aligned-address + 2.
>> + * See doc/README.displaying-bmps for explanation.
>> + *
>> + * The allocation address is passed to 'alloc_addr' and must be freed
>> + * by the caller after use.
>> + *
>> + * Returns NULL if decompression failed, or if the decompressed data
>> + * didn't contain a valid BMP signature.
>> + */
>> +#ifdef CONFIG_VIDEO_BMP_GZIP
>
> You can drop this #ifdef and see below
>
>> +struct bmp_image *gunzip_bmp(unsigned long addr, unsigned long *lenp,
>> + void **alloc_addr)
>> +{
>> + void *dst;
>> + unsigned long len;
>> + struct bmp_image *bmp;
>> +
>
> if (!IS_ENABLED(CONFIG_VIDEO_BMP_GZIP))
> return NULL;
>
I preferred to use #if to avoid compilation of code when not required.
For example, if someone doesn't want to display a gzip bmp image they
wouldn't want the code to be compiled, so that binary size doesn't
increase.
>> + /*
>> + * Decompress bmp image
>> + */
>> + len = CONFIG_VIDEO_LOGO_MAX_SIZE;
>> + /* allocate extra 3 bytes for 32-bit-aligned-address + 2 alignment */
>> + dst = malloc(CONFIG_VIDEO_LOGO_MAX_SIZE + 3);
>> + if (!dst) {
>> + puts("Error: malloc in gunzip failed!\n");
>> + return NULL;
>> + }
>> +
>> + /* align to 32-bit-aligned-address + 2 */
>> + bmp = dst + 2;
>> +
>> + if (gunzip(bmp, CONFIG_VIDEO_LOGO_MAX_SIZE, map_sysmem(addr, 0),
>> + &len)) {
>> + free(dst);
>> + return NULL;
>> + }
>> + if (len == CONFIG_VIDEO_LOGO_MAX_SIZE)
>> + puts("Image could be truncated (increase CONFIG_VIDEO_LOGO_MAX_SIZE)!\n");
>> +
>> + /*
>> + * Check for bmp mark 'BM'
>> + */
>> + if (!((bmp->header.signature[0] == 'B') &&
>> + (bmp->header.signature[1] == 'M'))) {
>> + free(dst);
>> + return NULL;
>> + }
>> +
>> + debug("Gzipped BMP image detected!\n");
>> +
>> + *alloc_addr = dst;
>> + return bmp;
>> +}
>> +#else
>> +struct bmp_image *gunzip_bmp(unsigned long addr, unsigned long *lenp,
>> + void **alloc_addr)
>> +{
>> + return NULL;
>> +}
>> +#endif
>> +
>> +
>> +#ifdef CONFIG_NEEDS_MANUAL_RELOC
>> +void bmp_reloc(void) {
>> + fixup_cmdtable(cmd_bmp_sub, ARRAY_SIZE(cmd_bmp_sub));
>> +}
>> +#endif
>> +
>> +int bmp_info(ulong addr)
>> +{
>> + struct bmp_image *bmp = (struct bmp_image *)map_sysmem(addr, 0);
>> + void *bmp_alloc_addr = NULL;
>> + unsigned long len;
>> +
>> + if (!((bmp->header.signature[0]=='B') &&
>> + (bmp->header.signature[1]=='M')))
>> + bmp = gunzip_bmp(addr, &len, &bmp_alloc_addr);
>> +
>> + if (bmp == NULL) {
>> + printf("There is no valid bmp file at the given address\n");
>> + return 1;
>> + }
>> +
>> + printf("Image size : %d x %d\n", le32_to_cpu(bmp->header.width),
>> + le32_to_cpu(bmp->header.height));
>> + printf("Bits per pixel: %d\n", le16_to_cpu(bmp->header.bit_count));
>> + printf("Compression : %d\n", le32_to_cpu(bmp->header.compression));
>> +
>> + if (bmp_alloc_addr)
>> + free(bmp_alloc_addr);
>> +
>> + return(0);
>> +}
>> +
>> +int bmp_display(ulong addr, int x, int y)
>> +{
>> + struct udevice *dev;
>> + int ret;
>> + struct bmp_image *bmp = map_sysmem(addr, 0);
>> + void *bmp_alloc_addr = NULL;
>> + unsigned long len;
>> +
>> + if (!((bmp->header.signature[0]=='B') &&
>> + (bmp->header.signature[1]=='M')))
>> + bmp = gunzip_bmp(addr, &len, &bmp_alloc_addr);
>> +
>> + if (!bmp) {
>> + printf("There is no valid bmp file at the given address\n");
>> + return 1;
>> + }
>> + addr = map_to_sysmem(bmp);
>> +
>> + ret = uclass_first_device_err(UCLASS_VIDEO, &dev);
>> + if (!ret) {
>> + bool align = false;
>> +
>> + if (x == BMP_ALIGN_CENTER || y == BMP_ALIGN_CENTER)
>> + align = true;
>> +
>> + ret = video_bmp_display(dev, addr, x, y, align);
>> + }
>> +
>> + if (bmp_alloc_addr)
>> + free(bmp_alloc_addr);
>> +
>> + return ret ? CMD_RET_FAILURE : 0;
>> +}
>> diff --git a/include/video.h b/include/video.h
>> index 4d99e5dc27..b38fb9081a 100644
>> --- a/include/video.h
>> +++ b/include/video.h
>> @@ -357,4 +357,11 @@ void *video_get_u_boot_logo(void);
>> */
>> int bmp_display(ulong addr, int x, int y);
>>
>> +/*
>> + * bmp_info() - Show information about bmp file
>> + *
>> + * @addr: address of bmp file
>
> Return: ...
>
>> + */
>> +int bmp_info(ulong addr);
>> +
>> #endif
>> --
>> 2.34.1
>>
>
> Regards,
> SImon
next prev parent reply other threads:[~2023-04-06 6:27 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-04 13:05 [PATCH V6 00/13] Add splash screen support at u-boot SPL Nikhil M Jain
2023-04-04 13:05 ` [PATCH V6 01/13] drivers: video: Kconfig: Add configs for enabling video at SPL Nikhil M Jain
2023-04-05 18:37 ` Simon Glass
2023-04-04 13:05 ` [PATCH V6 02/13] drivers: video: tidss: Kconfig: Configs to enable TIDSS " Nikhil M Jain
2023-04-04 13:06 ` [PATCH V6 03/13] drivers: Makefile: Add rule to compile video driver Nikhil M Jain
2023-04-05 18:37 ` Simon Glass
2023-04-04 13:06 ` [PATCH V6 04/13] drivers: video: Makefile: Rule to compile necessary video driver files Nikhil M Jain
2023-04-05 18:37 ` Simon Glass
2023-04-04 13:06 ` [PATCH V6 05/13] drivers: video: tidss: Makefile: Add condition to compile TIDSS at SPL Nikhil M Jain
2023-04-04 13:06 ` [PATCH V6 06/13] common: Makefile: Add rule to compile splash and splash_source " Nikhil M Jain
2023-04-05 18:38 ` Simon Glass
2023-04-04 13:06 ` [PATCH V6 07/13] common: Kconfig: Add BMP configs Nikhil M Jain
2023-04-04 13:06 ` [PATCH V6 08/13] cmd: bmp: Split bmp commands and functions Nikhil M Jain
2023-04-05 18:37 ` Simon Glass
2023-04-06 6:27 ` Nikhil M Jain [this message]
2023-04-06 7:41 ` Vignesh Raghavendra
2023-04-06 12:12 ` Nikhil M Jain
2023-04-04 13:06 ` [PATCH V6 09/13] common: Makefile: Rule to compile bmp.c Nikhil M Jain
2023-04-05 18:37 ` Simon Glass
2023-04-04 13:06 ` [PATCH V6 10/13] drivers: video: Enable necessary video functions at SPL Nikhil M Jain
2023-04-05 18:37 ` Simon Glass
2023-04-04 13:06 ` [PATCH V6 11/13] common: Enable splash " Nikhil M Jain
2023-04-05 18:37 ` Simon Glass
2023-04-04 13:06 ` [PATCH V6 12/13] include: Enable video related global data variable and splash " Nikhil M Jain
2023-04-05 18:37 ` Simon Glass
2023-04-04 13:06 ` [PATCH V6 13/13] board: ti: am62x: evm: OSPI support for splash screen Nikhil M Jain
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d04f326f-80f8-3028-ecce-345bac65bb50@ti.com \
--to=n-jain1@ti.com \
--cc=devarsht@ti.com \
--cc=nsekhar@ti.com \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=vigneshr@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox