[U-Boot] [PATCH v2] Make FIT support really optional
Thomas Petazzoni
thomas.petazzoni at free-electrons.com
Tue Jun 7 22:37:46 CEST 2016
Carlos, Tom,
On Sat, 4 Jun 2016 14:39:22 -0300 (BRT), Carlos Santos wrote:
> > So, why? I don't like the idea of making FIT support in mkimage
> > conditional.
>
> If FIT is not to be conditional then what's the purpose of the
> CONFIG_FIT_SIGNATURE configuration option? Looks like it exists
> exactly to make FIT support conditional, which seems to be a
> reasonable approach, since it helps to reduce the size of the boot
> loader.
CONFIG_FIT_SIGNATURE is I guess optional because it requires OpenSSL at
*build* time and the U-Boot developers don't want to force everyone to
have OpenSSL available to build U-Boot.
However, FIT support does not require any special build dependency, so
probably there's little interest from the U-Boot folks to make it
optional.
> > This makes the life of distribution people harder, not
> > easier. The functions in common/bootm.c should be being discarded
> > in U-Boot itself when we don't have CONFIG_FIT_SIGNATURE. Thanks!
>
> The patch exists because of "distribution people". I sent a patch to
> Buildroot[1] which was refused because it added dependencies on DTC
> and evolved to several follow-ups [2,3,4].
Right, *but* it is not because we make FIT support optional in
Buildroot that we have to make it optional in U-Boot.
We can perfectly have an option in Buildroot to enable/disable FIT
support which does *not* enable/disable FIT support in the U-Boot, but
only ensures that the relevant runtime dependencies (i.e DTC) are
enabled.
Of course, if the U-Boot developers want to make FIT support in the
bootloader itself an optional feature, why not, but it's clearly not a
requirement from our side.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
More information about the U-Boot
mailing list