u-boot.git/include, branch v2018.05

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

2018-05-07T14:24:31+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 multiple licenses (in
these cases, dual license) declared in the SPDX-License-Identifier tag.
In this case we change from listing "LICENSE-A LICENSE-B" or "LICENSE-A
or LICENSE-B" or "(LICENSE-A OR LICENSE-B)" to "LICENSE-A OR LICENSE-B"
as per the Linux Kernel style document.  Note that parenthesis are
allowed so when they were used before we continue to use them.

Reviewed-by: Fabio Estevam 
Signed-off-by: Tom Rini

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

board: ti: am43: Fix DCDC3 voltage for epos-evm

2018-05-06T17:35:40+00:00

A common voltage of 1.35V was being programmed for all am43 board
versions. EPOS-EVM Needs 1.20V for LPDDR2.

Fixes: fc69d472621b5 (“board: ti: AM43XX: Add ddr voltage rail configuration”)
Reported-by: James Doublesin 
Signed-off-by: Keerthy 
Reviewed-by: Tom Rini

stdio_names: Ensure MAX_NAMES is defined before use, don't use 3 directly

2018-05-06T17:35:16+00:00

With tighter build flags the fact that  doesn't have a
reference back to MAX_NAMES causes an error.  Include  here and
then in common/console.c use MAX_NAMES rather than 3 when working with
stdio_names.

Reported-by: Peter Robinson 
Signed-off-by: Tom Rini 
Tested-by: Peter Robinson

stdio_dev.h: Drop the video section as it is unused

2018-05-06T17:34:37+00:00

With tighter build flags the fact that this header referenced
uchar/ushort without including what typedefs it causes an error.  Rather
than add another include here, drop the section in question as it is
unused.

Reported-by: Peter Robinson 
Tested-by: Peter Robinson 
Signed-off-by: Tom Rini

Merge git://git.denx.de/u-boot-sh

2018-05-03T13:20:02+00:00

ARM: rmobile: Zap #undef DEBUG

2018-05-02T09:55:57+00:00

The DEBUG macro is never defined unless explicitly enabled.
Drop useless #undef DEBUG in the board configs so it won't
spread any further.

Signed-off-by: Marek Vasut 
Cc: Nobuhiro Iwamatsu

ARM: rmobile: Convert CONFIG_ARCH_RMOBILE_BOARD_STRING to Kconfig

2018-05-02T09:51:53+00:00

Convert the symbol to Kconfig, no functional change.

Signed-off-by: Marek Vasut 
Cc: Nobuhiro Iwamatsu

ARM: rmobile: Fix CONFIG_RMOBILE_BOARD_STRING

2018-05-02T09:42:05+00:00

Rename CONFIG_RMOBILE_BOARD_STRING to CONFIG_ARCH_RMOBILE_BOARD_STRING
to make things consistent, no functional change.

Signed-off-by: Marek Vasut 
Cc: Nobuhiro Iwamatsu

mmc: sdhci: add SDHCI_QUIRK_BROKEN_HISPD_MODE

2018-05-02T01:57:43+00:00

Some IP-core implementations of the SDHCI have different troubles on the
silicon where they are placed.

On ZYNQ platform for example Xilinx doesn't accept the hold timing of an
eMMC chip which operates in High-Speed mode and must be forced to
operate in non high-speed mode. To get rid of this
"SDHCI_QUIRK_BROKEN_HISPD_MODE" is introduced.

For more details about this refer to the Xilinx answer-recor #59999
https://www.xilinx.com/support/answers/59999.html

This commit:
- doesn't set HISPD bit on the host-conroller
- reflects this fact within the host-controller capabilities

Upon this the layer above (mmc-driver) can setup the card correctly.

Otherwise the MMC card will be switched into high-speed mode and causes
possible timing violation on the host-controller side.

Signed-off-by: Hannes Schmelzer 

Signed-off-by: Hannes Schmelzer