u-boot.git/arch/arm/lib, branch v2019.04

arm: lib: bootm: Push the Starting kernel print to the end

2019-03-22T12:35:50Z

Push the Starting kernel print to the end just before the dm_remove_devices call. Signed-off-by: Keerthy Reviewed-by: Simon Glass

ARM: cache: Fix incorrect bitwise operation

2019-02-28T19:21:46Z

The loop implemented in the code is supposed to check whether the PL310 operation register has any bit from the mask set. Currently, the code checks whether the PL310 operation register has any bit set AND whether the mask is non-zero, which is incorrect. Fix the conditional. Signed-off-by: Marek Vasut Cc: Dalon Westergreen Cc: Dinh Nguyen Cc: Tom Rini Fixes: 93bc21930a1b ("armv7: add PL310 support to u-boot") Reviewed-by: Simon Goldschmidt Reviewed-by: Dinh Nguyen

arch: arm: lib: Flush L3 after relocation to DDR

2019-02-19T04:56:43Z

Flush L3 cache after uboot relocated to DDR. Signed-off-by: Meenakshi Aggarwal Signed-off-by: Udit Kumar Reviewed-by: Stefan Roese Reviewed-by: Prabhakar Kushwaha

efi_selftest: allow building on ARMv7-M

2019-02-13T08:40:05Z

ARMv7-M only supports the Thumb instruction set. Our current crt0 code does not support it. With the patch we can build all unit tests of the EFI subsystem that do not require crt0. Signed-off-by: Heinrich Schuchardt Signed-off-by: Alexander Graf

arm: bootm: fix sp detection at end of address range

2019-01-17T04:16:25Z

This fixes 'arch_lmb_reserve()' for ARM that tries to detect in which DRAM bank 'sp' is in. This code failed if a bank was at the end of physical address range (i.e. size + length overflowed to 0). To fix this, calculate 'bank_end' as 'size + length - 1' so that such banks end at 0xffffffff, not 0. Fixes: 15751403b6 ("ARM: bootm: don't assume sp is in DRAM bank 0") Reported-by: Frank Wunderlich Signed-off-by: Simon Goldschmidt Reviewed-by: Stephen Warren

arm: efi: Generate Microsoft PE format compliant images

2018-12-02T20:59:36Z

Per Microsoft PE Format documentation [1], PointerToSymbolTable and NumberOfSymbols should be zero for an image in the COFF file header. Currently the COFF file header is hardcoded on ARM and these two members are not zero. This updates the hardcoded structure to clear these two members, as well as setting the flag IMAGE_FILE_LOCAL_SYMS_STRIPPED so that we can generate compliant *.efi images. [1] https://docs.microsoft.com/zh-cn/windows/desktop/Debug/pe-format Signed-off-by: Bin Meng Reviewed-by: Heinrich Schuchardt Signed-off-by: Alexander Graf

arm: Make arch specific memcpy thumb-safe.

2018-11-16T21:51:57Z

The current arch implementation of memcpy cannot be called from thumb code, because it does not use bx instructions on return. This patch addresses that. Note, that this patch does not touch the hot loop of memcpy, so performance is not affected. Tested on MXS (arm926ejs) with and without thumb-mode enabled. Signed-off-by: Klaus Goger Signed-off-by: Christoph Muellner

Merge tag 'signed-efi-2018.11' of git://github.com/agraf/u-boot

2018-10-17T11:20:52Z

Patch queue for efi - 2018-10-17 A few bug fixes for the 2018.11 release: - Fix block seeking on 32bit - Fix execution with DEBUG set - Fix a few Coverity found bugs - Fix warnings Heinrich Schuchardt (13): efi_loader: fix relocation on x86_64 efi_loader: correct signature of GetPosition, SetPosition efi_loader: execute efi_save_gd() first efi_loader: efi_allocate_pool(EFI_ALLOCATE_ANY_PAGES, ...) efi_loader: error handling in read_console() efi_loader: return type efi_console_register() efi_loader: superfluous statement in is_dir() efi_loader: memory leak in efi_set_variable() efi_loader: remove lcd.h from efi_net.c arm: do not include efi_loader.h twice efi_loader: fix typo in efi_boottime.c efi_selftest: creating new handle in controller test efi_loader: efi_dp_get_next_instance() superfluous statement Tom Rini (2): efi_loader: Fix warning in efi_load_image() fs: fat: Fix warning in normalize_longname()

arm: do not include efi_loader.h twice

2018-10-16T14:41:01Z

We should not include the same include twice. Fixes: 99b8db7291ce ("arm: print information about loaded UEFI images") Signed-off-by: Heinrich Schuchardt Signed-off-by: Alexander Graf

arm64: gic: Do gicv3 secure initialization based on EL level

2018-10-16T12:58:46Z

Do gic cpu initialization based on EL level which u-boot enters. U-Boot can't access EL3 regs when runs in EL2/EL1, etc. Signed-off-by: Michal Simek