Searched hist:"6 b358e40495668772bd7038cd53fd55aaa9d0652" (Results 1 – 4 of 4) sorted by relevance
| /optee_os/core/arch/arm/plat-rockchip/ |
| H A D | platform.h | 6b358e40495668772bd7038cd53fd55aaa9d0652 Fri Oct 11 11:36:07 UTC 2019 Heiko Stuebner <heiko.stuebner@theobroma-systems.com> plat-rockchip: split platform_init for ddr region protection
rk322x currently expects to be loaded from U-Boot-SPL directly and defines
one platform service to initialize security settings for its purposes.
On all future platforms we will want to approach this differently in that
OP-TEE gets started out of Trusted Firmware which in turn already should
have done core security settings and inside OP-TEE we will only want to
protect OP-TEEs memory region against non-secure access.
So create a general service calling into a flavor-specific function to
protect the memory region but also leave rk322x its special init functon.
Signed-off-by: Heiko Stuebner <heiko.stuebner@theobroma-systems.com>
Acked-by: Kever Yang <kever.yang@rock-chips.com>
Acked-by: Jerome Forissier <jerome@forissier.org>
Reviewed-by: Etienne Carriere <etienne.carriere@linaro.org>
|
| H A D | sub.mk | 6b358e40495668772bd7038cd53fd55aaa9d0652 Fri Oct 11 11:36:07 UTC 2019 Heiko Stuebner <heiko.stuebner@theobroma-systems.com> plat-rockchip: split platform_init for ddr region protection
rk322x currently expects to be loaded from U-Boot-SPL directly and defines
one platform service to initialize security settings for its purposes.
On all future platforms we will want to approach this differently in that
OP-TEE gets started out of Trusted Firmware which in turn already should
have done core security settings and inside OP-TEE we will only want to
protect OP-TEEs memory region against non-secure access.
So create a general service calling into a flavor-specific function to
protect the memory region but also leave rk322x its special init functon.
Signed-off-by: Heiko Stuebner <heiko.stuebner@theobroma-systems.com>
Acked-by: Kever Yang <kever.yang@rock-chips.com>
Acked-by: Jerome Forissier <jerome@forissier.org>
Reviewed-by: Etienne Carriere <etienne.carriere@linaro.org>
|
| H A D | platform_rk322x.c | 6b358e40495668772bd7038cd53fd55aaa9d0652 Fri Oct 11 11:36:07 UTC 2019 Heiko Stuebner <heiko.stuebner@theobroma-systems.com> plat-rockchip: split platform_init for ddr region protection
rk322x currently expects to be loaded from U-Boot-SPL directly and defines
one platform service to initialize security settings for its purposes.
On all future platforms we will want to approach this differently in that
OP-TEE gets started out of Trusted Firmware which in turn already should
have done core security settings and inside OP-TEE we will only want to
protect OP-TEEs memory region against non-secure access.
So create a general service calling into a flavor-specific function to
protect the memory region but also leave rk322x its special init functon.
Signed-off-by: Heiko Stuebner <heiko.stuebner@theobroma-systems.com>
Acked-by: Kever Yang <kever.yang@rock-chips.com>
Acked-by: Jerome Forissier <jerome@forissier.org>
Reviewed-by: Etienne Carriere <etienne.carriere@linaro.org>
|
| H A D | platform.c | 6b358e40495668772bd7038cd53fd55aaa9d0652 Fri Oct 11 11:36:07 UTC 2019 Heiko Stuebner <heiko.stuebner@theobroma-systems.com> plat-rockchip: split platform_init for ddr region protection
rk322x currently expects to be loaded from U-Boot-SPL directly and defines
one platform service to initialize security settings for its purposes.
On all future platforms we will want to approach this differently in that
OP-TEE gets started out of Trusted Firmware which in turn already should
have done core security settings and inside OP-TEE we will only want to
protect OP-TEEs memory region against non-secure access.
So create a general service calling into a flavor-specific function to
protect the memory region but also leave rk322x its special init functon.
Signed-off-by: Heiko Stuebner <heiko.stuebner@theobroma-systems.com>
Acked-by: Kever Yang <kever.yang@rock-chips.com>
Acked-by: Jerome Forissier <jerome@forissier.org>
Reviewed-by: Etienne Carriere <etienne.carriere@linaro.org>
|