u-boot.git/include/asm-generic, branch v2018.03-rc1

atomic-long: Fix warnings on arm64

2018-01-28T14:39:05+00:00

Several inline functions in this file reference undefined functions in
U-Boot.  For example:

atomic-long.h:73:9: warning: implicit declaration of function
'atomic64_sub_and_test'
atomic-long.h:80:9: warning: implicit declaration of function
'atomic64_dec_and_test'
atomic-long.h:87:9: warning: implicit declaration of function
'atomic64_inc_and_test'

Handle this the same as the 32 bit build by wrapping these functions in
a __UBOOT__ check.

Signed-off-by: Bradley Bolen

env: Initialise all the environments

2018-01-27T14:21:57+00:00

Since we want to have multiple environments, we will need to initialise
all the environments since we don't know at init time what drivers might
fail when calling load.

Let's init all of them, and only consider for further operations the ones
that have not reported any errors at init time.

Reviewed-by: Simon Glass 
Signed-off-by: Maxime Ripard

log: Plumb logging into the init sequence

2017-12-07T20:17:00+00:00

Set up logging both before and after relocation.

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

log: Add an implementation of logging

2017-12-07T20:17:00+00:00

Add the logging header file and implementation with some configuration
options to control it.

Signed-off-by: Simon Glass

Drop the log buffer

2017-12-07T20:17:00+00:00

This does not appear to be used by any boards. Before introducing a new
log system, remove this old one.

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

Provide a generic io.h & address mapping functions

2017-10-03T01:52:19+00:00

Most architectures currently supported by U-Boot use trivial
implementations of map_to_physmem & virt_to_phys which simply cast a
physical address to a pointer for use a virtual address & vice-versa.
This results in a lot of duplicate implementations of these mapping
functions.

The set of functions provided by different architectures also differs,
with some having implementations of phys_to_virt & others not. A later
patch will make use of phys_to_virt in architecture-neutral code, and so
requires that it be provided for all architectures.

This patch introduces an asm-generic/io.h which provides generic
implementations of address mapping functions, allowing the duplication
of them between architectures to be removed. Once architectures are
converted to make use of this generic header it will also ensure that
all of phys_to_virt, virt_to_phys, map_physmem & unmap_physmem are
provided. The 2 families of functions differ in that map_physmem may
create dynamic mappings whilst phys_to_virt may not & therefore is more
limited in scope but doesn't require information such as a length &
flags.

This patch doesn't convert any architectures to make use of this generic
header - later patches in the series will do so.

Signed-off-by: Paul Burton 
Cc: Albert Aribaud 
Cc: Alexey Brodkin 
Cc: Angelo Dureghello 
Cc: Bin Meng 
Cc: Daniel Schwierzeck 
Cc: Macpaul Lin 
Cc: Michal Simek 
Cc: Nobuhiro Iwamatsu 
Cc: Thomas Chou 
Cc: Wolfgang Denk 
Acked-by: Angelo Dureghello 
Tested-by: Angelo Dureghello 
Reviewed-by: Simon Glass 
Reviewed-by: Daniel Schwierzeck

efi_loader: rename __efi_hello_world_*

2017-09-18T21:53:56+00:00

In scripts/Makefile.lib we build section including helloworld.efi.
This allows to load the EFI binary with command 'bootefi hello'.

scripts/Makefile.lib contains explicit references to strings
containing helloworld and hello_world. This makes it impossible
to generalize the coding to accomodate additional built in
EFI binaries.

Let us rename the variables __efi_hello_world_* to
__efi_helloworld_*.

Signed-off-by: Heinrich Schuchardt 
Signed-off-by: Alexander Graf

env: Rename getenv/_f() to env_get()

2017-08-16T12:30:24+00:00

We are now using an env_ prefix for environment functions. Rename these
two functions for consistency. Also add function comments in common.h.

Quite a few places use getenv() in a condition context, provoking a
warning from checkpatch. These are fixed up in this patch also.

Suggested-by: Wolfgang Denk 
Signed-off-by: Simon Glass

env: Add an enum for environment state

2017-08-15T12:18:51+00:00

At present we have three states for the environment, numbered 0, 1 and 2.
Add an enum to record this to avoid open-coded values.

Signed-off-by: Simon Glass 
Reviewed-by: Tom Rini

spl: make SPL and normal u-boot stage use independent SYS_MALLOC_F_LEN

2017-07-27T12:59:03+00:00

Some platforms have very limited SRAM to run SPL code, so there may
not be the same amount space for a malloc pool before relocation in
the SPL stage as the normal U-Boot stage.

Make SPL and (the full) U-Boot stage use independent SYS_MALLOC_F_LEN,
so the size of pre-relocation malloc pool can be configured memory
space independently.

Signed-off-by: Andy Yan 
Reviewed-by: Tom Rini 
Acked-by: Philipp Tomsich 
Reviewed-by: Philipp Tomsich 
[fixed up commit-message:]
Signed-off-by: Philipp Tomsich