u-boot.git/arch/arm/include/asm/global_data.h, branch v2016.01

armv8: LS2080A: Rename LS2085A to reflect LS2080A

2015-11-30T16:53:04+00:00

LS2080A is a prime personality of Freescale’s LS2085A. It is a non-AIOP
personality without support of DP-DDR, L2 switch, 1588, PCIe endpoint etc.
So renaming existing LS2085A code base to reflect LS2080A (Prime personality)

Signed-off-by: Pratiyush Mohan Srivastava 
Signed-off-by: Prabhakar Kushwaha 
[York Sun: Dropped #ifdef in cpu.c for cpu_type_list]
Reviewed-by: York Sun

omap-common: Common boot code OMAP3 support and cleanup

2015-07-27T19:02:03+00:00

This introduces OMAP3 support for the common omap boot code, as well as a
major cleanup of the common omap boot code.

First, the omap_boot_parameters structure becomes platform-specific, since its
definition differs a bit across omap platforms. The offsets are removed as well
since it is U-Boot's coding style to use structures for mapping such kind of
data (in the sense that it is similar to registers). It is correct to assume
that romcode structure encoding is the same as U-Boot, given the description
of these structures in the TRMs.

The original address provided by the bootrom is passed to the U-Boot binary
instead of a duplicate of the structure stored in global data. This allows to
have only the relevant (boot device and mode) information stored in global data.
It is also expected that the address where the bootrom stores that information
is not overridden by the U-Boot SPL or U-Boot.

The save_omap_boot_params is expected to handle all special cases where the data
provided by the bootrom cannot be used as-is, so that spl_boot_device and
spl_boot_mode only return the data from global data.

All of this is only relevant when the U-Boot SPL is used. In cases it is not,
save_boot_params should fallback to its weak (or board-specific) definition.
save_omap_boot_params should not be called in that context either.

Signed-off-by: Paul Kocialkowski

armv8/fsl-lsch3: Add support for second DDR clock

2015-02-24T21:09:14+00:00

FSL-LSCH3 platforms can have multiple DDR clocks. LS2085A has one clock for
general DDR controlers, and another clock for DP-DDR. DDR driver needs to
change to support multiple clocks.

Signed-off-by: York Sun

qe: add u-qe support to arm board

2014-11-19T20:55:45+00:00

ls1021 is arm-core and support qe which is u-qe.
add u-qe init for arm board.

Signed-off-by: Zhao Qiang 
[York Sun: Fix compiling error caused by u_qe_init()]
Reviewed-by: York Sun

ARM: make gd a function for clang

2014-09-09T11:51:08+00:00

"clang does not support global register variables; this is
unlikely to be implemented soon because it requires additional
LLVM backend support" [1]

Workaround it by obtaining the value of gd/r9 by an inline
asm routine. Note there is no set routine added for ARM at the
moment, since most if not all updates of gd from c are actually
not needed for ARM.

[1] http://clang.llvm.org/docs/UsersManual.html

cc: Albert ARIBAUD 
Signed-off-by: Jeroen Hofstee

ARM: IXP: Remove the IXP architecture support

2014-02-06T01:51:52+00:00

The architecture is unmaintained and dead, remove it.

Signed-off-by: Marek Vasut 
Cc: Albert Aribaud 
Cc: Michael Schwingen 
Cc: Tom Rini

arm64: core support

2014-01-09T15:08:44+00:00

Relocation code based on a patch by Scott Wood, which is:
Signed-off-by: Scott Wood 

Signed-off-by: David Feng

ARM: use r9 for gd

2013-09-23T16:00:02+00:00

To be more EABI compliant and as a preparation for building
with clang, use the platform-specific r9 register for gd
instead of r8.

note: The FIQ is not updated since it is not used in u-boot,
and under discussion for the time being.

The following checkpatch warning is ignored:
WARNING: Use of volatile is usually wrong: see
Documentation/volatile-considered-harmful.txt

Signed-off-by: Jeroen Hofstee 
cc: Albert ARIBAUD

Add GPL-2.0+ SPDX-License-Identifier to source files

2013-07-24T13:44:38+00:00

Signed-off-by: Wolfgang Denk 
[trini: Fixup common/cmd_io.c]
Signed-off-by: Tom Rini

ARM: OMAP: Correct save_boot_params and replace with 'C' function

2013-05-10T12:25:56+00:00

Currently save_boot_params saves the boot parameters passed
from romcode. But this is not stored in a writable location
consistently. So the current code would not work for a
'XIP' boot. Change this by saving the boot parameters in
'gd' which is always writable. Also add a 'C' function
instead of an assembly code that is more readable.

Signed-off-by: Sricharan R