u-boot.git/lib/efi_loader/efi_boottime.c, branch v2017.01

ls2080: Exit dpaa only right before exiting U-Boot

2016-11-17T13:18:55+00:00

On ls2080 we have a separate network fabric component which we need to
shut down before we enter Linux (or any other OS). Along with that also
comes configuration of the fabric using a description file.

Today we always stop and configure the fabric in the boot script and
(again) exit it on device tree generation. This works ok for the normal
booti case, but with bootefi the payload we're running may still want to
access the network.

So let's add a new fsl_mc command that defers configuration and stopping
the hardware to when we actually exit U-Boot, so that we can still use
the fabric from an EFI payload.

For existing boot scripts, nothing should change with this patch.

Signed-off-by: Alexander Graf 
Reviewed-by: York Sun 
[agraf: Fix x86 build]

efi_loader: Rename EFI_RUNTIME_{TEXT, DATA} to __efi_runtime{, _data}

2016-10-19T07:01:54+00:00

Compiler attributes are more commonly __foo style tags rather than big
upper case eye sores like EFI_RUNTIME_TEXT.

Simon Glass felt quite strongly about this, so this patch converts our
existing defines over to more eye friendly ones.

Signed-off-by: Alexander Graf 
Reviewed-by: Simon Glass

x86: efi: Add EFI loader support for x86

2016-10-19T07:01:53+00:00

Add the required pieces to support the EFI loader on x86.

Since U-Boot only builds for 32-bit on x86, only a 32-bit EFI application
is supported. If a 64-bit kernel must be booted, U-Boot supports this
directly using FIT (see doc/uImage.FIT/kernel.its). U-Boot can act as a
payload for both 32-bit and 64-bit EFI.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng 
Signed-off-by: Alexander Graf

efi: Fix missing EFIAPI specifiers

2016-10-19T07:01:53+00:00

These are missing in some functions. Add them to keep things consistent.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng 
Reviewed-by: Alexander Graf 
Signed-off-by: Alexander Graf

efi_loader: Fix efi_install_configuration_table

2016-10-19T07:01:52+00:00

So far we were only installing the FDT table and didn't have space
to store any other. Hence nobody realized that our efi table allocation
was broken in that it didn't set the indicator for the number of tables
plus one.

This patch fixes it, allowing code to allocate new efi tables.

Signed-off-by: Alexander Graf 
Reviewed-by: Simon Glass

efi_loader: Expose efi_install_configuration_table

2016-10-19T07:01:51+00:00

We want to be able to add configuration table entries from our own code as
well as from EFI payload code. Export the boot service function internally
too, so that we can reuse it.

Signed-off-by: Alexander Graf 
Reviewed-by: Simon Glass

efi_loader: Track size of pool allocations to allow freeing

2016-10-18T07:08:07+00:00

We need a functional free_pool implementation, as otherwise each
allocate_pool causes growth of the memory descriptor table.

Different to free_pages, free_pool does not provide the size for the
to be freed allocation, thus we have to track the size ourselves.

As the only EFI requirement for pool allocation is an alignment of
8 bytes, we can keep allocating a range using the page allocator,
reserve the first 8 bytes for our bookkeeping and hand out the
remainder to the caller. This saves us from having to use any
independent data structures for tracking.

To simplify the conversion between pool allocations and the corresponding
page allocation, we create an auxiliary struct efi_pool_allocation.

Given the allocation size free_pool size can handoff freeing the page
range, which was indirectly allocated by a call to allocate_pool,
to free_pages.

Signed-off-by: Stefan Brüns 
Reviewed-by: Alexander Graf 
Signed-off-by: Alexander Graf

efi_loader: Move efi_allocate_pool implementation to efi_memory.c

2016-10-18T07:08:07+00:00

We currently handle efi_allocate_pool() in our boot time service
file. In the following patch, pool allocation will receive additional
internal semantics that we should preserve inside efi_memory.c instead.

As foundation for those changes, split the function into an externally
facing efi_allocate_pool_ext() for use by payloads and an internal helper
efi_allocate_pool() in efi_memory.c that handles the actual allocation.

While at it, change the magic 0xfff / 12 constants to the more obvious
EFI_PAGE_MASK/SHIFT defines.

Signed-off-by: Stefan Brüns 
Reviewed-by: Alexander Graf 
Signed-off-by: Alexander Graf

efi_loader: Fix crash on 32-bit systems

2016-10-18T07:08:07+00:00

A type mismatch in the efi_allocate_pool boot service flow causes
hazardous memory scribbling on 32-bit systems.

This is efi_allocate_pool's prototype:

static efi_status_t EFIAPI efi_allocate_pool(int pool_type,
						    unsigned long size,
						    void **buffer);

Internally, it invokes efi_allocate_pages as follows:

efi_allocate_pages(0, pool_type, (size + 0xfff) >> 12,
					    (void*)buffer);

This is efi_allocate_pages' prototype:

efi_status_t efi_allocate_pages(int type, int memory_type,
					unsigned long pages,
					uint64_t *memory);

The problem: efi_allocate_pages does this internally:

    *memory = addr;

This fix in efi_allocate_pool uses a transitional uintptr_t cast to
ensure the correct outcome, irrespective of the system's native word
size.

This was observed when bootefi'ing the EFI instance of FreeBSD's first
stage bootstrap (boot1.efi) on a 32-bit ARM platform (Qemu VExpress +
Cortex-a9).

Signed-off-by: Robin Randhawa 
Signed-off-by: Alexander Graf

arm: Add return value argument to longjmp

2016-10-08T13:33:34+00:00

The normal longjmp command allows for a caller to pass the return value
of the setjmp() invocation. This patch adds that semantic to the arm
implementation of it and adjusts the efi_loader call respectively.

Signed-off-by: Alexander Graf 
Reviewed-by: Simon Glass