[PATCH v2] tools: Do not generate logo when cross-building
Jan Kiszka
jan.kiszka at siemens.com
Tue Sep 9 19:25:48 CEST 2025
On 09.09.25 16:59, Tom Rini wrote:
> On Tue, Sep 09, 2025 at 12:31:47PM +0200, Jan Kiszka wrote:
>> On 23.08.25 17:21, Jan Kiszka wrote:
>>> From: Jan Kiszka <jan.kiszka at siemens.com>
>>>
>>> This cannot work (unless qemu-user is registered in binfmt_misc) as the
>>> tools will be for a different architecture.
>>>
>>> Fixes "make cross_tools" in case CONFIG_VIDEO_LOGO is enabled.
>>>
>>> Signed-off-by: Jan Kiszka <jan.kiszka at siemens.com>
>>> ---
>>>
>>> Changes in v2:
>>> - improve commit message
>>>
>>> tools/Makefile | 2 ++
>>> 1 file changed, 2 insertions(+)
>>>
>>> diff --git a/tools/Makefile b/tools/Makefile
>>> index 7eb17f92116..ae6a3052646 100644
>>> --- a/tools/Makefile
>>> +++ b/tools/Makefile
>>> @@ -333,7 +333,9 @@ HOST_EXTRACFLAGS += -include $(srctree)/include/compiler.h \
>>> -D__KERNEL_STRICT_NAMES \
>>> -D_GNU_SOURCE
>>>
>>> +ifeq ($(CROSS_BUILD_TOOLS),)
>>> __build: $(LOGO-y)
>>> +endif
>>>
>>> $(LOGO_H): $(obj)/bmp_logo $(LOGO_BMP)
>>> $(obj)/bmp_logo --gen-info $(LOGO_BMP) > $@
>>
>> Any comments on this build fix? Or should we somehow get the logo
>> generation out of the tools build?
>
> I guess, why is this being built for the target, and not for the host?
> Generation of the logo image on the device doesn't seem useful unless
> we're actually building U-Boot, and in that case we'd be building for
> the host...
It is currently being built for both. But if you cross-build the tools,
you are way more interested in things like dumpimage or mkimage than
bmp_logo because you want to ship the former on the device.
Jan
--
Siemens AG, Foundational Technologies
Linux Expert Center
More information about the U-Boot
mailing list