[U-Boot] [PATCH 11/24] sunxi: introduce extra config option for boot0 header
Andre Przywara
andre.przywara at arm.com
Mon Nov 21 10:29:50 CET 2016
Hi Maxime,
thanks for having a look!
On 21/11/16 07:27, Maxime Ripard wrote:
> Hi Andre,
>
> On Sun, Nov 20, 2016 at 02:57:05PM +0000, Andre Przywara wrote:
>> The ENABLE_ARM_SOC_BOOT0_HOOK option is a generic option shared with
>> other boards. To allow alternative code to be inserted, we create
>> another, now function specific config symbol on top of it to simplify
>> later additions. No functional change at this time.
>>
>> Signed-off-by: Andre Przywara <andre.przywara at arm.com>
>> ---
>> board/sunxi/Kconfig | 9 +++++++++
>> configs/pine64_plus_defconfig | 2 +-
>> 2 files changed, 10 insertions(+), 1 deletion(-)
>>
>> diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
>> index e1d4ab1..0cd57a2 100644
>> --- a/board/sunxi/Kconfig
>> +++ b/board/sunxi/Kconfig
>> @@ -133,6 +133,15 @@ config MACH_SUN8I
>> bool
>> default y if MACH_SUN8I_A23 || MACH_SUN8I_A33 || MACH_SUN8I_H3 || MACH_SUN8I_A83T
>>
>> +config RESERVE_ALLWINNER_BOOT0_HEADER
>> + bool "reserve space for Allwinner boot0 header"
>> + select ENABLE_ARM_SOC_BOOT0_HOOK
>> + ---help---
>> + Prepend a 1536 byte (empty) header to the U-Boot image file, to be
>> + filled with magic values post build. The Allwinner provided boot0
>> + blob relies on this information to load and execute U-Boot.
>> + Only needed on 64-bit Allwinner boards so far when using boot0.
>> +
>
> Is there a reason you can think of to disable it?
We need it only for booting from boot0, so this series actually makes
this whole thing obsolete. Since - apart from enlarging the U-Boot
(proper) image by 1.5KB - it doesn't hurt, though, my idea was to keep
it in as an option for some time until we are confident that boot0 is no
longer needed.
> If not, you should consider making this enabled by default, so that we
> don't enable it in all the defconfig for no particular reason.
I can change the logic, make the Kconfig entry "default y if ARM64", and
any defconfig could then choose to say "# RESERVE_... is not set".
Does that make more sense to you?
What was your major concern about this? Having pointless options in
various defconfigs?
Cheers,
Andre.
More information about the U-Boot
mailing list