Support for Zoom MDK with OMAP3430. Details of Zoom MDK available here:
http://www.logicpd.com/products/devkit/ti/zoom_mobile_development_kitSigned-off-by: NNishanth Menon <nm@ti.com>
Signed-off-by: NJason Kridner <jkridner@beagleboard.org>

Add Pandora support.
Signed-off-by: NGrazvydas Ignotas <notasas@gmail.com>
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>
Signed-off-by: NJason Kridner <jkridner@beagleboard.org>

Add EVM board support.
Signed-off-by: NManikandan Pillai <mani.pillai@ti.com>
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>
Signed-off-by: NJason Kridner <jkridner@beagleboard.org>

Add Overo board support.
Signed-off-by: NSteve Sakoman <sakoman@gmail.com>
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>
Signed-off-by: NJason Kridner <jkridner@beagleboard.org>

Add BeagleBoard support, common power code and README.
Signed-off-by: NJason Kridner <jkridner@beagleboard.org>
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>

The NMDK8815 board is distributed by ST Microelectornics.
Other (proprietary) code must be run to unlock the CPU before
U-Boot runs. doc/README.nmdk8815 outlines the boot sequence.

This is the initial port, with basic infrastructure and
a working serial port.
Signed-off-by: NAlessandro Rubini <rubini@unipv.it>
Acked-by: NAndrea Gallo <andrea.gallo@stnwireless.com>
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>

Add I2C support.
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>

Add MMC support.
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>

Add NAND support.
Signed-off-by: NNishanth Menon <nm@ti.com>
Signed-off-by: NSyed Mohammed Khasim <khasim@ti.com>
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>

Add common board, interrupt and system info code.
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>

Add common clock, memory and low level code
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>

Add common cpu and start code.
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>

Add OMAP3, memory and function prototype header files for OMAP3.
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>

Add pin mux, clock and cpu header files for OMAP3.
Signed-off-by: NDirk Behme <dirk.behme@googlemail.com>

Signed-off-by: Maxim Artamonov <scn1874 at yandex.ru>

Some images can be quite large, so add an option to compress the
image data with gzip in the U-Boot image. Then at runtime, the
board can decompress it with the normal zlib functions.
Signed-off-by: NMike Frysinger <vapier@gentoo.org>

A couple of buffers in the fat code are declared as an array of bytes.
But it is then cast up to a structure with 16bit and 32bit members.
Since GCC assumes structure alignment here, we have to force the
buffers to be aligned according to the structure usage.
Signed-off-by: NBryan Wu <bryan.wu@analog.com>
Signed-off-by: NMike Frysinger <vapier@gentoo.org>

Higher spi flash layers expect to be given back a pointer that was
malloced so that it can free the result, but the lower layers return
a pointer that is in the middle of the malloced memory. Reorder the
members of the lower spi structures so that things work out.
Signed-off-by: NBrad Bozarth <bflinux@yumbrad.com>
Signed-off-by: NMike Frysinger <vapier@gentoo.org>
Acked-by: NHaavard Skinnemoen <haavard.skinnemoen@atmel.com>

When compile u-boot with the 2.18 binutils the following
warning messages for each object file in post/lib_ppc/fpu/ is
produced at the linking stage:

post/libpost.a(acc1.o) uses hard float, u-boot uses soft-float
...

This is because of the fact that, in general, the soft-float and
hard-float ABIs are incompatible; the 2.18 binutils do checking
of the Tag_GNU_Power_ABI_FP attribute of the files to be linked, and
produce the worning like above if these are not compatible.

The incompatibility of ABIs is concerned only the float values:
e.g. the soft-float ABI assumes the float argument passing in the
pair of rX registers, and the hard-float ABI assumes passing of
the float argument in the fX register. When we don't pass the float
arguments between the functions compiled with different floatness,
then such an application will work correctly.
This is the case for the FPU POST: u-boot (compiled with soft-float)
doesn't pass to (and doesn't get from) the FPU POST functions any
floats; there are no functions exported from the post/lib_ppc/fpu/
objects which would work with float parameters/returns too. So, we
can reassure the linker not to worry about the difference in ABI
attributes of linking files just by setting the 'soft-float'
attribute for the objects in post/lib_ppc/fpu. And this patch does
this.

Also, to avoid passing both soft- and hard-float options in CFLAGS
when compiling the files from post/lib_ppc/fpu (which is OK, but
looks rather dirty) this patch removes the soft-float string from
CFLAGS in post/lib_ppc/fpu/Makefile.
Signed-off-by: NYuri Tikhonov <yur@emcraft.com>

Initial support for the DS4510, a CPU supervisor with
integrated EEPROM, SRAM, and 4 programmable non-volatile
GPIO pins. The CONFIG_DS4510 define enables support
for the device while the CONFIG_CMD_DS4510 define
enables the ds4510 command. The additional
CONFIG_DS4510_INFO, CONFIG_DS4510_MEM, and
CONFIG_DS4510_RST defines add additional sub-commands
to the ds4510 command when defined.
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>

The iteration limit is passed to mtest as a fourth parameter:
[start [end [pattern [iterations]]]]
If no fourth parameter is supplied, there is no iteration limit and the
test will loop forever.
Signed-off-by: NDirk Eibach <eibach@gdsys.de>

Moved driver vcth.c to vct.c to better reflect the VCT board series.
This driver is now used by the VCT platforms:

vct_premium
vct_platinum
vct_platinumsvc
Signed-off-by: NStefan Roese <sr@denx.de>

Signed-off-by: NShinya Kuribayashi <skuribay@ruby.dti.ne.jp>

Support bootdelay=0 in abortboot for the CONFIG_AUTOBOOT_KEYED case
similar to the CONFIG_ZERO_BOOTDELAY_CHECK support for the
!CONFIG_AUTOBOOT_KEYED case.

Do this by reversing the loop so we do at least one iteration before
checking for timeout.
Signed-off-by: NPeter Korsgaard <jacmet@sunsite.dk>

Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Generic i386 reset - #define made redundant by weak function
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

CONFIG_SC520 is now used for conditional compile
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Reset function specific to AMD SC520 microcontroller - Is more of a
'hard reset' that the triple fault.

Requires CONFIG_SYS_RESET_SC520 to be defined in config

I would have liked to add this to a new file (cpu/i386/sc520/reset.c)
but ld requires that a object file in a library arhive MUST contain
at least one function which does not override a weak function (and is
called from outside the object file) in order for that object file to
be extracted from the archive. This would be the only function on the
new file, and hence, will never get linked in.
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Moved from interrupts.c to cpu.c and made into a weak function to
allow vendor specific override

Vendor specific CPU reset (like the AMD SC520 MMCR reset) can now be
added to the vendor specific code without the need to remember to
#undef usage of the generic method and if you forget to include your
custom reset method, you will always get the default.
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

This allows for future tidy ups and functionality that will require
set_vector ()
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>
Signed-off-by: NWolfgang Denk <wd@denx.de>

Brings i386 in line with other CPUs with a reset vector and frees up reset.c
for CPU reset functions
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Signed-off-by: NWolfgang Denk <wd@denx.de>

Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Right now this is only used by keymile.
Signed-off-by: NGary Jennejohn <garyj@denx.de>

This patch extracts the identical config options for the
keymile boards mgcoge, mgsuvd and kmeter1 in a new
common config file keymile-common.h.
Signed-off-by: NHeiko Schocher <hs@denx.de>