summaryrefslogtreecommitdiff
path: root/board/lg
diff options
context:
space:
mode:
authorMasahiro Yamada <yamada.masahiro@socionext.com>2017-01-27 21:53:53 (GMT)
committerMasahiro Yamada <yamada.masahiro@socionext.com>2017-01-29 11:59:08 (GMT)
commitc0efc3140e75e3ffd6127a5aec97b75347ec7417 (patch)
tree84f3f3517644797c13c2e4e802db8c05e09412a5 /board/lg
parent0b93e3de1e5ec9c7db7ffcf33bc9dcaddff91109 (diff)
downloadu-boot-c0efc3140e75e3ffd6127a5aec97b75347ec7417.tar.xz
ARM: uniphier: change CONFIG_SPL_PAD_TO to 128KB
The Boot ROM supports authentication feature to prevent malformed software from being run on products. The signature is added at the tail of the second stage loader (= SPL in U-boot terminology). The size of the second stage loader was 64KB, and it was consistent across SoCs. The situation changed when LD20 SoC appeared; it loads 80KB second stage loader, and it is the only exception. Currently, CONFIG_SPL_PAD_TO is set to 64KB and U-Boot proper is loaded from the 64KB offset of non-volatile devices. This means the signature of LD20 SoC (located at 80KB offset) corrupts the U-Boot proper image. Let's move the U-Boot proper image to 128KB offset. It uses 48KB for nothing but padding, and we could actually locate the U-Boot proper at 80KB offset. However, the power of 2 generally seems a better choice for the offset address. Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Diffstat (limited to 'board/lg')
0 files changed, 0 insertions, 0 deletions