blob: 8766193f270e75707d515d52dbfa72ac6cdad23a [file] [log] [blame]
Jerome Forissier120c43a2015-03-24 11:08:31 +01001# Default configuration values for OP-TEE core (all platforms).
2#
3# Platform-specific overrides are in core/arch/arm32/plat-*/conf.mk.
4# Some subsystem-specific defaults are not here but rather in */sub.mk.
5#
6# Configuration values may be assigned from multiple sources.
7# From higher to lower priority:
8#
9# 1. Make arguments ('make CFG_FOO=bar...')
10# 2. The file specified by $(CFG_OPTEE_CONFIG) (if defined)
11# 3. The environment ('CFG_FOO=bar make...')
12# 4. The platform-specific configuration file: core/arch/arm32/plat-*/conf.mk
13# 5. This file
14# 6. Subsystem-specific makefiles (*/sub.mk)
15#
Pascal Brandb5569a62016-01-08 15:14:30 +010016# Actual values used during the build are output to $(out-dir)/conf.mk
Jerome Forissier120c43a2015-03-24 11:08:31 +010017# (CFG_* variables only).
18
Jerome Forissiera75f2e12015-07-07 19:07:50 +020019# Cross-compiler prefix and suffix
20CROSS_COMPILE ?= arm-linux-gnueabihf-
Jerome Forissierc042fbe2016-02-05 10:48:36 +010021CROSS_COMPILE32 ?= $(CROSS_COMPILE)
22CROSS_COMPILE64 ?= aarch64-linux-gnu-
Jerome Forissiera75f2e12015-07-07 19:07:50 +020023COMPILER ?= gcc
24
Jerome Forissierb09cddc2016-02-24 13:01:45 +010025# For convenience
26ifdef CFLAGS
27CFLAGS32 ?= $(CFLAGS)
28CFLAGS64 ?= $(CFLAGS)
29endif
30
Jerome Forissier120c43a2015-03-24 11:08:31 +010031# Compiler warning level.
32# Supported values: undefined, 1, 2 and 3. 3 gives more warnings.
Pascal Brandb0104772014-06-12 15:56:20 +020033WARNS ?= 3
34
Etienne Carriere3f17b832016-08-16 16:48:49 +020035# Define DEBUG=1 to compile without optimization (forces -O0)
Pascal Brandb0104772014-06-12 15:56:20 +020036# DEBUG=1
37
Jerome Forissier4ec23582017-06-13 10:15:33 +020038# If y, enable debug features of the TEE core (assertions and lock checks
39# are enabled, panic and assert messages are more verbose, data and prefetch
40# aborts show a stack dump). When disabled, the NDEBUG directive is defined
41# so assertions are disabled.
42CFG_TEE_CORE_DEBUG ?= y
Pascal Brandb0104772014-06-12 15:56:20 +020043
Ovidiu Mihalachi3f58e4e2018-11-05 12:05:51 +020044# Log levels for the TEE core. Defines which core messages are displayed
45# on the secure console. Disabling core log (level set to 0) also disables
46# logs from the TAs.
Jerome Forissier09ca9f82018-01-04 15:16:44 +010047# 0: none
48# 1: error
49# 2: error + warning
50# 3: error + warning + debug
51# 4: error + warning + debug + flow
Jerome Forissier120c43a2015-03-24 11:08:31 +010052CFG_TEE_CORE_LOG_LEVEL ?= 1
Ovidiu Mihalachi3f58e4e2018-11-05 12:05:51 +020053
54# TA log level
55# If user-mode library libutils.a is built with CFG_TEE_TA_LOG_LEVEL=0,
56# TA tracing is disabled regardless of the value of CFG_TEE_TA_LOG_LEVEL
57# when the TA is built.
Jerome Forissier120c43a2015-03-24 11:08:31 +010058CFG_TEE_TA_LOG_LEVEL ?= 1
Pascal Brandb0104772014-06-12 15:56:20 +020059
Jerome Forissier120c43a2015-03-24 11:08:31 +010060# TA enablement
61# When defined to "y", TA traces are output according to
62# CFG_TEE_TA_LOG_LEVEL. Otherwise, they are not output at all
63CFG_TEE_CORE_TA_TRACE ?= y
Pascal Brandb0104772014-06-12 15:56:20 +020064
Jerome Forissier8c8e1442018-02-21 10:00:49 +010065# If y, enable the memory leak detection feature in the bget memory allocator.
66# When this feature is enabled, calling mdbg_check(1) will print a list of all
67# the currently allocated buffers and the location of the allocation (file and
68# line number).
69# Note: make sure the log level is high enough for the messages to show up on
70# the secure console! For instance:
71# - To debug user-mode (TA) allocations: build OP-TEE *and* the TA with:
72# $ make CFG_TEE_TA_MALLOC_DEBUG=y CFG_TEE_TA_LOG_LEVEL=3
73# - To debug TEE core allocations: build OP-TEE with:
74# $ make CFG_TEE_CORE_MALLOC_DEBUG=y CFG_TEE_CORE_LOG_LEVEL=3
SY Chiu0fcbddd2015-11-11 19:10:42 +080075CFG_TEE_CORE_MALLOC_DEBUG ?= n
76CFG_TEE_TA_MALLOC_DEBUG ?= n
77
Jerome Forissier2bfab752017-06-13 09:36:15 +020078# Mask to select which messages are prefixed with long debugging information
Volodymyr Babchuk64fad262018-05-23 18:58:04 +030079# (severity, core ID, thread ID, component name, function name, line number)
80# based on the message level. If BIT(level) is set, the long prefix is shown.
Jerome Forissier2bfab752017-06-13 09:36:15 +020081# Otherwise a short prefix is used (severity and component name only).
Jerome Forissierf4aa5b12015-05-12 18:06:22 +020082# Levels: 0=none 1=error 2=info 3=debug 4=flow
Jerome Forissier2bfab752017-06-13 09:36:15 +020083CFG_MSG_LONG_PREFIX_MASK ?= 0x1a
Jerome Forissierf4aa5b12015-05-12 18:06:22 +020084
Jerome Forissier120c43a2015-03-24 11:08:31 +010085# PRNG configuration
SY Chiu7018ae02015-03-04 15:04:45 +080086# If CFG_WITH_SOFTWARE_PRNG is enabled, crypto provider provided
87# software PRNG implementation is used.
SY Chiu7018ae02015-03-04 15:04:45 +080088# Otherwise, you need to implement hw_get_random_byte() for your platform
SY Chiu7018ae02015-03-04 15:04:45 +080089CFG_WITH_SOFTWARE_PRNG ?= y
Jerome Forissier120c43a2015-03-24 11:08:31 +010090
91# Number of threads
92CFG_NUM_THREADS ?= 2
Cedric Chaumontab35d7a2015-04-28 12:19:53 +020093
94# API implementation version
95CFG_TEE_API_VERSION ?= GPD-1.1-dev
96
97# Implementation description (implementation-dependent)
98CFG_TEE_IMPL_DESCR ?= OPTEE
99
Jerome Forissier29cff5c2017-11-20 13:27:18 +0100100# Should OPTEE_SMC_CALL_GET_OS_REVISION return a build identifier to Normal
101# World?
102CFG_OS_REV_REPORTS_GIT_SHA1 ?= y
103
Cedric Chaumontab35d7a2015-04-28 12:19:53 +0200104# Trusted OS implementation version
Jens Wiklander4bf425c2015-12-21 15:06:08 +0100105TEE_IMPL_VERSION ?= $(shell git describe --always --dirty=-dev 2>/dev/null || echo Unknown)
Jerome Forissier29cff5c2017-11-20 13:27:18 +0100106ifeq ($(CFG_OS_REV_REPORTS_GIT_SHA1),y)
107TEE_IMPL_GIT_SHA1 := 0x$(shell git rev-parse --short=8 HEAD 2>/dev/null || echo 0)
108else
109TEE_IMPL_GIT_SHA1 := 0x0
110endif
Jerome Forissier35c507f2016-03-17 15:10:14 +0100111# The following values are not extracted from the "git describe" output because
112# we might be outside of a Git environment, or the tree may have been cloned
113# with limited depth not including any tag, so there is really no guarantee
114# that TEE_IMPL_VERSION contains the major and minor revision numbers.
Jerome Forissiera83aec22018-01-19 11:36:56 +0100115CFG_OPTEE_REVISION_MAJOR ?= 3
Jerome Forissier8bd53f42019-01-18 18:17:21 +0100116CFG_OPTEE_REVISION_MINOR ?= 4
Cedric Chaumontab35d7a2015-04-28 12:19:53 +0200117
118# Trusted OS implementation manufacturer name
119CFG_TEE_MANUFACTURER ?= LINARO
120
121# Trusted firmware version
122CFG_TEE_FW_IMPL_VERSION ?= FW_IMPL_UNDEF
123
124# Trusted OS implementation manufacturer name
125CFG_TEE_FW_MANUFACTURER ?= FW_MAN_UNDEF
126
Jerome Forissierb44708c2016-04-18 09:35:34 +0200127# Rich Execution Environment (REE) file system support: normal world OS
128# provides the actual storage.
129# This is the default FS when enabled (i.e., the one used when
130# TEE_STORAGE_PRIVATE is passed to the trusted storage API)
131CFG_REE_FS ?= y
Jens Wiklanderbc420742015-05-05 14:59:15 +0200132
Jerome Forissier88e6e082016-01-27 17:38:21 +0100133# RPMB file system support
Jerome Forissier88e6e082016-01-27 17:38:21 +0100134CFG_RPMB_FS ?= n
135
136# Device identifier used when CFG_RPMB_FS = y.
137# The exact meaning of this value is platform-dependent. On Linux, the
138# tee-supplicant process will open /dev/mmcblk<id>rpmb
139CFG_RPMB_FS_DEV_ID ?= 0
140
Jerome Forissiered1993b2017-01-23 12:44:58 +0100141# Enables RPMB key programming by the TEE, in case the RPMB partition has not
142# been configured yet.
143# !!! Security warning !!!
144# Do *NOT* enable this in product builds, as doing so would allow the TEE to
145# leak the RPMB key.
146# This option is useful in the following situations:
147# - Testing
148# - RPMB key provisioning in a controlled environment (factory setup)
149CFG_RPMB_WRITE_KEY ?= n
150
Jens Wiklanderbc420742015-05-05 14:59:15 +0200151# Embed public part of this key in OP-TEE OS
152TA_SIGN_KEY ?= keys/default_ta.pem
Jerome Forissierc4553de2015-11-25 09:40:18 +0100153
154# Include lib/libutils/isoc in the build? Most platforms need this, but some
155# may not because they obtain the isoc functions from elsewhere
156CFG_LIBUTILS_WITH_ISOC ?= y
Jens Wiklanderfce4cfa2015-12-10 15:30:07 +0100157
Jens Wiklander0de9a5f2015-12-11 16:35:10 +0100158# Enables floating point support for user TAs
159# ARM32: EABI defines both a soft-float ABI and a hard-float ABI,
160# hard-float is basically a super set of soft-float. Hard-float
161# requires all the support routines provided for soft-float, but the
162# compiler may choose to optimize to not use some of them and use
163# the floating-point registers instead.
164# ARM64: EABI doesn't define a soft-float ABI, everything is hard-float (or
165# nothing with ` -mgeneral-regs-only`)
166# With CFG_TA_FLOAT_SUPPORT enabled TA code is free use floating point types
167CFG_TA_FLOAT_SUPPORT ?= y
Jens Wiklander923c1f32015-12-06 11:01:54 +0100168
Jerome Forissier7411e0e2017-10-12 10:11:45 +0200169# Stack unwinding: print a stack dump to the console on core or TA abort, or
170# when a TA panics.
Jerome Forissier31a29642017-05-11 15:28:31 +0200171# If CFG_UNWIND is enabled, both the kernel and user mode call stacks can be
172# unwound (not paged TAs, however).
173# Note that 32-bit ARM code needs unwind tables for this to work, so enabling
174# this option will increase the size of the 32-bit TEE binary by a few KB.
175# Similarly, TAs have to be compiled with -funwind-tables (default when the
176# option is set) otherwise they can't be unwound.
Jerome Forissier7411e0e2017-10-12 10:11:45 +0200177# Warning: since the unwind sequence for user-mode (TA) code is implemented in
178# the privileged layer of OP-TEE, enabling this feature will weaken the
179# user/kernel isolation. Therefore it should be disabled in release builds.
Etienne Carriere3f17b832016-08-16 16:48:49 +0200180ifeq ($(CFG_TEE_CORE_DEBUG),y)
Jerome Forissier31a29642017-05-11 15:28:31 +0200181CFG_UNWIND ?= y
Jens Wiklander923c1f32015-12-06 11:01:54 +0100182endif
Jens Wiklander6fbac372015-11-05 14:22:05 +0100183
184# Enable support for dynamically loaded user TAs
185CFG_WITH_USER_TA ?= y
Jens Wiklander2a142242016-01-05 17:26:27 +0100186
Jerome Forissier24d49092018-12-17 17:43:48 +0100187# Choosing the architecture(s) of user-mode libraries (used by TAs)
188#
189# Platforms may define a list of supported architectures for user-mode code
190# by setting $(supported-ta-targets). Valid values are "ta_arm32", "ta_arm64",
191# "ta_arm32 ta_arm64" and "ta_arm64 ta_arm32".
192# $(supported-ta-targets) defaults to "ta_arm32" when the TEE core is 32-bits,
193# and "ta_arm32 ta_arm64" when it is 64-bits (that is, when CFG_ARM64_core=y).
194# The first entry in $(supported-ta-targets) has a special role, see
195# CFG_USER_TA_TARGET_<ta-name> below.
196#
197# CFG_USER_TA_TARGETS may be defined to restrict $(supported-ta-targets) or
198# change the order of the values.
199#
200# The list of TA architectures is ultimately stored in $(ta-targets).
201
202# CFG_USER_TA_TARGET_<ta-name> (for example, CFG_USER_TA_TARGET_avb), if
203# defined, selects the unique TA architecture mode for building the in-tree TA
204# <ta-name>. Can be either ta_arm32 or ta_arm64.
205# By default, in-tree TAs are built using the first architecture specified in
206# $(ta-targets).
207
Jerome Forissieree664c12017-05-05 15:42:00 +0200208# Load user TAs from the REE filesystem via tee-supplicant
209# There is currently no other alternative, but you may want to disable this in
210# case you implement your own TA store
211CFG_REE_FS_TA ?= y
212
Jerome Forissierd0c63612017-07-25 18:17:11 +0200213# Support for loading user TAs from a special section in the TEE binary.
214# Such TAs are available even before tee-supplicant is available (hence their
215# name), but note that many services exported to TAs may need tee-supplicant,
216# so early use is limited to a subset of the TEE Internal Core API (crypto...)
217# To use this feature, set EARLY_TA_PATHS to the paths to one or more TA ELF
218# file(s). For example:
219# $ make ... \
220# EARLY_TA_PATHS="path/to/8aaaf200-2450-11e4-abe2-0002a5d5c51b.stripped.elf \
221# path/to/cb3e5ba0-adf1-11e0-998b-0002a5d5c51b.stripped.elf"
222# Typical build steps:
223# $ make ta_dev_kit CFG_EARLY_TA=y # Create the dev kit (user mode libraries,
224# # headers, makefiles), ready to build TAs.
225# # CFG_EARLY_TA=y is optional, it prevents
226# # later library recompilations.
227# <build some TAs>
228# $ make EARLY_TA_PATHS=<paths> # Build OP-TEE and embbed the TA(s)
Jens Wiklander3638ea32018-07-17 15:47:46 +0200229#
230# Another option is CFG_IN_TREE_EARLY_TAS which is used to point at
231# in-tree TAs. CFG_IN_TREE_EARLY_TAS is formatted as:
232# <name-of-ta>/<uuid>
233# for instance avb/023f8f1a-292a-432b-8fc4-de8471358067
234ifneq ($(EARLY_TA_PATHS)$(CFG_IN_TREE_EARLY_TAS),)
Jerome Forissierd0c63612017-07-25 18:17:11 +0200235$(call force,CFG_EARLY_TA,y)
236else
237CFG_EARLY_TA ?= n
238endif
Jerome Forissier509a9802017-08-01 10:14:57 +0200239ifeq ($(CFG_EARLY_TA),y)
240$(call force,CFG_ZLIB,y)
241endif
Jerome Forissierd0c63612017-07-25 18:17:11 +0200242
Jerome Forissierc27907e2018-04-18 10:03:22 +0200243# Support for dynamically linked user TAs
244CFG_TA_DYNLINK ?= y
245
Jens Wiklandera884c932016-09-12 14:24:02 +0200246# Enable paging, requires SRAM, can't be enabled by default
247CFG_WITH_PAGER ?= n
248
Jerome Forissierab0df692018-10-15 16:43:03 +0200249# Runtime lock dependency checker: ensures that a proper locking hierarchy is
250# used in the TEE core when acquiring and releasing mutexes. Any violation will
251# cause a panic as soon as the invalid locking condition is detected. If
252# CFG_UNWIND is enabled, the algorithm records the call stacks when locks are
253# taken, and prints them when a potential deadlock is found.
254# Expect a significant performance impact when enabling this.
255CFG_LOCKDEP ?= n
256
Joakim Bechbde8a252018-10-02 12:46:09 +0200257# BestFit algorithm in bget reduces the fragmentation of the heap when running
Jerome Forissierab0df692018-10-15 16:43:03 +0200258# with the pager enabled or lockdep
259CFG_CORE_BGET_BESTFIT ?= $(call cfg-one-enabled, CFG_WITH_PAGER CFG_LOCKDEP)
Joakim Bechbde8a252018-10-02 12:46:09 +0200260
Jens Wiklandera884c932016-09-12 14:24:02 +0200261# Use the pager for user TAs
262CFG_PAGED_USER_TA ?= $(CFG_WITH_PAGER)
263
Jens Wiklanderbe715232016-05-15 14:13:52 +0200264# Enable support for detected undefined behavior in C
Jens Wiklander1d171f92016-08-30 14:02:25 +0200265# Uses a lot of memory, can't be enabled by default
Jens Wiklanderbe715232016-05-15 14:13:52 +0200266CFG_CORE_SANITIZE_UNDEFINED ?= n
Jens Wiklanderb908c672016-05-25 14:01:53 +0200267
Jens Wiklander1d171f92016-08-30 14:02:25 +0200268# Enable Kernel Address sanitizer, has a huge performance impact, uses a
269# lot of memory and need platform specific adaptations, can't be enabled by
270# default
271CFG_CORE_SANITIZE_KADDRESS ?= n
272
Jens Wiklanderb908c672016-05-25 14:01:53 +0200273# Device Tree support
Etienne Carrierec95b9512018-11-23 18:07:01 +0100274#
275# When CFG_DT is enabled core embeds the FDT library (libfdt) allowing
276# device tree blob (DTB) parsing from the core.
277#
278# When CFG_DT is enabled, the TEE _start function expects to find
279# the address of a DTB in register X2/R2 provided by the early boot stage
280# or value 0 if boot stage provides no DTB.
281#
282# When CFG_EMBED_DTB is enabled, CFG_EMBED_DTB_SOURCE_FILE shall define the
283# relative path of a DTS file located in core/arch/$(ARCH)/dts.
284# The DTS file is compiled into a DTB file which content is embedded in a
285# read-only section of the core.
286ifneq ($(strip $(CFG_EMBED_DTB_SOURCE_FILE)),)
287CFG_EMBED_DTB ?= y
288endif
289ifeq ($(CFG_EMBED_DTB),y)
290$(call force,CFG_DT,y)
291endif
292CFG_EMBED_DTB ?= n
Jens Wiklanderb908c672016-05-25 14:01:53 +0200293CFG_DT ?= n
Jens Wiklander76358be2016-05-25 21:42:02 +0200294
295# Maximum size of the Device Tree Blob, has to be large enough to allow
296# editing of the supplied DTB.
297CFG_DTB_MAX_SIZE ?= 0x10000
Victor Chong4d62e912016-08-16 17:16:33 +0100298
Bryan O'Donoghue0a3ad9b2018-11-19 14:18:30 +0000299# Device Tree Overlay support.
300# This define enables support for an OP-TEE provided DTB overlay.
301# One of two modes is supported in this case:
302# 1. Append OP-TEE nodes to an existing DTB overlay located at CFG_DT_ADDR or
303# passed in arg2
304# 2. Generate a new DTB overlay at CFG_DT_ADDR
305# A subsequent boot stage must then merge the generated overlay DTB into a main
306# DTB using the standard fdt_overlay_apply() method.
307CFG_EXTERNAL_DTB_OVERLAY ?= n
308
Etienne Carriere35964dc2018-04-05 16:38:08 +0200309# Enable core self tests and related pseudo TAs
Victor Chong4d62e912016-08-16 17:16:33 +0100310CFG_TEE_CORE_EMBED_INTERNAL_TESTS ?= y
yanyan-wrs6d96f202016-08-19 15:06:25 +0800311
312# This option enables OP-TEE to respond to SMP boot request: the Rich OS
313# issues this to request OP-TEE to release secondaries cores out of reset,
314# with specific core number and non-secure entry address.
315CFG_BOOT_SECONDARY_REQUEST ?= n
316
Jens Wiklanderf5f914a2016-09-27 11:37:05 -0700317# Default heap size for Core, 64 kB
318CFG_CORE_HEAP_SIZE ?= 65536
Jerome Forissierf3bb2312016-10-13 16:27:05 +0200319
Volodymyr Babchuk386fc262018-02-05 21:29:05 +0200320# Default size of nexus heap. 16 kB. Used only if CFG_VIRTUALIZATION
321# is enabled
322CFG_CORE_NEX_HEAP_SIZE ?= 16384
323
Jerome Forissier883c4be2016-10-13 15:21:53 +0200324# TA profiling.
325# When this option is enabled, OP-TEE can execute Trusted Applications
326# instrumented with GCC's -pg flag and will output profiling information
327# in gmon.out format to /tmp/gmon-<ta_uuid>.out (path is defined in
328# tee-supplicant)
329CFG_TA_GPROF_SUPPORT ?= n
Jerome Forissierf3bb2312016-10-13 16:27:05 +0200330
Jerome Forissier883c4be2016-10-13 15:21:53 +0200331# Enable to compile user TA libraries with profiling (-pg).
332# Depends on CFG_TA_GPROF_SUPPORT.
333CFG_ULIBS_GPROF ?= n
334
335ifeq ($(CFG_ULIBS_GPROF),y)
Jerome Forissierf3bb2312016-10-13 16:27:05 +0200336ifneq ($(CFG_TA_GPROF_SUPPORT),y)
Jerome Forissier883c4be2016-10-13 15:21:53 +0200337$(error Cannot instrument user libraries if user mode profiling is disabled)
Jerome Forissierf3bb2312016-10-13 16:27:05 +0200338endif
339endif
Jens Wiklandercb0b5952016-12-13 20:38:38 +0100340
341# CFG_GP_SOCKETS
342# Enable Global Platform Sockets support
343CFG_GP_SOCKETS ?= y
Etienne Carriere80a4e512017-03-17 12:48:19 +0100344
345# Enable Secure Data Path support in OP-TEE core (TA may be invoked with
346# invocation parameters referring to specific secure memories).
347CFG_SECURE_DATA_PATH ?= n
Andrew F. Davis00da26e2017-09-19 14:18:26 -0500348
Jens Wiklanderc9720142017-11-28 16:59:16 +0100349# Enable storage for TAs in secure storage, depends on CFG_REE_FS=y
350# TA binaries are stored encrypted in the REE FS and are protected by
351# metadata in secure storage.
352CFG_SECSTOR_TA ?= $(call cfg-all-enabled,CFG_REE_FS CFG_WITH_USER_TA)
353$(eval $(call cfg-depends-all,CFG_SECSTOR_TA,CFG_REE_FS CFG_WITH_USER_TA))
354
Jens Wiklander30668b22017-11-28 16:59:16 +0100355# Enable the pseudo TA that managages TA storage in secure storage
356CFG_SECSTOR_TA_MGMT_PTA ?= $(call cfg-all-enabled,CFG_SECSTOR_TA)
357$(eval $(call cfg-depends-all,CFG_SECSTOR_TA_MGMT_PTA,CFG_SECSTOR_TA))
Jens Wiklanderc9720142017-11-28 16:59:16 +0100358
Igor Opaniuk4bca3022018-05-22 16:29:49 +0300359# Enable the pseudo TA for misc. auxilary services, extending existing
360# GlobalPlatform Core API (for example, re-seeding RNG entropy pool etc.)
361CFG_SYSTEM_PTA ?= y
362
Sumit Garg0b611082019-01-07 18:46:15 +0530363# Enable the pseudo TA for enumeration of TEE based devices for the normal
364# world OS.
365CFG_DEVICE_ENUM_PTA ?= y
366
Andrew F. Davis00da26e2017-09-19 14:18:26 -0500367# Define the number of cores per cluster used in calculating core position.
368# The cluster number is shifted by this value and added to the core ID,
369# so its value represents log2(cores/cluster).
370# Default is 2**(2) = 4 cores per cluster.
371CFG_CORE_CLUSTER_SHIFT ?= 2
Volodymyr Babchukd81f93a2017-10-10 17:44:23 +0300372
373# Do not report to NW that dynamic shared memory (shared memory outside
374# predefined region) is enabled.
375# Note that you can disable this feature for debug purposes. OP-TEE will not
376# report to Normal World that it support dynamic SHM. But, nevertheles it
377# will accept dynamic SHM buffers.
378CFG_DYN_SHM_CAP ?= y
Jens Wiklanderdd3afba2017-10-05 23:10:33 +0200379
380# Enables support for larger physical addresses, that is, it will define
381# paddr_t as a 64-bit type.
382CFG_CORE_LARGE_PHYS_ADDR ?= n
Jerome Forissiere3458e02018-03-26 18:31:23 +0200383
384# Define the maximum size, in bits, for big numbers in the Internal Core API
385# Arithmetical functions. This does *not* influence the key size that may be
386# manipulated through the Cryptographic API.
387# Set this to a lower value to reduce the TA memory footprint.
388CFG_TA_BIGNUM_MAX_BITS ?= 2048
Jerome Forissier409d2ff2018-03-27 00:16:38 +0800389
390# Define the maximum size, in bits, for big numbers in the TEE core (privileged
391# layer).
392# This value is an upper limit for the key size in any cryptographic algorithm
393# implemented by the TEE core.
394# Set this to a lower value to reduce the memory footprint.
395CFG_CORE_BIGNUM_MAX_BITS ?= 4096
Jens Wiklandera97bc4a2018-05-18 15:49:22 +0200396
397# Compiles mbedTLS for TA usage
398CFG_TA_MBEDTLS ?= y
399
400# Compile the TA library mbedTLS with self test functions, the functions
401# need to be called to test anything
402CFG_TA_MBEDTLS_SELF_TEST ?= y
Gabor Szekely017dfaf2018-11-13 09:05:42 +0000403
404# Enable TEE_ALG_RSASSA_PKCS1_V1_5 algorithm for signing with PKCS#1 v1.5 EMSA
405# # without ASN.1 around the hash.
406CFG_CRYPTO_RSASSA_NA1 ?= y