2013-10-25 09:08:21 +01:00
|
|
|
/*
|
2016-09-12 16:10:33 +01:00
|
|
|
* Copyright (c) 2013-2016, ARM Limited and Contributors. All rights reserved.
|
2013-10-25 09:08:21 +01:00
|
|
|
*
|
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
|
* modification, are permitted provided that the following conditions are met:
|
|
|
|
|
*
|
|
|
|
|
* Redistributions of source code must retain the above copyright notice, this
|
|
|
|
|
* list of conditions and the following disclaimer.
|
|
|
|
|
*
|
|
|
|
|
* Redistributions in binary form must reproduce the above copyright notice,
|
|
|
|
|
* this list of conditions and the following disclaimer in the documentation
|
|
|
|
|
* and/or other materials provided with the distribution.
|
|
|
|
|
*
|
|
|
|
|
* Neither the name of ARM nor the names of its contributors may be used
|
|
|
|
|
* to endorse or promote products derived from this software without specific
|
|
|
|
|
* prior written permission.
|
|
|
|
|
*
|
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
|
|
|
|
|
* AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE
|
|
|
|
|
* LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
|
|
|
|
|
* CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
|
|
|
|
|
* SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
|
|
|
|
|
* INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
|
|
|
|
|
* CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
|
|
|
|
|
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
|
|
|
|
|
* POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
|
*/
|
|
|
|
|
|
2014-04-09 13:14:54 +01:00
|
|
|
#include <arch.h>
|
2013-10-25 09:08:21 +01:00
|
|
|
#include <arch_helpers.h>
|
2014-04-09 13:14:54 +01:00
|
|
|
#include <assert.h>
|
2015-05-19 11:54:12 +01:00
|
|
|
#include <auth_mod.h>
|
2015-10-10 19:06:53 +01:00
|
|
|
#include <bl1.h>
|
2014-04-09 13:14:54 +01:00
|
|
|
#include <bl_common.h>
|
2014-04-15 18:08:08 +01:00
|
|
|
#include <debug.h>
|
2014-04-09 13:14:54 +01:00
|
|
|
#include <platform.h>
|
2014-05-14 17:44:19 +01:00
|
|
|
#include <platform_def.h>
|
2015-10-10 19:06:53 +01:00
|
|
|
#include <smcc_helpers.h>
|
2016-07-20 14:38:36 +01:00
|
|
|
#include <utils.h>
|
2014-04-17 18:53:42 +01:00
|
|
|
#include "bl1_private.h"
|
2015-10-10 19:06:53 +01:00
|
|
|
#include <uuid.h>
|
|
|
|
|
|
|
|
|
|
/* BL1 Service UUID */
|
|
|
|
|
DEFINE_SVC_UUID(bl1_svc_uid,
|
|
|
|
|
0xfd3967d4, 0x72cb, 0x4d9a, 0xb5, 0x75,
|
|
|
|
|
0x67, 0x15, 0xd6, 0xf4, 0xbb, 0x4a);
|
2013-10-25 09:08:21 +01:00
|
|
|
|
2014-05-15 18:27:15 +01:00
|
|
|
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
static void bl1_load_bl2(void);
|
2014-05-15 18:27:15 +01:00
|
|
|
|
2014-06-24 14:02:34 +01:00
|
|
|
/*******************************************************************************
|
|
|
|
|
* The next function has a weak definition. Platform specific code can override
|
|
|
|
|
* it if it wishes to.
|
|
|
|
|
******************************************************************************/
|
|
|
|
|
#pragma weak bl1_init_bl2_mem_layout
|
|
|
|
|
|
|
|
|
|
/*******************************************************************************
|
|
|
|
|
* Function that takes a memory layout into which BL2 has been loaded and
|
|
|
|
|
* populates a new memory layout for BL2 that ensures that BL1's data sections
|
|
|
|
|
* resident in secure RAM are not visible to BL2.
|
|
|
|
|
******************************************************************************/
|
|
|
|
|
void bl1_init_bl2_mem_layout(const meminfo_t *bl1_mem_layout,
|
|
|
|
|
meminfo_t *bl2_mem_layout)
|
|
|
|
|
{
|
|
|
|
|
|
|
|
|
|
assert(bl1_mem_layout != NULL);
|
|
|
|
|
assert(bl2_mem_layout != NULL);
|
|
|
|
|
|
2016-09-12 16:10:33 +01:00
|
|
|
#if LOAD_IMAGE_V2
|
|
|
|
|
/*
|
|
|
|
|
* Remove BL1 RW data from the scope of memory visible to BL2.
|
|
|
|
|
* This is assuming BL1 RW data is at the top of bl1_mem_layout.
|
|
|
|
|
*/
|
|
|
|
|
assert(BL1_RW_BASE > bl1_mem_layout->total_base);
|
|
|
|
|
bl2_mem_layout->total_base = bl1_mem_layout->total_base;
|
|
|
|
|
bl2_mem_layout->total_size = BL1_RW_BASE - bl1_mem_layout->total_base;
|
|
|
|
|
#else
|
2014-06-24 14:02:34 +01:00
|
|
|
/* Check that BL1's memory is lying outside of the free memory */
|
|
|
|
|
assert((BL1_RAM_LIMIT <= bl1_mem_layout->free_base) ||
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
(BL1_RAM_BASE >= bl1_mem_layout->free_base +
|
|
|
|
|
bl1_mem_layout->free_size));
|
2014-06-24 14:02:34 +01:00
|
|
|
|
|
|
|
|
/* Remove BL1 RW data from the scope of memory visible to BL2 */
|
|
|
|
|
*bl2_mem_layout = *bl1_mem_layout;
|
|
|
|
|
reserve_mem(&bl2_mem_layout->total_base,
|
|
|
|
|
&bl2_mem_layout->total_size,
|
|
|
|
|
BL1_RAM_BASE,
|
2016-09-12 16:10:33 +01:00
|
|
|
BL1_RAM_LIMIT - BL1_RAM_BASE);
|
|
|
|
|
#endif /* LOAD_IMAGE_V2 */
|
2014-06-24 14:02:34 +01:00
|
|
|
|
|
|
|
|
flush_dcache_range((unsigned long)bl2_mem_layout, sizeof(meminfo_t));
|
|
|
|
|
}
|
2014-05-15 18:27:15 +01:00
|
|
|
|
2013-10-25 09:08:21 +01:00
|
|
|
/*******************************************************************************
|
|
|
|
|
* Function to perform late architectural and platform specific initialization.
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
* It also queries the platform to load and run next BL image. Only called
|
|
|
|
|
* by the primary cpu after a cold boot.
|
|
|
|
|
******************************************************************************/
|
2013-10-25 09:08:21 +01:00
|
|
|
void bl1_main(void)
|
|
|
|
|
{
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
unsigned int image_id;
|
|
|
|
|
|
2014-07-29 17:14:00 +01:00
|
|
|
/* Announce our arrival */
|
|
|
|
|
NOTICE(FIRMWARE_WELCOME_STR);
|
|
|
|
|
NOTICE("BL1: %s\n", version_string);
|
|
|
|
|
NOTICE("BL1: %s\n", build_message);
|
|
|
|
|
|
2016-06-28 17:07:09 +01:00
|
|
|
INFO("BL1: RAM %p - %p\n", (void *)BL1_RAM_BASE,
|
|
|
|
|
(void *)BL1_RAM_LIMIT);
|
2014-07-29 17:14:00 +01:00
|
|
|
|
2013-10-25 09:08:21 +01:00
|
|
|
|
2015-03-30 17:15:16 +01:00
|
|
|
#if DEBUG
|
2016-06-28 17:07:09 +01:00
|
|
|
u_register_t val;
|
2013-10-25 09:08:21 +01:00
|
|
|
/*
|
|
|
|
|
* Ensure that MMU/Caches and coherency are turned on
|
|
|
|
|
*/
|
2016-06-28 17:07:09 +01:00
|
|
|
#ifdef AARCH32
|
|
|
|
|
val = read_sctlr();
|
|
|
|
|
#else
|
2015-03-30 17:15:16 +01:00
|
|
|
val = read_sctlr_el3();
|
2016-06-28 17:07:09 +01:00
|
|
|
#endif
|
2015-06-11 14:12:14 +01:00
|
|
|
assert(val & SCTLR_M_BIT);
|
|
|
|
|
assert(val & SCTLR_C_BIT);
|
|
|
|
|
assert(val & SCTLR_I_BIT);
|
2015-03-30 17:15:16 +01:00
|
|
|
/*
|
|
|
|
|
* Check that Cache Writeback Granule (CWG) in CTR_EL0 matches the
|
|
|
|
|
* provided platform value
|
|
|
|
|
*/
|
|
|
|
|
val = (read_ctr_el0() >> CTR_CWG_SHIFT) & CTR_CWG_MASK;
|
|
|
|
|
/*
|
|
|
|
|
* If CWG is zero, then no CWG information is available but we can
|
|
|
|
|
* at least check the platform value is less than the architectural
|
|
|
|
|
* maximum.
|
|
|
|
|
*/
|
|
|
|
|
if (val != 0)
|
|
|
|
|
assert(CACHE_WRITEBACK_GRANULE == SIZE_FROM_LOG2_WORDS(val));
|
|
|
|
|
else
|
|
|
|
|
assert(CACHE_WRITEBACK_GRANULE <= MAX_CACHE_LINE_SIZE);
|
|
|
|
|
#endif
|
2013-10-25 09:08:21 +01:00
|
|
|
|
|
|
|
|
/* Perform remaining generic architectural setup from EL3 */
|
|
|
|
|
bl1_arch_setup();
|
|
|
|
|
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
#if TRUSTED_BOARD_BOOT
|
|
|
|
|
/* Initialize authentication module */
|
|
|
|
|
auth_mod_init();
|
|
|
|
|
#endif /* TRUSTED_BOARD_BOOT */
|
|
|
|
|
|
2013-10-25 09:08:21 +01:00
|
|
|
/* Perform platform setup in BL1. */
|
|
|
|
|
bl1_platform_setup();
|
|
|
|
|
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
/* Get the image id of next image to load and run. */
|
|
|
|
|
image_id = bl1_plat_get_next_image_id();
|
|
|
|
|
|
2015-10-10 19:06:53 +01:00
|
|
|
/*
|
|
|
|
|
* We currently interpret any image id other than
|
|
|
|
|
* BL2_IMAGE_ID as the start of firmware update.
|
|
|
|
|
*/
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
if (image_id == BL2_IMAGE_ID)
|
|
|
|
|
bl1_load_bl2();
|
2015-10-10 19:06:53 +01:00
|
|
|
else
|
|
|
|
|
NOTICE("BL1-FWU: *******FWU Process Started*******\n");
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
|
|
|
|
|
bl1_prepare_next_image(image_id);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/*******************************************************************************
|
|
|
|
|
* This function locates and loads the BL2 raw binary image in the trusted SRAM.
|
|
|
|
|
* Called by the primary cpu after a cold boot.
|
|
|
|
|
* TODO: Add support for alternative image load mechanism e.g using virtio/elf
|
|
|
|
|
* loader etc.
|
|
|
|
|
******************************************************************************/
|
|
|
|
|
void bl1_load_bl2(void)
|
|
|
|
|
{
|
|
|
|
|
image_desc_t *image_desc;
|
|
|
|
|
image_info_t *image_info;
|
|
|
|
|
entry_point_info_t *ep_info;
|
|
|
|
|
meminfo_t *bl1_tzram_layout;
|
|
|
|
|
meminfo_t *bl2_tzram_layout;
|
|
|
|
|
int err;
|
|
|
|
|
|
|
|
|
|
/* Get the image descriptor */
|
|
|
|
|
image_desc = bl1_plat_get_image_desc(BL2_IMAGE_ID);
|
|
|
|
|
assert(image_desc);
|
|
|
|
|
|
|
|
|
|
/* Get the image info */
|
|
|
|
|
image_info = &image_desc->image_info;
|
|
|
|
|
|
|
|
|
|
/* Get the entry point info */
|
|
|
|
|
ep_info = &image_desc->ep_info;
|
2014-04-15 18:08:08 +01:00
|
|
|
|
2014-06-24 14:02:34 +01:00
|
|
|
/* Find out how much free trusted ram remains after BL1 load */
|
2013-11-28 14:55:58 +00:00
|
|
|
bl1_tzram_layout = bl1_plat_sec_mem_layout();
|
2014-06-24 14:02:34 +01:00
|
|
|
|
2015-04-13 17:36:19 +01:00
|
|
|
INFO("BL1: Loading BL2\n");
|
|
|
|
|
|
2016-09-12 16:10:33 +01:00
|
|
|
#if LOAD_IMAGE_V2
|
|
|
|
|
err = load_auth_image(BL2_IMAGE_ID, image_info);
|
|
|
|
|
#else
|
2014-06-24 14:02:34 +01:00
|
|
|
/* Load the BL2 image */
|
2015-05-19 11:54:12 +01:00
|
|
|
err = load_auth_image(bl1_tzram_layout,
|
2015-04-13 17:36:19 +01:00
|
|
|
BL2_IMAGE_ID,
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
image_info->image_base,
|
|
|
|
|
image_info,
|
|
|
|
|
ep_info);
|
2015-05-19 11:54:12 +01:00
|
|
|
|
2016-09-12 16:10:33 +01:00
|
|
|
#endif /* LOAD_IMAGE_V2 */
|
|
|
|
|
|
2014-04-15 18:08:08 +01:00
|
|
|
if (err) {
|
2014-07-29 17:14:00 +01:00
|
|
|
ERROR("Failed to load BL2 firmware.\n");
|
2015-09-25 15:41:14 +01:00
|
|
|
plat_error_handler(err);
|
2014-04-15 18:08:08 +01:00
|
|
|
}
|
2015-01-07 13:49:59 +00:00
|
|
|
|
2013-10-25 09:08:21 +01:00
|
|
|
/*
|
|
|
|
|
* Create a new layout of memory for BL2 as seen by BL1 i.e.
|
|
|
|
|
* tell it the amount of total and free memory available.
|
|
|
|
|
* This layout is created at the first free address visible
|
|
|
|
|
* to BL2. BL2 will read the memory layout before using its
|
|
|
|
|
* memory for other purposes.
|
|
|
|
|
*/
|
2016-09-12 16:10:33 +01:00
|
|
|
#if LOAD_IMAGE_V2
|
|
|
|
|
bl2_tzram_layout = (meminfo_t *) bl1_tzram_layout->total_base;
|
|
|
|
|
#else
|
2014-04-10 15:37:22 +01:00
|
|
|
bl2_tzram_layout = (meminfo_t *) bl1_tzram_layout->free_base;
|
2016-09-12 16:10:33 +01:00
|
|
|
#endif /* LOAD_IMAGE_V2 */
|
|
|
|
|
|
2014-06-24 14:02:34 +01:00
|
|
|
bl1_init_bl2_mem_layout(bl1_tzram_layout, bl2_tzram_layout);
|
2014-04-15 18:08:08 +01:00
|
|
|
|
2016-06-28 17:07:09 +01:00
|
|
|
ep_info->args.arg1 = (uintptr_t)bl2_tzram_layout;
|
Add descriptor based image management support in BL1
As of now BL1 loads and execute BL2 based on hard coded information
provided in BL1. But due to addition of support for upcoming Firmware
Update feature, BL1 now require more flexible approach to load and
run different images using information provided by the platform.
This patch adds new mechanism to load and execute images based on
platform provided image id's. BL1 now queries the platform to fetch
the image id of the next image to be loaded and executed. In order
to achieve this, a new struct image_desc_t was added which holds the
information about images, such as: ep_info and image_info.
This patch introduces following platform porting functions:
unsigned int bl1_plat_get_next_image_id(void);
This is used to identify the next image to be loaded
and executed by BL1.
struct image_desc *bl1_plat_get_image_desc(unsigned int image_id);
This is used to retrieve the image_desc for given image_id.
void bl1_plat_set_ep_info(unsigned int image_id,
struct entry_point_info *ep_info);
This function allows platforms to update ep_info for given
image_id.
The plat_bl1_common.c file provides default weak implementations of
all above functions, the `bl1_plat_get_image_desc()` always return
BL2 image descriptor, the `bl1_plat_get_next_image_id()` always return
BL2 image ID and `bl1_plat_set_ep_info()` is empty and just returns.
These functions gets compiled into all BL1 platforms by default.
Platform setup in BL1, using `bl1_platform_setup()`, is now done
_after_ the initialization of authentication module. This change
provides the opportunity to use authentication while doing the
platform setup in BL1.
In order to store secure/non-secure context, BL31 uses percpu_data[]
to store context pointer for each core. In case of BL1 only the
primary CPU will be active hence percpu_data[] is not required to
store the context pointer.
This patch introduce bl1_cpu_context[] and bl1_cpu_context_ptr[] to
store the context and context pointers respectively. It also also
re-defines cm_get_context() and cm_set_context() for BL1 in
bl1/bl1_context_mgmt.c.
BL1 now follows the BL31 pattern of using SP_EL0 for the C runtime
environment, to support resuming execution from a previously saved
context.
NOTE: THE `bl1_plat_set_bl2_ep_info()` PLATFORM PORTING FUNCTION IS
NO LONGER CALLED BY BL1 COMMON CODE. PLATFORMS THAT OVERRIDE
THIS FUNCTION MAY NEED TO IMPLEMENT `bl1_plat_set_ep_info()`
INSTEAD TO MAINTAIN EXISTING BEHAVIOUR.
Change-Id: Ieee4c124b951c2e9bc1c1013fa2073221195d881
2015-10-09 18:06:13 +01:00
|
|
|
NOTICE("BL1: Booting BL2\n");
|
2016-06-28 17:07:09 +01:00
|
|
|
VERBOSE("BL1: BL2 memory layout address = %p\n",
|
|
|
|
|
(void *) bl2_tzram_layout);
|
2013-10-25 09:08:21 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/*******************************************************************************
|
2016-06-28 17:07:09 +01:00
|
|
|
* Function called just before handing over to the next BL to inform the user
|
|
|
|
|
* about the boot progress. In debug mode, also print details about the BL
|
|
|
|
|
* image's execution context.
|
2013-10-25 09:08:21 +01:00
|
|
|
******************************************************************************/
|
2016-06-28 17:07:09 +01:00
|
|
|
void bl1_print_next_bl_ep_info(const entry_point_info_t *bl_ep_info)
|
2013-10-25 09:08:21 +01:00
|
|
|
{
|
2016-06-28 17:07:09 +01:00
|
|
|
#ifdef AARCH32
|
|
|
|
|
NOTICE("BL1: Booting BL32\n");
|
|
|
|
|
#else
|
2015-12-14 09:35:25 +00:00
|
|
|
NOTICE("BL1: Booting BL31\n");
|
2016-06-28 17:07:09 +01:00
|
|
|
#endif /* AARCH32 */
|
|
|
|
|
print_entry_point_info(bl_ep_info);
|
2013-10-25 09:08:21 +01:00
|
|
|
}
|
2015-11-10 10:01:19 +00:00
|
|
|
|
|
|
|
|
#if SPIN_ON_BL1_EXIT
|
|
|
|
|
void print_debug_loop_message(void)
|
|
|
|
|
{
|
|
|
|
|
NOTICE("BL1: Debug loop, spinning forever\n");
|
|
|
|
|
NOTICE("BL1: Please connect the debugger to continue\n");
|
|
|
|
|
}
|
|
|
|
|
#endif
|
2015-10-10 19:06:53 +01:00
|
|
|
|
|
|
|
|
/*******************************************************************************
|
|
|
|
|
* Top level handler for servicing BL1 SMCs.
|
|
|
|
|
******************************************************************************/
|
|
|
|
|
register_t bl1_smc_handler(unsigned int smc_fid,
|
|
|
|
|
register_t x1,
|
|
|
|
|
register_t x2,
|
|
|
|
|
register_t x3,
|
|
|
|
|
register_t x4,
|
|
|
|
|
void *cookie,
|
|
|
|
|
void *handle,
|
|
|
|
|
unsigned int flags)
|
|
|
|
|
{
|
|
|
|
|
|
|
|
|
|
#if TRUSTED_BOARD_BOOT
|
|
|
|
|
/*
|
|
|
|
|
* Dispatch FWU calls to FWU SMC handler and return its return
|
|
|
|
|
* value
|
|
|
|
|
*/
|
|
|
|
|
if (is_fwu_fid(smc_fid)) {
|
|
|
|
|
return bl1_fwu_smc_handler(smc_fid, x1, x2, x3, x4, cookie,
|
|
|
|
|
handle, flags);
|
|
|
|
|
}
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
switch (smc_fid) {
|
|
|
|
|
case BL1_SMC_CALL_COUNT:
|
|
|
|
|
SMC_RET1(handle, BL1_NUM_SMC_CALLS);
|
|
|
|
|
|
|
|
|
|
case BL1_SMC_UID:
|
|
|
|
|
SMC_UUID_RET(handle, bl1_svc_uid);
|
|
|
|
|
|
|
|
|
|
case BL1_SMC_VERSION:
|
|
|
|
|
SMC_RET1(handle, BL1_SMC_MAJOR_VER | BL1_SMC_MINOR_VER);
|
|
|
|
|
|
|
|
|
|
default:
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
WARN("Unimplemented BL1 SMC Call: 0x%x \n", smc_fid);
|
|
|
|
|
SMC_RET1(handle, SMC_UNK);
|
|
|
|
|
}
|
