[U-Boot] [PATCHv3 3/3] lib: move hash CONFIG options to Kconfig

Simon Glass sjg at chromium.org
Thu Mar 16 22:06:40 UTC 2017


Hi Tom,

On 9 March 2017 at 11:44, Tom Rini <trini at konsulko.com> wrote:
> On Tue, Mar 07, 2017 at 11:20:08AM -0500, Tom Rini wrote:
>> Commit 94e3c8c4fd7b ("crypto/fsl - Add progressive hashing support
>> using hardware acceleration.") created entries for CONFIG_SHA1,
>> CONFIG_SHA256, CONFIG_SHA_HW_ACCEL, and CONFIG_SHA_PROG_HW_ACCEL.
>> However, no defconfig has migrated to it.  Complete the move by first
>> adding additional logic to various Kconfig files to select this when
>> required and then use the moveconfig tool.  In many cases we can select
>> these because they are required to implement other drivers.  We also
>> correct how we include the various hashing algorithms in SPL.
>>
>> This commit was generated as follows (after Kconfig additions):
>>
>> [1] tools/moveconfig.py -y SHA1 SHA256 SHA_HW_ACCEL
>> [2] tools/moveconfig.py -y SHA_PROG_HW_ACCEL
>>
>> Note:
>> We cannot move SHA_HW_ACCEL and SHA_PROG_HW_ACCEL simultaneously
>> because there is dependency between them.
>
> This, oddly, breaks the verified boot tests on sandbox.  And I can't
> obviously see why.  The u-boot.map files are identical even.

It looks like this is not U-Boot itself:

=> +build-sandbox/tools/fit_check_sign -f
u-boot/files/build-sandbox/test.fit -k u-boot/files/build-sandbox/ -k
files/build-sandbox/sandbox-u-boot.dtb
Signature check Bad (error 1)
Verifying Hash Integrity ... sha1,rsa2048:dev-
Failed to verify required signature 'key-dev'

It SHA1 somehow missing with the fit_check_sign tool with this commit?

Regards,
Simon


More information about the U-Boot mailing list