ARM: Add armv7/Kconfig and allow booting in secure mode on non-secure boot capable systems
Subsystems (4)
v5 cover ARM: Add armv7/Kconfig and allow booting in secure mode on non-secure boot capable systems
Hi Albert,
Here is v5 of my patchset to allow booting in secure mode on non-secure boot capable systems.
Changes in v2:
-"ARM: Add arch/arm/cpu/armv7/Kconfig with non-secure and virt options":
-Drop all the FIXME-s, use proper CPU_V7 and CPU_V7_HAS_foo checks instead
Changes in v5:
-Jump patch-set version to v5 to match the revision level of the patch
with the highest revision in the set
-"Kconfig: Add EXPERT option"
-Add Masahiro Yamada's Acked-by
-"ARM: Add arch/arm/cpu/armv7/Kconfig with non-secure and virt options":
-Fix the commit message to refer to the right Kconfig option
-"ARM: bootm: Allow booting in secure mode on hyp capable systems"
-Fix ARMV7_BOOT_SEC_DEFAULT Kconfig help text mixing up secure and non-secure
modes
Regards,
Hans
PATCH v5 1/3 Kconfig: Add EXPERT option
From: Tom Rini <[email protected]>
For similar reasons to why the Linux Kernel has an EXPERT option, we too want an option to allow for tweaking of some options that while normally should remain hidden, may need to be changed in some cases.
--- Kconfig | 8 ++++++++ 1 file changed, 8 insertions(+)
Kconfig +8 -0
@@ -58,6 +58,14 @@ config CC_OPTIMIZE_FOR_SIZE endmenu # General setup +menuconfig EXPERT + bool "Configure standard U-Boot features (expert users)" + help + This option allows certain base U-Boot options and settings + to be disabled or tweaked. This is for specialized + environments which can tolerate a "non-standard" U-Boot. + Only use this if you really know what you are doing. + menu "Boot images" config SPL_BUILD
Signature · 1 line
2.1.0
PATCH v5 1/3 Kconfig: Add EXPERT option
Hello Hans,
Quoted 11 lines · Hans de Goede
From: Tom Rini <[email protected]>
For similar reasons to why the Linux Kernel has an EXPERT option, we too want an option to allow for tweaking of some options that while normally should remain hidden, may need to be changed in some cases.
Signed-off-by Tom Rini <[email protected]>Acked-by Masahiro Yamada <[email protected]>Acked-by Hans de Goede <[email protected]>Signed-off-by Hans de Goede <[email protected]>---
As you're just resending Tom's patch, should it have your own Signed-off-by? No need to post v6 if you think this should be corrected, I would do it when applying.
Amicalement,
Signature · 1 line
Albert.
PATCH v5 1/3 Kconfig: Add EXPERT option
Hi,
Quoted 16 lines · Albert ARIBAUD
Hello Hans,
Quoted 11 lines · Hans de Goede
From: Tom Rini <[email protected]>
For similar reasons to why the Linux Kernel has an EXPERT option, we too want an option to allow for tweaking of some options that while normally should remain hidden, may need to be changed in some cases.
Signed-off-by Tom Rini <[email protected]>Acked-by Masahiro Yamada <[email protected]>Acked-by Hans de Goede <[email protected]>Signed-off-by Hans de Goede <[email protected]>---
Quoted 3 lines
As you're just resending Tom's patch, should it have your own Signed-off-by? No need to post v6 if you think this should be corrected, I would do it when applying.
AFAIK it is normal to add a Signed-off-by when a patch passes through ones hands / tree. But I'm fine with having it removed, either way works for me.
Regards,
Hans
PATCH v5 1/3 Kconfig: Add EXPERT option
Quoted 19 lines · Hans de Goede
Hi,
Quoted 16 lines · Albert ARIBAUD
Hello Hans,
Quoted 11 lines · Hans de Goede
From: Tom Rini <[email protected]>
For similar reasons to why the Linux Kernel has an EXPERT option, we too want an option to allow for tweaking of some options that while normally should remain hidden, may need to be changed in some cases.
Signed-off-by Tom Rini <[email protected]>Acked-by Masahiro Yamada <[email protected]>Acked-by Hans de Goede <[email protected]>Signed-off-by Hans de Goede <[email protected]>---
Quoted 7 lines
Quoted 3 lines
As you're just resending Tom's patch, should it have your own Signed-off-by? No need to post v6 if you think this should be corrected, I would do it when applying.
AFAIK it is normal to add a Signed-off-by when a patch passes through ones hands / tree. But I'm fine with having it removed, either way works for me.
I don't have a preference either way. We don't add S-o-B lines as often as the kernel does but I don't want to make people worry about that when switching between kernel and u-boot work either.
Signature · 8 lines
Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.denx.de/pipermail/u-boot/attachments/20141120/24e27d42/attachment.pgp>
PATCH v5 1/3 Kconfig: Add EXPERT option
Hello Tom,
Quoted 24 lines · Tom Rini
Quoted 23 lines · Hans de Goede
Hi,
Quoted 19 lines · Albert ARIBAUD
Hello Hans,
Quoted 11 lines · Hans de Goede
From: Tom Rini <[email protected]>
For similar reasons to why the Linux Kernel has an EXPERT option, we too want an option to allow for tweaking of some options that while normally should remain hidden, may need to be changed in some cases.
Signed-off-by Tom Rini <[email protected]>Acked-by Masahiro Yamada <[email protected]>Acked-by Hans de Goede <[email protected]>Signed-off-by Hans de Goede <[email protected]>---
As you're just resending Tom's patch, should it have your own Signed-off-by? No need to post v6 if you think this should be corrected, I would do it when applying.
Quoted 7 lines
Quoted 3 lines
AFAIK it is normal to add a Signed-off-by when a patch passes through ones hands / tree. But I'm fine with having it removed, either way works for me.
I don't have a preference either way. We don't add S-o-B lines as often as the kernel does but I don't want to make people worry about that when switching between kernel and u-boot work either.
Makes sense -- I had not thought about this kernel/u-boot switching.
Quoted 2 lines
Signature · 1 line
Tom
Amicalement,
Signature · 1 line
Albert.
PATCH v5 2/3 ARM: Add arch/arm/cpu/armv7/Kconfig with non-secure and virt options
In reply to Hans de GoedeAdd arch/arm/cpu/armv7/Kconfig with non-secure and virt options, this is a preparation patch for adding an env variable to choose between secure / non-secure boot on non-secure boot capable systems, specifically this prepares for adding CONFIG_ARMV7_BOOT_SEC_DEFAULT as a proper Kconfig option.
--
Changes in v2:
-Drop all the FIXME-s, use proper CPU_V7 and CPU_V7_HAS_foo checks instead Changes in v5:
-Fix the commit message to refer to the right Kconfig option
--- arch/arm/Kconfig | 4 ++++ arch/arm/cpu/armv7/Kconfig | 23 +++++++++++++++++++++++ arch/arm/cpu/armv7/exynos/Kconfig | 2 ++ board/sunxi/Kconfig | 2 ++ include/configs/arndale.h | 2 -- include/configs/sun7i.h | 2 -- include/configs/vexpress_ca15_tc2.h | 2 -- 7 files changed, 31 insertions(+), 6 deletions(-) create mode 100644 arch/arm/cpu/armv7/Kconfig
arch/arm/Kconfig +4 -0
@@ -410,6 +410,8 @@ config TARGET_INTEGRATORCP_CM946ES config TARGET_VEXPRESS_CA15_TC2 bool "Support vexpress_ca15_tc2" select CPU_V7 + select CPU_V7_HAS_NONSEC + select CPU_V7_HAS_VIRT config TARGET_VEXPRESS_CA5X2 bool "Support vexpress_ca5x2"
@@ -809,6 +811,8 @@ source "arch/arm/cpu/arm926ejs/versatile/Kconfig" source "arch/arm/cpu/armv7/zynq/Kconfig" +source "arch/arm/cpu/armv7/Kconfig" + source "board/aristainetos/Kconfig" source "board/BuR/kwb/Kconfig" source "board/BuR/tseries/Kconfig"
arch/arm/cpu/armv7/Kconfig new file +23 -0
@@ -0,0 +1,23 @@ +if CPU_V7 + +config CPU_V7_HAS_NONSEC + bool + +config CPU_V7_HAS_VIRT + bool + +config ARMV7_NONSEC + boolean "Enable support for booting in non-secure mode" if EXPERT + depends on CPU_V7_HAS_NONSEC + default y + ---help--- + Say Y here to enable support for booting in non-secure / SVC mode. + +config ARMV7_VIRT + boolean "Enable support for hardware virtualization" if EXPERT + depends on CPU_V7_HAS_VIRT && ARMV7_NONSEC + default y + ---help--- + Say Y here to boot in hypervisor (HYP) mode when booting non-secure. + +endif
arch/arm/cpu/armv7/exynos/Kconfig +2 -0
@@ -26,6 +26,8 @@ config TARGET_ODROID config TARGET_ARNDALE bool "Exynos5250 Arndale board" + select CPU_V7_HAS_NONSEC + select CPU_V7_HAS_VIRT select SUPPORT_SPL select OF_CONTROL if !SPL_BUILD
board/sunxi/Kconfig +2 -0
@@ -21,6 +21,8 @@ config MACH_SUN6I config MACH_SUN7I bool "sun7i (Allwinner A20)" select CPU_V7 + select CPU_V7_HAS_NONSEC + select CPU_V7_HAS_VIRT select SUPPORT_SPL config MACH_SUN8I
include/configs/arndale.h +0 -2
@@ -60,6 +60,4 @@/* The PERIPHBASE in the CBAR register is wrong on the Arndale, so override it */ #define CONFIG_ARM_GIC_BASE_ADDRESS 0x10480000 -#define CONFIG_ARMV7_VIRT -#endif /* __CONFIG_H */
include/configs/sun7i.h +0 -2
@@ -22,8 +22,6 @@#define CONFIG_USB_MAX_CONTROLLER_COUNT 2#endif -#define CONFIG_ARMV7_VIRT 1 -#define CONFIG_ARMV7_NONSEC 1#define CONFIG_ARMV7_PSCI 1#define CONFIG_ARMV7_PSCI_NR_CPUS 2#define CONFIG_ARMV7_SECURE_BASE SUNXI_SRAM_B_BASE
include/configs/vexpress_ca15_tc2.h +0 -2
@@ -18,6 +18,4 @@#define CONFIG_SYSFLAGS_ADDR 0x1c010030#define CONFIG_SMP_PEN_ADDR CONFIG_SYSFLAGS_ADDR -#define CONFIG_ARMV7_VIRT -#endif
Signature · 1 line
2.1.0
PATCH v5 3/3 ARM: bootm: Allow booting in secure mode on hyp capable systems
In reply to Hans de GoedeOlder Linux kernels will not properly boot in hyp mode, add support for a bootm_boot_mode environment variable, which can be set to "sec" or "nonsec" to force booting in secure or non-secure mode when build with non-sec support.
The default behavior can be selected through CONFIG_ARMV7_BOOT_SEC_DEFAULT, when this is set booting in secure mode is the default. The default setting for this Kconfig option is N, preserving the current behavior of booting in non-secure mode by default when non-secure mode is supported.
--
Changes in v2:
-Allow changing the default boot mode to secure through defining
CONFIG_ARMV7_BOOT_SEC_DEFAULT, this is useful for archs which have a Kconfig option for compatibility with older kernels
Changes in v3:
-Add an else at the end of the #ifdef NONSEC block so that if do_nonsec_entry
fails we do not end up re-trying in secure mode
Changes in v4:
-Add a Kconfig option to select to boot in secure or non-secure mode by default Changes in v5:
-Fix ARMV7_BOOT_SEC_DEFAULT Kconfig help text mixing up secure and non-secure
modes
--- arch/arm/cpu/armv7/Kconfig | 11 +++++++++++ arch/arm/lib/bootm.c | 31 ++++++++++++++++++++++++++----- 2 files changed, 37 insertions(+), 5 deletions(-)
arch/arm/cpu/armv7/Kconfig +11 -0
@@ -13,6 +13,17 @@ config ARMV7_NONSEC ---help--- Say Y here to enable support for booting in non-secure / SVC mode. +config ARMV7_BOOT_SEC_DEFAULT + boolean "Boot in secure mode by default" if EXPERT + depends on ARMV7_NONSEC + default n + ---help--- + Say Y here to boot in secure mode by default even if non-secure mode + is supported. This option is useful to boot kernels which do not + suppport booting in non-secure mode. Only set this if you need it. + This can be overriden at run-time by setting the bootm_boot_mode env. + variable to "sec" or "nonsec". + config ARMV7_VIRT boolean "Enable support for hardware virtualization" if EXPERT depends on CPU_V7_HAS_VIRT && ARMV7_NONSEC
arch/arm/lib/bootm.c +26 -5
@@ -237,6 +237,26 @@ static void boot_prep_linux(bootm_headers_t *images) } } +#if defined(CONFIG_ARMV7_NONSEC ) || defined(CONFIG_ARMV7_VIRT ) +static bool boot_nonsec (void ) +{ +char *s =getenv ("bootm_boot_mode" ); +#ifdef CONFIG_ARMV7_BOOT_SEC_DEFAULT +bool nonsec = false; +#else +bool nonsec = true; +#endif + +if (s && !strcmp (s,"sec" )) + nonsec = false; + +if (s && !strcmp (s,"nonsec" )) + nonsec = true; + +return nonsec; +} +#endif +/* Subcommand: GO */ static void boot_jump_linux (bootm_headers_t *images,int flag) {
@@ -285,12 +305,13 @@ static void boot_jump_linux(bootm_headers_t *images, int flag)if (!fake) {#if defined(CONFIG_ARMV7_NONSEC ) || defined(CONFIG_ARMV7_VIRT ) -armv7_init_nonsec (); -secure_ram_addr (_do_nonsec_entry)(kernel_entry, -0 , machid, r2); -#else -kernel_entry (0 , machid, r2); +if (boot_nonsec ()) { +armv7_init_nonsec (); +secure_ram_addr (_do_nonsec_entry)(kernel_entry, +0 , machid, r2); + } else#endif +kernel_entry (0 , machid, r2); }#endif }
Signature · 1 line
2.1.0
v5 cover ARM: Add armv7/Kconfig and allow booting in secure mode on non-secure boot capable systems
In reply to Hans de GoedeHi Albert,
Quoted 9 lines · Hans de Goede
Hi Albert,
Here is v5 of my patchset to allow booting in secure mode on non-secure boot capable systems.
Changes in v2:
-"ARM: Addarch/arm/cpu/armv7/Kconfigwith non-secure and virt options":
-Drop all the FIXME-s, use properCPU_V7andCPU_V7_HAS_foochecks instead
Quoted 10 lines
Changes in v5:
-Jump patch-set version to v5 to match the revision level of the patch
with the highest revision in the set
-"Kconfig: Add EXPERT option"
-Add Masahiro Yamada's Acked-by
-"ARM: Addarch/arm/cpu/armv7/Kconfigwith non-secure and virt options":
-Fix the commit message to refer to the rightKconfigoption
-"ARM: bootm: Allow booting in secure mode on hyp capable systems"
-FixARMV7_BOOT_SEC_DEFAULTKconfighelp text mixing up secure and non-secure
modes
I was wondering what the status of this patch-set is ?
Anything I need to do to get this moving upstream ?
Thanks & Regards,
Hans