diff options
| author | Alexandru Gagniuc <mr.nuke.me@gmail.com> | 2021-05-24 22:28:57 +0300 |
|---|---|---|
| committer | Heinrich Schuchardt <xypron.glpk@gmx.de> | 2021-05-28 17:17:01 +0300 |
| commit | 464010b0be09505aaf50ec208f996a6cf478a2dc (patch) | |
| tree | 72d86d0ec38d9fdefb751e6ad6794271df66723d /lib/efi_loader/efi_image_loader.c | |
| parent | ec0512b173bfe45bc6dc03dfcff40fec419239bb (diff) | |
| download | u-boot-464010b0be09505aaf50ec208f996a6cf478a2dc.tar.xz | |
efi_loader: Work-around build issue due to missing hash_calculate()
The hash_calculate() symbol is provided by hash-checksum.c. It depends
on hash_progressive_lookup_algo(), provided when CONFIG_HASH=y.
The issue is that hash_calculate() is used by the efi_loader,
irregardless of CONFIG_FIT_SIGNATURE. As pointed out in
commit 87316da05f2f ("lib: introduce HASH_CALCULATE option"),
enabling hash_calculate() based on CONFIG_FIT_SIGNATURE is incorrect.
To resolve this, use CONFIG_HASH as the compile switch for
hash-checksum.c. This ensures that all dependencies are compiled, and
is the most natural Kconfig to use.
There is the issue of having to 'select HASH' in a couple of places
that already 'select SHA256'. This is a deeper problem with how hashes
are organized, and fixing it is beyonf the scope of this change.
Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>
Acked-by: Masahisa Kojima <masahisa.kojima@linaro.org>
Diffstat (limited to 'lib/efi_loader/efi_image_loader.c')
0 files changed, 0 insertions, 0 deletions