This adds logic to tftp.c to implement the tftp 'put' command, and
updates the README.
Signed-off-by: NSimon Glass <sjg@chromium.org>

We need something akin to load_addr to handle saving data.
Signed-off-by: NSimon Glass <sjg@chromium.org>

TftpStart should support starting either a get or a put.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This code is required for tftpput, so move it into separate functions.
Signed-off-by: NSimon Glass <sjg@chromium.org>

We want to show block markers on completion of get and put, so
move this common code into separate functions.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This is a better name for this protocol. Also remove the typedef to keep
checkpatch happy, and move zeroing of NetBootFileXferSize a little
earlier since TFTPPUT will need to change this.
Signed-off-by: NSimon Glass <sjg@chromium.org>

ICMP packets can tell you when there is no server at the other end. It
is useful for tftp to figure this out, so that a quick error can be
displayed, rather than pointlessly retrying.

This adds an ICMP packet handler to the net interface.
Signed-off-by: NSimon Glass <sjg@chromium.org>

NetReceive() is a very long function with a lot of indent. Before adding
code to the ICMP bit, split it out.
Signed-off-by: NSimon Glass <sjg@chromium.org>

It seems we put numbers and addresses into environment variables a lot.
We should have some functions to do this.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This function is generally useful and shouldn't hide away in hush. It
has been moved as is.
Signed-off-by: NSimon Glass <sjg@chromium.org>

It seems to be good practice to return the number of received bytes in the
eth_device's recv() callback, here: tse_eth_rx().
Signed-off-by: NJoachim Foerster <joachim.foerster@missinglinkelectronics.com>

Note: This is kind of guess work. The current code is preserved for
all RGMII related modes. It is different for flags=0 (GMII) and flags=5
(SGMII). The last case, SGMII, is successfully tested on
Altera's Terasic DE4.
Signed-off-by: NJoachim Foerster <joachim.foerster@missinglinkelectronics.com>

Signed-off-by: NJoachim Foerster <joachim.foerster@missinglinkelectronics.com>

The SW_RESET needs to be set instead of being masked out!
Signed-off-by: NJoachim Foerster <joachim.foerster@missinglinkelectronics.com>

Signed-off-by: NJoachim Foerster <joachim.foerster@missinglinkelectronics.com>

Currently part_efi.c allocates buffers for the gpt_header, the
legacy_mbr, and the pte (partition table entry) that may be
incorrectly aligned for DMA operations.

This patch uses ALLOC_CACHE_ALIGN_BUFFER for the stack allocated
buffers and memalign to replace the malloc of the pte.
Signed-off-by: NAnton Staaf <robotboy@chromium.org>
Cc: Lukasz Majewski <l.majewski@samsung.com>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>
Acked-by: NMike Frysinger <vapier@gentoo.org>

Currently the mmc_change_freq and mmc_startup functions allocates
buffers on the stack that are passed down to the MMC device driver.
These buffers could be unaligned to the L1 dcache line size.  This
causes problems when using DMA and with caches enabled.

This patch correctly cache alignes the buffers used for reading the
ext_csd data from an MMC device.
Signed-off-by: NAnton Staaf <robotboy@chromium.org>
Cc: Lukasz Majewski <l.majewski@samsung.com>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>

Currently, if a device read request is done that does not begin or end
on a sector boundary a stack allocated bounce buffer is used to perform
the read, and then just the part of the sector that is needed is copied
into the users buffer.  This stack allocation can mean that the bounce
buffer will not be aligned to the dcache line size.  This is a problem
when caches are enabled because unaligned cache invalidates are not
safe.

This patch uses ALLOC_CACHE_ALIGN_BUFFER to create a stack allocated
cache line size aligned bounce buffer.
Signed-off-by: NAnton Staaf <robotboy@chromium.org>
Cc: Lukasz Majewski <l.majewski@samsung.com>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: Dave Liu <r63238@freescale.com>
Cc: Andy Fleming <afleming@gmail.com>
Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>

Change-Id: I32e1594d90ef039137bb219b0f7ced55768744ff
Acked-by: NMike Frysinger <vapier@gentoo.org>

Currently the sd_change_freq function allocates two buffers on the
stack that it passes down to the MMC device driver.  These buffers
could be unaligned to the L1 dcache line size.  This causes problems
when using DMA and with caches enabled.

This patch correctly cache alignes the buffers used for reading the
scr register and switch status values from an MMC device.

Change-Id: Ifa8414f572ef907681bd2d5ff3950285a215357d
Signed-off-by: NAnton Staaf <robotboy@chromium.org>
Cc: Lukasz Majewski <l.majewski@samsung.com>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>
Acked-by: NMike Frysinger <vapier@gentoo.org>

Signed-off-by: NAnton Staaf <robotboy@chromium.org>
Cc: Tom Warren <twarren.nvidia@gmail.com>
Cc: Simon Glass <sjg@chromium.org>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>

Change-Id: I5c4bcfc0bfe59158ff249fe3be6640eec6d3cc76
Acked-by: NMike Frysinger <vapier@gentoo.org>

This macro is used to allocate cache line size aligned stack
buffers for use with DMA hardware.
Signed-off-by: NAnton Staaf <robotboy@chromium.org>
Cc: Lukasz Majewski <l.majewski@samsung.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: Aneesh V <aneesh@ti.com>
Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>
Cc: Wolfgang Denk <wd@denx.de>

This reverts commit a2da6163.
THis was applied by accident - a more recent version of this change
was already present, see commit
9400f8fa   2011-10-05 22:03:11 +0200   km_arm: enable POST for these boards
Signed-off-by: NWolfgang Denk <wd@denx.de>

Commit dc8bbea0 removed a local variable that is used in most ARM boards.

Since we want to avoid an 'unused variable' warning with later compilers,
and the #ifdef logic of whether this variable is required is bit painful,
this declares the variable local to the block of code that needs it.
Signed-off-by: NSimon Glass <sjg@chromium.org>

Commit 1272592e introduced a warning since the variable 's' is no longer
always used, depending on the CONFIG options.
Signed-off-by: NSimon Glass <sjg@chromium.org>

Some Davinci processors supports the Application
Image Script (AIS) boot process. The patch adds the generation
of the AIS image inside the mkimage tool to make possible
to generate a bootable U-boot without external tools
(TI Davinci AIS Generator).
Signed-off-by: NStefano Babic <sbabic@denx.de>
CC: Wolfgang Denk <wd@denx.de>

This driver doesn't support the NET_MULTI framework, and I can't find
any boards/configs/files that reference this subdir, so punt it all.
Signed-off-by: NMike Frysinger <vapier@gentoo.org>

No boards appear to use this driver, and it doesn't support NET_MULTI,
so punt the old driver.
Signed-off-by: NMike Frysinger <vapier@gentoo.org>

No boards appear to use this driver, and it doesn't support NET_MULTI,
so punt the old driver.
Signed-off-by: NMike Frysinger <vapier@gentoo.org>

Only one board uses this driver (ns9750dev), but the board doesn't seem
to have an entry to actually build it in the Makefile/boards.cfg, so just
delete net support from its board config.
Signed-off-by: NMike Frysinger <vapier@gentoo.org>

Everyone seems to have converted to the new enc28j60 driver, so drop
this older one which isn't used and doesn't support NET_MULTI.
Signed-off-by: NMike Frysinger <vapier@gentoo.org>

The call to run_post(POST_ROM) which can run the POST memory test
is currently called too late when gd has already been copied to DRAM.

This results in failure to boot Linux after a POST_ROM memory test
tested all RAM while gd was already relocated to DRAM due to gd being
overwritten by the POST_ROM memory test.

Support this by moving the call to run_post(POST_ROM) to run earlier,
before U-Boot has started to move data to DRAM (from late board_init_f
to early board_init_f) where DRAM is initialized, but not used yet.

This allows that an POST memory test can test the whole DRAM,
including the area where the board info struct is located.
Signed-off-by: NBernhard Kaindl <bernhard.kaindl@thalesgroup.com>
Cc: Pieter Voorthuijsen <pieter.voorthuijsen@prodrive.nl>

net/dns.c used endian conversion macros wrongly (shorts in reply
were put swapped into CPU, and then ntohs() was used to swap it
back, which broke on big-endian).

Fix this by using the correct linux conversion macro for reading
a unaligned short in network byte order: get_unaligned_be16()
Thanks to Mike Frysinger pointing at the best macro to use.

Tested on big and little endian qemu boards (mips and versatile)
Signed-off-by: NBernhard Kaindl <bernhard.kaindl@thalesgroup.com>
Cc: Pieter Voorthuijsen <pieter.voorthuijsen@prodrive.nl>
Cc: Robin Getz <rgetz@blackfin.uclinux.org>
Acked-by: NMike Frysinger <vapier@gentoo.org>

This changes the board code to use the new getenv_ulong() function.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This changes the board code to use the new getenv_ulong() function.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This changes the board code to use the new getenv_ulong() function.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NStefan Roese <sr@denx.de>

This changes the board code to use the new getenv_ulong() function.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This changes the board code to use the new getenv_ulong() function.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This changes the board code to use the new getenv_ulong() function.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This changes the board code to use the new getenv_ulong() function.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NMike Frysinger <vapier@gentoo.org>

This changes the board code to use the new getenv_ulong() function.
Signed-off-by: NSimon Glass <sjg@chromium.org>