u-boot.git/arch/arm/include/asm/config.h, branch master

Convert CONFIG_SYS_BOOT_RAMDISK_HIGH to Kconfig

2022-07-07T18:01:09+00:00

This converts the following to Kconfig:
   CONFIG_SYS_BOOT_RAMDISK_HIGH

Signed-off-by: Tom Rini

arm: Remove PXA architecture support

2022-07-07T13:29:08+00:00

With the last platform for this architecture removed, remove the rest of
the architecture support as well.

Cc: Marek Vasut 
Signed-off-by: Tom Rini 
Reviewed-by: Simon Glass

arm: pxa: Remove CONFIG_CPU_PXA25X

2022-06-06T16:09:12+00:00

There are no platforms that set this, remove the code.

Signed-off-by: Tom Rini

lmb: move CONFIG_LMB in Kconfig

2021-04-22T18:09:45+00:00

Migrate CONFIG_LMB in Kconfig.

Signed-off-by: Patrick Delaunay

SPDX: Convert all of our single license tags to Linux Kernel style

2018-05-07T13:34:12+00:00

When U-Boot started using SPDX tags we were among the early adopters and
there weren't a lot of other examples to borrow from.  So we picked the
area of the file that usually had a full license text and replaced it
with an appropriate SPDX-License-Identifier: entry.  Since then, the
Linux Kernel has adopted SPDX tags and they place it as the very first
line in a file (except where shebangs are used, then it's second line)
and with slightly different comment styles than us.

In part due to community overlap, in part due to better tag visibility
and in part for other minor reasons, switch over to that style.

This commit changes all instances where we have a single declared
license in the tag as both the before and after are identical in tag
contents.  There's also a few places where I found we did not have a tag
and have introduced one.

Signed-off-by: Tom Rini

arm64: support running at addr other than linked to

2017-11-17T12:44:13+00:00

This is required in the case where U-Boot is typically loaded and run at
a particular address, but for some reason the RAM at that location is not
available, e.g. due to memory fragmentation loading other boot binaries or
firmware, splitting an SMP complex between various different OSs without
using e.g. the EL2 second-stage page tables to hide the memory asignments,
or due to known ECC failures.

Signed-off-by: Stephen Warren

armv7: ls1021a: Drop macro CONFIG_LS102XA

2017-04-17T16:03:30+00:00

Use CONFIG_ARCH_LS1021A instead.

Signed-off-by: York Sun

treewide: move CONFIG_PHYS_64BIT to Kconfig

2016-08-05T11:27:25+00:00

We need to ensure that CONFIG_PHYS_64BIT is configured via Kconfig so
that it is always available to the build system.  Otherwise we can run
into cases where we have inconsistent sizes of certain attributes.

Ravi Babu reported offset mismatch of struct dwc3 across files since
commit 95ebc253e6d4 ("types.h: move and redefine resource_size_t").
Since the commit, resource_addr_t points to phys_addr_t, whose size
is dependent on CONFIG_PHYS_64BIT for ARM architecture.

I tried my best to use "select" where possible (for example, ARMv8
architecture) because I think this kind of option is generally user-
unconfigurable.  However, I see some of PowerPC boards have 36BIT
defconfigs as well as 32BIT ones.  I moved CONFIG_PHYS_64BIT to the
defconfigs for such boards.

CONFIG_36BIT is no longer referenced, so all of the defines were
removed from CONFIG_SYS_EXTRA_OPTIONS.

Fixes: 95ebc253e6d4 ("types.h: move and redefine resource_size_t")
Signed-off-by: Masahiro Yamada 
Reported-by: Ravi Babu 
Acked-by: Stefan Roese 
Reviewed-by: Tom Rini 
Reviewed-by: York Sun

armv8/fsl_lsch3: Change arch to fsl-layerscape

2015-10-29T17:34:00+00:00

There are two LS series processors are built on ARMv8 Layersacpe
architecture currently, LS2085A and LS1043A. They are based on
ARMv8 core although use different chassis, so create fsl-layerscape
to refactor the common code for the LS series processors which also
paves the way for adding LS1043A platform.

Signed-off-by: Mingkai Hu 
Signed-off-by: Hou Zhiqiang 
Signed-off-by: Gong Qianyu 
Reviewed-by: York Sun

arm: pxa: use common timer functions

2015-08-24T18:30:37+00:00

This patch moves pxa to the common timer functions added in commit

  8dfafdd - Introduce common timer functions 

The (removed) pxa timer code (specifically __udelay()) could deadlock at
the 32-bit boundary of get_ticks().  get_ticks() returned a 32-bit value
cast up to a 64-bit value.  If get_ticks() + tmo in __udelay() crossed
the 32-bit boundary, the while condition became unconditionally true and
locked the processor.  Rather than patch the specific pxa issues, simply
move everything over to the common code.

Signed-off-by: Andrew Ruder 
Cc: Marek Vasut 
Cc: Tom Rini