Signed-off-by: NLarry Johnson <lrj@acm.org>

Recent crc changes started using the "uint" type in headers that are used
on the build system.  This subsequently broke mingw targets as they do not
provide such a type.  So add this basic typedef to compiler.h so that we
do not have to worry about this breaking again in the future.
Signed-off-by: NMike Frysinger <vapier@gentoo.org>

Enable the auto completion (with TAB) of the environment variable name
after the editenv command.
Signed-off-by: NRalf Trübenbach <ralf.truebenbach@men.de>

Add ECC support for DDR RAM for MV64360 on esd CPCI-CPU/750 board.

This patch also adds the "pldver" command to display the CPLD
revision.
Signed-off-by: NReinhard Arlt <reinhard.arlt@esd.eu>
Signed-off-by: NStefan Roese <sr@denx.de>

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

AMD recently changed the licensing of the RAM sizing code to the
GPLv2 (or at your option any later version)
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

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

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

The eNET uses the sc520 software timers rather than the PC/AT clones

Set all interrupts and timers up to be PC/AT compatible
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

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

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

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

The clock interupt has always been 1kHz as per timer_init() in
/arch/i386/cpu/sc520/sc520_timer.c
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Onboard AMD Flash chip does not support buffered writes
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

If the board has a high precision mico-second timer, it maked sense to use
it instead of the on-chip one
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Add support for newer (up to 2.6.33) kernels

Add zboot command which takes the address of a bzImage as its first
argument and (optionally) the size of the bzImage as the second argument
(the second argument is needed for older kernels which do not include
the bzImage size in the header)
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

It is possibly to setup x86 boards to use non-PC/AT configurations. For
example, the sc520 is an x86 CPU with PC/AT and non-PC/AT peripherals.
This function allows the board to set itself up for maximum PC/AT
compatibility just before booting the Linux kernel (the Linux kernel
'just works' if everything is PC/AT compliant)
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

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

The x86 architecture exclusively uses Port-Mapped I/O (inb/outb) to access
the 16550 UARTs. This patch mimics how Linux selects between Memory-Mapped
and Port-Mapped I/O. This allows x86 boards to use CONFIG_SERIAL_MUTLI and
drop the custom serial port driver
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

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

In order to locate the 16-bit BIOS code, we need to know the reloaction
offset.
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Currently, the GDT is either located in FLASH or in the non-relocated
U-Boot image in RAM. Both of these locations are unsafe as those
locations can be erased during a U-Boot update. Move the GDT into the
highest available memory location and relocate U-Boot to just below it
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Add a parameter to the 32-bit entry to indicate if entry is from Real
Mode or not. If entry is from Real Mode, execute the destructive 'sizer'
routine to determine memory size as we are booting cold and running in
Flash. If not entering from Real Mode, we are executing a U-Boot image
from RAM and therefore the memory size is already known (and running
'sizer' will destroy the running image)

There are now two 32-bit entry points. The first is the 'in RAM' entry
point which exists at the start of the U-Boot binary image. As such,
you can load u-boot.bin in RAM and jump directly to the load address
without needing to calculate any offsets. The second entry point is
used by the real-to-protected mode switch

This patch also changes TEXT_BASE to 0x6000000 (in RAM). You can load
the resulting image at 0x6000000 and simple go 0x6000000 from the u-boot
prompt

Hopefully a later patch will completely elliminate any dependency on
TEXT_BASE like a relocatable linux kernel (perfect world)
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

This patch allows the low-level assembler boot-strap to obtain the RAM
size without calling the destructive 'sizer' routine. This allows
boot-strapping from a U-Boot image loaded in RAM
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

There is an error in how the assembler version of the sc520 memory size
reporting code works. As a result, it will only ever report at most the
size of one bank of RAM
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

This was broken a long time ago by a4986459
which munged the NIOS and x86 do_go_exec()
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Shamelessly steal the Linux x86 crash handling code and shove it into
U-Boot (cool - it fits). Be sure to include suitable attribution to
Linus
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

Change sc520 MMCR Access to use memory accessor functions
Signed-off-by: NGraeme Russ <graeme.russ@gmail.com>

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

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

Signed-off-by: NMichael Zaidman <michael.zaidman@gmail.com>

Fixed minor coding style issue.
Signed-off-by: NWolfgang Denk <wd@denx.de>

On the fly also fixed the following things:
- write help talked about a parameter oob, but that one was not used, so
  removed it from the help message.
- the test command also allowed a force subcommand but didn't use it.
  eliminated the code.
- do_onenand made static
- do_onenand contained
	int blocksize;
	...
	mtd = &onenand_mtd;
	this = mtd->priv;
	blocksize = (1 << this->erase_shift);
  As blocksize was not used the last two statements were unneeded so
  removed them.
  The first statement (mtd = ....) assigns to a global. Not sure if it
  is needed, and since I could not test this, left the line for now
Signed-off-by: NFrans Meulenbroeks <fransmeulenbroeks@gmail.com>

This avoids a possible overwrite of the (end of) ramdisk by u-boot.
The unused memory region for ppc boot currently starts 1k below the
do_bootm->bootm_start->arch_lmb_reserve stack ptr. This isn't enough since
do_bootm->do_bootm_linux->boot_relocate_fdt calls printf which may
very well use more than 1k stack space.
Signed-off-by: NNorbert van Bolhuis <nvbolhuis@aimvalley.nl>

Modify print_size() so that it can accept numbers larger than 4GB on 32-bit
systems.

Add support for display terabyte, petabyte, and exabyte sizes.  Change the
output to use International Electrotechnical Commission binary prefix standard.
Signed-off-by: NTimur Tabi <timur@freescale.com>

In print_size(), the math that calculates the fractional remainder of a number
used the same integer size as a physical address.  However, the "10 *" factor
of the algorithm means that a large number (e.g. 1.5GB) can overflow the
integer if we're running on a 32-bit system.  Therefore, we need to
disassociate this function from the size of a physical address.
Signed-off-by: NTimur Tabi <timur@freescale.com>

$ git grep CONFIG_COMMAND_HISTORY
CHANGELOG:    CONFIG_COMMAND_HISTORY
include/configs/AP1000.h:#define CONFIG_COMMAND_HISTORY 1
include/configs/keymile-common.h:#define CONFIG_COMMAND_HISTORY         1
include/configs/manroland/common.h:#define CONFIG_COMMAND_HISTORY               1
$
Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
Acked-by: NHeiko Schocher <hs@denx.de>

MVSMR board support doesn't link since recent rework
of U-Boot directory structure. Fix it now.
Signed-off-by: NAnatolij Gustschin <agust@denx.de>
Cc: Andre Schwarz <andre.schwarz@matrix-vision.de>
Acked-by: NAndre Schwarz <andre.schwarz@matrix-vision.de>
Fixed merge conflict
Signed-off-by: NWolfgang Denk <wd@denx.de>

Signed-off-by: NMike Frysinger <vapier@gentoo.org>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>