xref: /openbmc/u-boot/arch/arm/cpu/armv8/Kconfig (revision fa87abb6)
1if ARM64
2
3config ARMV8_MULTIENTRY
4        bool "Enable multiple CPUs to enter into U-Boot"
5
6config ARMV8_SET_SMPEN
7        bool "Enable data coherency with other cores in cluster"
8        help
9	  Say Y here if there is not any trust firmware to set
10	  CPUECTLR_EL1.SMPEN bit before U-Boot.
11
12	  For A53, it enables data coherency with other cores in the
13	  cluster, and for A57/A72, it enables receiving of instruction
14	  cache and TLB maintenance operations.
15	  Cortex A53/57/72 cores require CPUECTLR_EL1.SMPEN set even
16	  for single core systems. Unfortunately write access to this
17	  register may be controlled by EL3/EL2 firmware. To be more
18	  precise, by default (if there is EL2/EL3 firmware running)
19	  this register is RO for NS EL1.
20	  This switch can be used to avoid writing to CPUECTLR_EL1,
21	  it can be safely enabled when EL2/EL3 initialized SMPEN bit
22	  or when CPU implementation doesn't include that register.
23
24config ARMV8_SPIN_TABLE
25	bool "Support spin-table enable method"
26	depends on ARMV8_MULTIENTRY && OF_LIBFDT
27	help
28	  Say Y here to support "spin-table" enable method for booting Linux.
29
30	  To use this feature, you must do:
31	    - Specify enable-method = "spin-table" in each CPU node in the
32	      Device Tree you are using to boot the kernel
33	    - Bring secondary CPUs into U-Boot proper in a board specific
34	      manner.  This must be done *after* relocation.  Otherwise, the
35	      secondary CPUs will spin in unprotected memory area because the
36	      master CPU protects the relocated spin code.
37
38	  U-Boot automatically does:
39	    - Set "cpu-release-addr" property of each CPU node
40	      (overwrites it if already exists).
41	    - Reserve the code for the spin-table and the release address
42	      via a /memreserve/ region in the Device Tree.
43
44menu "ARMv8 secure monitor firmware"
45config ARMV8_SEC_FIRMWARE_SUPPORT
46	bool "Enable ARMv8 secure monitor firmware framework support"
47	select OF_LIBFDT
48	select FIT
49	help
50	  This framework is aimed at making secure monitor firmware load
51	  process brief.
52	  Note: Only FIT format image is supported.
53	  You should prepare and provide the below information:
54	    - Address of secure firmware.
55	    - Address to hold the return address from secure firmware.
56	    - Secure firmware FIT image related information.
57	      Such as: SEC_FIRMWARE_FIT_IMAGE and SEC_FIRMEWARE_FIT_CNF_NAME
58	    - The target exception level that secure monitor firmware will
59	      return to.
60
61config SPL_ARMV8_SEC_FIRMWARE_SUPPORT
62	bool "Enable ARMv8 secure monitor firmware framework support for SPL"
63	select SPL_OF_LIBFDT
64	select SPL_FIT
65	help
66	  Say Y here to support this framework in SPL phase.
67
68config SEC_FIRMWARE_ARMV8_PSCI
69	bool "PSCI implementation in secure monitor firmware"
70	depends on ARMV8_SEC_FIRMWARE_SUPPORT || SPL_ARMV8_SEC_FIRMWARE_SUPPORT
71	help
72	  This config enables the ARMv8 PSCI implementation in secure monitor
73	  firmware. This is a private PSCI implementation and different from
74	  those implemented under the common ARMv8 PSCI framework.
75
76config ARMV8_SEC_FIRMWARE_ERET_ADDR_REVERT
77	bool "ARMv8 secure monitor firmware ERET address byteorder swap"
78	depends on ARMV8_SEC_FIRMWARE_SUPPORT || SPL_ARMV8_SEC_FIRMWARE_SUPPORT
79	help
80	  Say Y here when the endianness of the register or memory holding the
81	  Secure firmware exception return address is different with core's.
82
83endmenu
84
85config PSCI_RESET
86	bool "Use PSCI for reset and shutdown"
87	default y
88	depends on !ARCH_EXYNOS7 && !ARCH_BCM283X && !TARGET_LS2080A_EMU && \
89		   !TARGET_LS2080A_SIMU && !TARGET_LS2080AQDS && \
90		   !TARGET_LS2080ARDB && !TARGET_LS1012AQDS && \
91		   !TARGET_LS1012ARDB && !TARGET_LS1012AFRDM && \
92		   !TARGET_LS1043ARDB && !TARGET_LS1043AQDS && \
93		   !TARGET_LS1046ARDB && !TARGET_LS1046AQDS && \
94		   !TARGET_LS2081ARDB && \
95		   !ARCH_UNIPHIER && !TARGET_S32V234EVB
96	help
97	  Most armv8 systems have PSCI support enabled in EL3, either through
98	  ARM Trusted Firmware or other firmware.
99
100	  On these systems, we do not need to implement system reset manually,
101	  but can instead rely on higher level firmware to deal with it.
102
103	  Select Y here to make use of PSCI calls for system reset
104
105config ARMV8_PSCI
106	bool "Enable PSCI support" if EXPERT
107	default n
108	help
109	  PSCI is Power State Coordination Interface defined by ARM.
110	  The PSCI in U-boot provides a general framework and each platform
111	  can implement their own specific PSCI functions.
112	  Say Y here to enable PSCI support on ARMv8 platform.
113
114config ARMV8_PSCI_NR_CPUS
115	int "Maximum supported CPUs for PSCI"
116	depends on ARMV8_PSCI
117	default 4
118	help
119	  The maximum number of CPUs supported in the PSCI firmware.
120	  It is no problem to set a larger value than the number of CPUs in
121	  the actual hardware implementation.
122
123config ARMV8_PSCI_CPUS_PER_CLUSTER
124	int "Number of CPUs per cluster"
125	depends on ARMV8_PSCI
126	default 0
127	help
128	  The number of CPUs per cluster, suppose each cluster has same number
129	  of CPU cores, platforms with asymmetric clusters don't apply here.
130	  A value 0 or no definition of it works for single cluster system.
131	  System with multi-cluster should difine their own exact value.
132
133if SYS_HAS_ARMV8_SECURE_BASE
134
135config ARMV8_SECURE_BASE
136	hex "Secure address for PSCI image"
137	depends on ARMV8_PSCI
138	help
139	  Address for placing the PSCI text, data and stack sections.
140	  If not defined, the PSCI sections are placed together with the u-boot
141	  but platform can choose to place PSCI code image separately in other
142	  places such as some secure RAM built-in SOC etc.
143
144endif
145
146endif
147