public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Andre Przywara <andre.przywara@arm.com>
To: Samuel Holland <samuel@sholland.org>
Cc: "Alex G." <mr.nuke.me@gmail.com>, "Pali Rohár" <pali@kernel.org>,
	u-boot@lists.denx.de, "Jagan Teki" <jagan@amarulasolutions.com>,
	"Chris Packham" <judge.packham@gmail.com>,
	"NXP i.MX U-Boot Team" <uboot-imx@nxp.com>,
	"Naoki Hayama" <naoki.hayama@lineo.co.jp>,
	"Joel Stanley" <joel@jms.id.au>
Subject: Re: [PATCH v3 1/4] tools: Separate image types which depend on OpenSSL
Date: Tue, 19 Oct 2021 15:43:22 +0100	[thread overview]
Message-ID: <20211019154322.2a6760e0@donnerap.cambridge.arm.com> (raw)
In-Reply-To: <daee72c9-536c-ced7-4440-4208ffecd92f@sholland.org>

On Tue, 19 Oct 2021 08:28:44 -0500
Samuel Holland <samuel@sholland.org> wrote:

Hi Samuel,

> On 10/19/21 5:41 AM, Andre Przywara wrote:
> > On Mon, 18 Oct 2021 09:09:04 -0500
> > "Alex G." <mr.nuke.me@gmail.com> wrote:
> > 
> > Hi,
> >   
> >> On 10/14/21 10:19 PM, Samuel Holland wrote:  
> >>> Some image types (kwbimage and mxsimage) always depend on OpenSSL, so
> >>> they can only be included in mkimage when TOOLS_LIBCRYPTO is selected.
> >>> Use Makefile logic to conditionally link the files.
> >>>
> >>> When building for platforms which use those image types, automatically
> >>> select TOOLS_LIBCRYPTO, since it is required for the build to complete.
> >>>
> >>> Signed-off-by: Samuel Holland <samuel@sholland.org>    
> >>
> >> NAK.
> >>
> >> The intent, as detailed in tools/Makefile, is to _NOT_ to conflate 
> >> target options with tools options.  
> > 
> > I am a bit undecided, because I think the intent was more for *just*
> > building mkimage (tools-only_defconfig, for the u-boot-tools distro
> > package, for instance). (Which doesn't seem to work, btw, with or without
> > this patch.)  
> 
> TOOLS_LIBCRYPTO=n works for me with this patch, and I just
> double-checked and verified that mkimage is compiled/linked without OpenSSL.

For tools-only_defconfig and "make tools"?
I see that the SSL linking errors vanish, but I still get this instead:
$ make -s tools
/usr/bin/ld: tools/image-host.o: in function `fit_image_setup_sig':
image-host.c:(.text+0xec): undefined reference to `image_get_checksum_algo'
/usr/bin/ld: image-host.c:(.text+0xfc): undefined reference to `image_get_crypto_algo'
/usr/bin/ld: image-host.c:(.text+0x108): undefined reference to `image_get_padding_algo'
/usr/bin/ld: tools/image-host.o: in function `fit_config_add_verification_data':
image-host.c:(.text+0x7b0): undefined reference to `fit_region_make_list'
/usr/bin/ld: tools/image-host.o: in function `fit_check_sign':
image-host.c:(.text+0x1548): undefined reference to `fit_config_verify'
/usr/bin/ld: tools/common/image-fit.o: in function `fit_image_verify_with_data':
image-fit.c:(.text+0x17c0): undefined reference to `fit_image_verify_required_sigs'
/usr/bin/ld: image-fit.c:(.text+0x19e0): undefined reference to `fit_image_check_sig'
/usr/bin/ld: tools/common/image-fit.o: in function `fit_image_load':
image-fit.c:(.text+0x27ec): undefined reference to `fit_config_verify'
collect2: error: ld returned 1 exit status
make[1]: *** [scripts/Makefile.host:104: tools/dumpimage] Error 1
make: *** [Makefile:1800: tools] Error 2
(On Ubuntu 20.04 arm64)

> 
> > However just building mkimage because it's needed to create a certain
> > board firmware is a different story, I think, and including OpenSSL (if
> > the platform requires that) is hardly a user's choice at this point.
> > 
> > But anyway: Samuel, what is the actual problem this patch is solving?  
> 
> The actual problem is that TOOLS_LIBCRYPTO=n is broken, and would be
> further broken by adding sunxi_toc0.o to dumpimage-mkimage-objs. Fixing
> that requires moving objects that depend on OpenSSL to LIBCRYPTO_OBJS,
> and adding sunxi_toc0.o there in patch 2.

Right, I was just confused because it is still broken for me (see above).

> > TOOLS_LIBCRYPTO is default y, so normally (make foo_defconfig; make)
> > everything should be fine? And it only breaks if a user deliberately and
> > manually deselects it, between "make foo_defconfig" and "make"?
> > 
> > So this patch is somewhat optional, at least for the purpose of TOC0
> > support?  
> 
> The Makefile changes are needed for TOC0 support. The Kconfig changes
> are not.

Right, I see.

> And I think the only controversial part of this patch is the
> "select TOOLS_LIBCRYPTO" lines. So I suggest omitting all of the Kconfig
> changes from this patch (and removing those lines from the commit
> message). I can send v4 or you can fix it up.

You should probably send a v4, so that we get Alex' OK for that.
I need to test on actual non-secure hardware tonight, to verify that it
still works (which I strongly assume now, from looking at the code). Then
I would be eager to merge it, since it booted my Remix Mini PC beautifully.

Cheers,
Andre

> >   
> >> Disabling openssl libs is purely at the user's discretion. If platforms 
> >> can't build a usable image, I suggest just printing a loud warning 
> >> instead of overriding the user.
> >>
> >> Alex
> >>  
> >>> ---
> >>>
> >>> Changes in v3:
> >>>   - Selected TOOLS_LIBCRYPTO on all platforms that use kwbimage (as best
> >>>     as I can tell, using the suggestions from Pali Rohár)
> >>>
> >>> Changes in v2:
> >>>   - Refactored the first patch on top of TOOLS_LIBCRYPTO
> >>>
> >>>   arch/arm/Kconfig              |  3 +++
> >>>   arch/arm/mach-imx/mxs/Kconfig |  2 ++
> >>>   scripts/config_whitelist.txt  |  1 -
> >>>   tools/Makefile                | 19 +++++--------------
> >>>   tools/mxsimage.c              |  3 ---
> >>>   5 files changed, 10 insertions(+), 18 deletions(-)
> >>>
> >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >>> index d8c041a877..380ad4f670 100644
> >>> --- a/arch/arm/Kconfig
> >>> +++ b/arch/arm/Kconfig
> >>> @@ -566,6 +566,7 @@ config ARCH_KIRKWOOD
> >>>   	select BOARD_EARLY_INIT_F
> >>>   	select CPU_ARM926EJS
> >>>   	select GPIO_EXTRA_HEADER
> >>> +	select TOOLS_LIBCRYPTO
> >>>   
> >>>   config ARCH_MVEBU
> >>>   	bool "Marvell MVEBU family (Armada XP/375/38x/3700/7K/8K)"
> >>> @@ -580,12 +581,14 @@ config ARCH_MVEBU
> >>>   	select OF_CONTROL
> >>>   	select OF_SEPARATE
> >>>   	select SPI
> >>> +	select TOOLS_LIBCRYPTO
> >>>   	imply CMD_DM
> >>>   
> >>>   config ARCH_ORION5X
> >>>   	bool "Marvell Orion"
> >>>   	select CPU_ARM926EJS
> >>>   	select GPIO_EXTRA_HEADER
> >>> +	select TOOLS_LIBCRYPTO
> >>>   
> >>>   config TARGET_STV0991
> >>>   	bool "Support stv0991"
> >>> diff --git a/arch/arm/mach-imx/mxs/Kconfig b/arch/arm/mach-imx/mxs/Kconfig
> >>> index b2026a3758..6f138d25e9 100644
> >>> --- a/arch/arm/mach-imx/mxs/Kconfig
> >>> +++ b/arch/arm/mach-imx/mxs/Kconfig
> >>> @@ -3,6 +3,7 @@ if ARCH_MX23
> >>>   config MX23
> >>>   	bool
> >>>   	default y
> >>> +	select TOOLS_LIBCRYPTO
> >>>   
> >>>   choice
> >>>   	prompt "MX23 board select"
> >>> @@ -34,6 +35,7 @@ if ARCH_MX28
> >>>   config MX28
> >>>   	bool
> >>>   	default y
> >>> +	select TOOLS_LIBCRYPTO
> >>>   
> >>>   choice
> >>>   	prompt "MX28 board select"
> >>> diff --git a/scripts/config_whitelist.txt b/scripts/config_whitelist.txt
> >>> index 3a6865dc70..bea6b6f83b 100644
> >>> --- a/scripts/config_whitelist.txt
> >>> +++ b/scripts/config_whitelist.txt
> >>> @@ -838,7 +838,6 @@ CONFIG_MXC_UART_BASE
> >>>   CONFIG_MXC_USB_FLAGS
> >>>   CONFIG_MXC_USB_PORT
> >>>   CONFIG_MXC_USB_PORTSC
> >>> -CONFIG_MXS
> >>>   CONFIG_MXS_AUART
> >>>   CONFIG_MXS_AUART_BASE
> >>>   CONFIG_MXS_OCOTP
> >>> diff --git a/tools/Makefile b/tools/Makefile
> >>> index 999fd46531..a9b3d982d8 100644
> >>> --- a/tools/Makefile
> >>> +++ b/tools/Makefile
> >>> @@ -94,9 +94,11 @@ ECDSA_OBJS-$(CONFIG_TOOLS_LIBCRYPTO) := $(addprefix lib/ecdsa/, ecdsa-libcrypto.
> >>>   AES_OBJS-$(CONFIG_TOOLS_LIBCRYPTO) := $(addprefix lib/aes/, \
> >>>   					aes-encrypt.o aes-decrypt.o)
> >>>   
> >>> -# Cryptographic helpers that depend on openssl/libcrypto
> >>> -LIBCRYPTO_OBJS-$(CONFIG_TOOLS_LIBCRYPTO) := $(addprefix lib/, \
> >>> -					fdt-libcrypto.o)
> >>> +# Cryptographic helpers and image types that depend on openssl/libcrypto
> >>> +LIBCRYPTO_OBJS-$(CONFIG_TOOLS_LIBCRYPTO) := \
> >>> +			lib/fdt-libcrypto.o \
> >>> +			kwbimage.o \
> >>> +			mxsimage.o
> >>>   
> >>>   ROCKCHIP_OBS = lib/rc4.o rkcommon.o rkimage.o rksd.o rkspi.o
> >>>   
> >>> @@ -118,10 +120,8 @@ dumpimage-mkimage-objs := aisimage.o \
> >>>   			imximage.o \
> >>>   			imx8image.o \
> >>>   			imx8mimage.o \
> >>> -			kwbimage.o \
> >>>   			lib/md5.o \
> >>>   			lpc32xximage.o \
> >>> -			mxsimage.o \
> >>>   			omapimage.o \
> >>>   			os_support.o \
> >>>   			pblimage.o \
> >>> @@ -156,22 +156,13 @@ fit_info-objs   := $(dumpimage-mkimage-objs) fit_info.o
> >>>   fit_check_sign-objs   := $(dumpimage-mkimage-objs) fit_check_sign.o
> >>>   file2include-objs := file2include.o
> >>>   
> >>> -ifneq ($(CONFIG_MX23)$(CONFIG_MX28)$(CONFIG_TOOLS_LIBCRYPTO),)
> >>> -# Add CONFIG_MXS into host CFLAGS, so we can check whether or not register
> >>> -# the mxsimage support within tools/mxsimage.c .
> >>> -HOSTCFLAGS_mxsimage.o += -DCONFIG_MXS
> >>> -endif
> >>> -
> >>>   ifdef CONFIG_TOOLS_LIBCRYPTO
> >>>   # This affects include/image.h, but including the board config file
> >>>   # is tricky, so manually define this options here.
> >>>   HOST_EXTRACFLAGS	+= -DCONFIG_FIT_SIGNATURE
> >>>   HOST_EXTRACFLAGS	+= -DCONFIG_FIT_SIGNATURE_MAX_SIZE=0xffffffff
> >>>   HOST_EXTRACFLAGS	+= -DCONFIG_FIT_CIPHER
> >>> -endif
> >>>   
> >>> -# MXSImage needs LibSSL
> >>> -ifneq ($(CONFIG_MX23)$(CONFIG_MX28)$(CONFIG_ARMADA_38X)$(CONFIG_TOOLS_LIBCRYPTO),)
> >>>   HOSTCFLAGS_kwbimage.o += \
> >>>   	$(shell pkg-config --cflags libssl libcrypto 2> /dev/null || echo "")
> >>>   HOSTLDLIBS_mkimage += \
> >>> diff --git a/tools/mxsimage.c b/tools/mxsimage.c
> >>> index 002f4b525a..2bfbb421eb 100644
> >>> --- a/tools/mxsimage.c
> >>> +++ b/tools/mxsimage.c
> >>> @@ -5,8 +5,6 @@
> >>>    * Copyright (C) 2012-2013 Marek Vasut <marex@denx.de>
> >>>    */
> >>>   
> >>> -#ifdef CONFIG_MXS
> >>> -
> >>>   #include <errno.h>
> >>>   #include <fcntl.h>
> >>>   #include <stdio.h>
> >>> @@ -2363,4 +2361,3 @@ U_BOOT_IMAGE_TYPE(
> >>>   	NULL,
> >>>   	mxsimage_generate
> >>>   );
> >>> -#endif
> >>>     
> >   
> 


  reply	other threads:[~2021-10-19 14:43 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-15  3:19 [PATCH v3 0/4] sunxi: TOC0 image type support Samuel Holland
2021-10-15  3:19 ` [PATCH v3 1/4] tools: Separate image types which depend on OpenSSL Samuel Holland
2021-10-15 11:47   ` Pali Rohár
2021-10-18 14:09   ` Alex G.
2021-10-19 10:41     ` Andre Przywara
2021-10-19 13:28       ` Samuel Holland
2021-10-19 14:43         ` Andre Przywara [this message]
2021-10-15  3:19 ` [PATCH v3 2/4] tools: mkimage: Add Allwinner TOC0 support Samuel Holland
2021-10-15  3:19 ` [PATCH v3 3/4] sunxi: Support SPL in both eGON and TOC0 images Samuel Holland
2021-10-15  3:19 ` [PATCH v3 4/4] sunxi: Support building a SPL as a TOC0 image Samuel Holland

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=20211019154322.2a6760e0@donnerap.cambridge.arm.com \
    --to=andre.przywara@arm.com \
    --cc=jagan@amarulasolutions.com \
    --cc=joel@jms.id.au \
    --cc=judge.packham@gmail.com \
    --cc=mr.nuke.me@gmail.com \
    --cc=naoki.hayama@lineo.co.jp \
    --cc=pali@kernel.org \
    --cc=samuel@sholland.org \
    --cc=u-boot@lists.denx.de \
    --cc=uboot-imx@nxp.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