summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorBryan O'Donoghue <[email protected]>2018-03-09 13:07:21 +0000
committerTom Rini <[email protected]>2018-03-13 07:51:32 -0400
commitca89df7dd46f3f9c2d5cfee277ce8597937c6163 (patch)
treeef1490d5635ba1beaf68f3db0ba65dd586e4a589 /include
parent6d7403bf72b5ea46497fe8222d0303cb79563379 (diff)
imx: hab: Convert DCD non-NULL error to warning
commit 8c4037a09a5c ("imx: hab: Ensure the IVT DCD pointer is Null prior to calling HAB authenticate function.") makes the DCD field being NULL a dependency. This change though will break loading and executing of existing pre-signed binaries on a u-boot update i.e. if this change is deployed on a board you will be forced to redo all images on that board to NULL out the DCD. There is no prior guidance from NXP that the DCD must be NULL similarly public guidance on usage of the HAB doesn't call out this NULL dependency (see boundary devices link). Since later SoCs will reject a non-NULL DCD there's no reason to make a NULL DCD a requirement, however if there is an actual dependency for later SoCs the appropriate fix would be to do SoC version checking. Earlier SoCs are capable (and happy) to authenticate images with non-NULL DCDs, we should not be forcing this change on downstream users - particularly if it means those users now must rewrite their build systems and/or redeploy signed images in the field. Fixes: 8c4037a09a5c ("imx: hab: Ensure the IVT DCD pointer is Null prior to calling HAB authenticate function.") Signed-off-by: Bryan O'Donoghue <[email protected]> Cc: Utkarsh Gupta <[email protected]> Cc: Breno Lima <[email protected]> Cc: Fabio Estevam <[email protected]> Link: https://boundarydevices.com/high-assurance-boot-hab-dummies Reviewed-by: Fabio Estevam <[email protected]>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions