24 Oct, 2014
13 commits
-
It is inconvenient to have to use casts when specifying platform data. Also
it is not strictly correct, since we should use map_sysmem() to convert an
address to a pointer.Adjust the platform data to use an address.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini -
There is a bug in the logic which checks for an available character. This
can cause invalid characters to be received - this was noticed on
beaglebone. Fix it.Signed-off-by: Simon Glass
Reviewed-by: Tom Rini -
We have moved the busy-wait loop out of drivers and into the uclass. This
means that we must reset the watchdog when busy-waiting.Note: some drivers may still have a busy-wait even with driver model, as
a transition mechanism. Driver model will tolerate this, and is can be
cleaned up when all users of the driver use driver model. An example is
ns16550.Signed-off-by: Simon Glass
Reviewed-by: Tom Rini -
At present banks must be named and it is not possible to refer to GPIOs by
number in driver model. Some boards use numbering - e.g. OMAP. It is fairly
easy to support by detecting the absense of a bank name (which starts with
a letter).Add support for numbered GPIOs in addition to the existing bank support.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini -
Since the environment "VENDOR" is set in tcsh, it must be cleared in our
makefile. Otherwise, boards without CONFIG_SYS_VENDOR fail to build:> make CROSS_COMPILE=arm-linux-gnueabi- wandboard_quad_defconfig all
[ snip ]
AR arch/arm/lib/lib.a
CC arch/arm/lib/eabi_compat.o
scripts/Makefile.build:55: /home/foo/u-boot/board/unknown/wandboard/ \
Makefile: No such file or directory
make[2]: *** No rule to make target `/home/foo/u-boot/board/unknown/ \
wandboard/Makefile'. Stop.
make[1]: *** [board/unknown/wandboard] Error 2
make: *** [__build_one_by_one] Error 2Signed-off-by: Masahiro Yamada
Reported-by: Tom Everett
Reported-by: Jeroen Hofstee -
Without the private libgcc, we need a full multilib toolchain with
different libgcc or multiple toolchains to build all BE/LE and
hard-float/soft-float variants of MIPS boards. That is not feasible.This commit allows us to build all the MIPS boards with a single
kernel.org toolchain:https://www.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.9.0/
x86_64-gcc-4.9.0-nolibc_mips-linux.tar.xzThis change sounds reasonable for most users. If necessary,
you can disable this option via "make menuconfig" or friends.Signed-off-by: Masahiro Yamada
Acked-by: Daniel Schwierzeck -
When spl/.config is updated by "make spl/menuconfig" or friends,
spl/include/config/auto.conf, spl/include/generated/autoconf.h
and some other files must be updated by "make silentoldconfig".There is no hook for SPL in the top Makefile, so this commit
touches .config when spl/.config is updated to invoke silentoldconfig.
Likewise for TPL.Signed-off-by: Masahiro Yamada
-
cmd_u-boot-spl includes $(PLATFORM_LIBS) which changes
when CONFIG_USE_PRIVATE_GCC is updated. The u-boot-spl image
should be re-linked if any prerequisite is newer than it
or the command line has changed.
$(call, if_changed,...) should be used instead of $(call cmd,...).Signed-off-by: Masahiro Yamada
-
The private libgcc is supported only on ARM, MIPS, PowerPC, SH, x86.
Those architectures should "select" HAVE_PRIVATE_LIBGCC and
CONFIG_USE_PRIVATE_LIBGCC should depend on it.Currently, this option is enabled on Tegra boards and x86 architecture.
Move the definition from header files to Kconfig.Signed-off-by: Masahiro Yamada
Tested-by: Simon Glass
Acked-by: Simon Glass
Cc: Stephen Warren
Cc: Tom Warren -
Now CONFIG_USE_PRIVATE_LIBGCC is only used as a boolean macro.
Remove CONFIG_USE_PRIVATE_LIBGCC=path/to/libgcc syntax.Signed-off-by: Masahiro Yamada
Tested-by: Simon Glass
Acked-by: Simon Glass -
The motivation of this commit is to change CONFIG_USE_PRIVATE_LIBGCC
to a boolean macro so we can move it to Kconfig.In the current implementation, there are two forms of syntax
for this macro:- CONFIG_USE_PRIVATE_LIBGCC=y
- CONFIG_USE_PRIVATE_LIBGCC=path/to/private/libgccThe latter is only used by x86 architecture.
With a little bit refactoring, it can be converted to the former.Signed-off-by: Masahiro Yamada
Tested-by: Simon Glass
Acked-by: Simon Glass -
CONFIG_SYS_HZ is always defined as 1000 in config_fallbacks.h
(but some boards still have redundant definitions).This commit moves the definition and the document in README to
Kconfig. Since lib/Kconfig can assure that CONFIG_SYS_HZ is 1000,
the sanity check in lib/time.c should be removed.Signed-off-by: Masahiro Yamada
Reviewed-by: Marek Vasut
23 Oct, 2014
27 commits
-
Add target to build it automatically upon "make" / MAKEALL. This can/should
be set by board / cpu specific headers if a special U-Boot image is
required for this SoC / board.E.g. used by Marvell Armada XP to automatically build the u-boot.kwb
target.Signed-off-by: Stefan Roese
Cc: Masahiro Yamada -
This patch integrates the Barebox version of this kwbimage.c file into
U-Boot. As this version supports the image version 1 type for the
Armada XP / 370 SoCs.It was easier to integrate the existing and known to be working Barebox
source than to update the current U-Boot version to support this
v1 image header format. Now all Marvell MVEBU SoCs are supported:Image type 0: Kirkwood & Dove
Image type 1: Armada 370 & Armada XPPlease note that the current v1 support has this restuction (same as
has Barebox version):Not implemented: support for the register headers and secure headers
in v1 imagesTested on Marvell DB-78460-BP eval board.
Signed-off-by: Stefan Roese
Tested-by: Luka Perkov -
Signed-off-by: Stefan Roese
Tested-by: Luka Perkov -
The barebox version of the kwboot tool has evolved a bit. To support
Armada XP and Dove. Additionally a few minor fixes have been applied.
So lets sync with the latest barebox version.Please note that the main difference between both versions now is, that
the U-Boot version still supports the -p option, to dynamically patch
an image for UART boot mode. I didn't test it now though.Signed-off-by: Stefan Roese
Tested-by: Luka Perkov -
All those functions removed with this patch are not accessed at all. So lets
remove them.Signed-off-by: Stefan Roese
-
The maxBCM board is equipped with the Marvell Armada-XP MV78460 SoC. It
integrates an SPI NOR flash and an Marvell 88E6185 switch.Signed-off-by: Stefan Roese
-
This patch adds basic support for the Marvell DB-MV784MP-GP evaulation
board. This is the first board that uses the recently created
Armada XP 78460 SoC support.Signed-off-by: Stefan Roese
Tested-by: Luka Perkov -
This basic support for the Marvell Armada XP is base on the existing kirkwood
support. Which has been generatized by moving some common files into
common marvell locations.This is in preparation for the upcoming Armada XP MV78460 support.
Signed-off-by: Stefan Roese
Tested-by: Luka Perkov -
To support the Armada XP SoC, we just need to include the correct header.
Signed-off-by: Stefan Roese
Acked-by: Heiko Schocher
Tested-by: Luka Perkov -
The Marvell MV78460 eval board DB-78460-BP seems to need a longer
PHY autonegotiation timeout than the "standard" 4 seconds. So lets
make this timeout configurable. If not defined in the board config
header the original 4000ms is used.Signed-off-by: Stefan Roese
Cc: Joe Hershberger -
This patch adds support for the NETA ethernet controller which is integrated
in the Marvell Armada XP SoC's. This port is based on the Linux driver which
has been stripped of the in U-Boot unused portions.Tested on the Marvell MV78460 eval board db-78460-bp.
Signed-off-by: Stefan Roese
Cc: Joe Hershberger
Tested-by: Luka Perkov -
Additionally the SDRAM address decoding register address is not hard coded
in the C code any more. A define is introduced for this base address.This makes is possible to use those gpio functions from other MVEBU SoC's
as well.Signed-off-by: Stefan Roese
Tested-by: Luka Perkov
Acked-by: Prafulla Wadaskar -
This makes is possible to use this SPI driver from other MVEBU SoC's as well.
As the upcoming Armada XP support will do.Signed-off-by: Stefan Roese
Reviewed-by: Jagannadha Sutradharudu Teki
Tested-by: Luka Perkov
Acked-by: Prafulla Wadaskar -
This makes is possible to use those gpio functions from other MVEBU SoC's as well.
Signed-off-by: Stefan Roese
Tested-by: Luka Perkov
Acked-by: Prafulla Wadaskar -
Compile the pin multiplexing only on Kirkwood platforms. As the
Armada XP doesn't need it.Signed-off-by: Stefan Roese
Reviewed-by: Jagannadha Sutradharudu Teki
Tested-by: Luka Perkov
Acked-by: Prafulla Wadaskar -
These mbus functions are ported from Barebox. The Barebox version is
ported from Linux. These functions will be first used by the upcoming
Armada XP support. Later other Marvell SoC's will be adopted to use
these functions as well (Kirkwood, Orion).Signed-off-by: Stefan Roese
Tested-by: Luka Perkov -
This patch does the following:
- Rename defines and registers to not use kirkwood
- Remove unused defines
- Use clrsetbits() accessor functions
- Coding style cleanup
- Clear 25MHZ bit in timer controller register init for Armada XPThere is no functional change for kirkwood. At least not intentionally.
This will be used by the upcoming Armada XP support.
Signed-off-by: Stefan Roese
Tested-by: Luka Perkov
Acked-by: Prafulla Wadaskar -
This move makes it possible to use this kirkwood SPI driver from other
MVEBU platforms as well. This will be used by the upcoming Armada XP
support.Signed-off-by: Stefan Roese
Reviewed-by: Jagannadha Sutradharudu Teki
Tested-by: Luka Perkov
Acked-by: Prafulla Wadaskar -
This move makes is possible to use this header not only from kirkwood
platforms but from all Marvell mvebu platforms.Signed-off-by: Stefan Roese
Tested-by: Luka Perkov
Acked-by: Prafulla Wadaskar -
By moving some kirkwood files into a Marvell common directory, those files
can be used by other Marvell platforms as well. The name mvebu is taken
from the Linux kernel source tree. It has been chosen there to represent
the SoC's from the Marvell EBU (Engineering Business Unit). Those SoC's
currently are:Armada 370/375/XP, Dove, mv78xx0, Kirkwood, Orion5x
This will be used by the upcoming Armada XP (MV78460) platform support.
Signed-off-by: Stefan Roese
Tested-by: Luka Perkov
Acked-by: Prafulla Wadaskar -
If we know the file size, display it after loading the file.
Signed-off-by: Simon Glass
-
Enable FIT support and the bootelf command. Also change the default load
address to somewhere other than the normal load address of the kernel,
to allow for decompression without overwriting the original file.Signed-off-by: Simon Glass
-
To get a display in U-Boot on link you must either build a coreboot that
always sets it up, or use Esc-Refresh-Power to reset the machine.When we do have a display, it is nice to display the model at the top, so
enable this option.Signed-off-by: Simon Glass
-
We may as well use hush. The auto-complete option was incorrect so this was
not enabled. Also expand the command line size a little and go back to the
default prompt since "boot>" doesn't seem any more useful.Signed-off-by: Simon Glass
-
It does seem to work (tested on link), so update the docs.
Signed-off-by: Simon Glass