- May 30, 2014
-
-
git://git.denx.de/u-boot-armTom Rini authored
-
- May 29, 2014
-
-
Simon Glass authored
It doesn't seem necessary to use memory allocation in this code. The setenv() will make a copy anyway. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
bootdelay_process() never returns in some circumstances, whichs makes the control flow confusing. Change it so that the decision about how to execute the boot command is made in the main_loop() code, so it is easier to follow. Move CLI stuff to cli.c. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move these details from main (which doesn't care which parser is used) to cli.c where they belong. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The main loop is easier to follow if the code is grouped into separate functions. Make this change, so that main_loop() is easier to read. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This code seems unnecessarily complex. We really just need to check the global_data. Now that is it all in one place, and not arch-specific, this is pretty easy. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add a bootretry_ prefix to these two functions, and remove the need for the #ifdef around everything (it moves to the Makefile). Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This code is only used by one board, so it seems a shame to clutter up the readline code with it. Move it into its own file. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
We now have a single entry point to the CLI, whether simple or hush. Put this in its own file. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The autoboot code is complex and long. It deserves its own file with a simple interface from main.c. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This makes it clear where the code resides. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
It doesn't make sense to have the simple parser and the readline code all in main. Split them out into separate files. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move the CLI prototypes from common.h to cli.h as part of an effort to reduce the size of common.h. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Hush is a command-line interpreter, so rename it to make that clearer. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Some files include hush.h but don't actually use it. Remove this where possible. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
- May 27, 2014
-
-
git://git.denx.de/u-boot-arcTom Rini authored
-
Alexey Brodkin authored
Development board for headless gateway platform from Abilis Systems. Initial commit with working UART and DW GMAC. For now with generic Ethernet PHY due to problems in Realtek PHY driver. Signed-off-by:
Alexey Brodkin <abrodkin@synopsys.com> Cc: Vineet Gupta <vgupta@synopsys.com> Cc: Christian Ruppert <christian.ruppert@abilis.com> Cc: Pierrick Hascoet <pierrick.hascoet@abilis.com>
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@ti.com>
-
Heiko Schocher authored
using UBI and DM together leads in compiler error, as both define a "struct device", so rename "struct device" in include/dm/device.h to "struct udevice", as we use linux code (MTD/UBI/UBIFS some USB code,...) and cannot change the linux "struct device" Signed-off-by:
Heiko Schocher <hs@denx.de> Cc: Simon Glass <sjg@chromium.org> Cc: Marek Vasut <marex@denx.de>
-
- May 26, 2014
-
-
Wu, Josh authored
In this configuration the environment will save in file: uboot.env of mmc card. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Wu, Josh authored
Also we enable the mmc command in configuration file. As both CONFIG_CMD_MMC and CONFIG_CMD_USB use the CONFIG_DOS_PARTITION, so remove the redundant CONFIG_DOS_PARTITION definition. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Wu, Josh authored
As at91 board config file will include the SoC header, so we can remove the ARM926EJS definition in board config files. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Wu, Josh authored
Now the AT91FAMILY is already defined in the at91 SoC header. The at91 board config file will include the SoC header file. So we can remove the redundant AT91FAMILY definition in at91 board config files. Signed-off-by:
Josh Wu <josh.wu@atmel.com> [rebase patch] Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Wu, Josh authored
Signed-off-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Wu, Josh authored
The at91x40.h is not exist. So we remove it. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Andreas Bießmann authored
Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com> Cc: Bo Shen <voice.shen@atmel.com> Tested-by:
Bo Shen <voice.shen@atmel.com>
-
Andreas Bießmann authored
For sama5d3xek we need to modify the SPL image for correct detection by ROM code. Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com> Tested-by:
Bo Shen <voice.shen@atmel.com>
-
Andreas Bießmann authored
The new atmelimage converts a machine code BLOB to bootable ROM image. Atmel ROM has no sophisticated image format, it only checks the first 7 ARM vectors. The vectors can contain valid B or LDR opcodes, the 6'th vector contains the image size to load. Additionally the PMECC header can be written by the atmelimage target. The parameters must be given via the -n switch as a coma separated list. For example: mkimage -T atmelimage \ -n usePmecc=1,sectorPerPage=4,sectorSize=512,spareSize=64,eccBits=4,eccOffset=36 \ -d spl/u-boot-spl.bin boot.bin A provided image can be checked for correct header setup. It prints out the PMECC header parameters if it has one and the 6'th interrupt vector content. ---8<--- Image Type: ATMEL ROM-Boot Image with PMECC Header PMECC header ==================== eccOffset: 36 sectorSize: 512 eccBitReq: 4 spareSize: 64 nbSectorPerPage: 4 usePmecc: 1 ==================== 6'th vector has 17044 set --->8--- A SPL binary modified with the atmelimage mkimage target was succesfully booted on a sama5d34ek via MMC and NAND. Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com> Cc: Bo Shen <voice.shen@atmel.com> Cc: Heiko Schocher <hs@denx.de> Tested-by:
Bo Shen <voice.shen@atmel.com>
-
Andreas Bießmann authored
Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com> Cc: Heiko Schocher <hs@denx.de>
-
Wu, Josh authored
Signed-off-by:
Josh Wu <josh.wu@atmel.com> [fix checkpatch line length warning] Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Wu, Josh authored
We need check the NULL pointer as at91_pio_get_port() may return NULL. Also print a error message when at91_pio_get_port() failed otherwise we cannot notice the failure. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Bo Shen authored
Enable CONFIG_SYS_GENERIC_BOARD, so that we get rid of the following warning on boot: "Warning: Your board does not use generic board. Please read doc/README.generic-board and take action. Boards not upgraded by the late 2014 may break or be removed." Signed-off-by:
Bo Shen <voice.shen@atmel.com> Tested-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Bo Shen authored
Enable CONFIG_SYS_GENERIC_BOARD, so that we get rid of the following warning on boot: "Warning: Your board does not use generic board. Please read doc/README.generic-board and take action. Boards not upgraded by the late 2014 may break or be removed." Signed-off-by:
Bo Shen <voice.shen@atmel.com> Tested-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Bo Shen authored
Enable CONFIG_SYS_GENERIC_BOARD, so that we get rid of the following warning on boot: "Warning: Your board does not use generic board. Please read doc/README.generic-board and take action. Boards not upgraded by the late 2014 may break or be removed." Signed-off-by:
Bo Shen <voice.shen@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Bo Shen authored
Enable CONFIG_SYS_GENERIC_BOARD, so that we get rid of the following warning on boot: "Warning: Your board does not use generic board. Please read doc/README.generic-board and take action. Boards not upgraded by the late 2014 may break or be removed." Signed-off-by:
Bo Shen <voice.shen@atmel.com> Tested-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Bo Shen authored
It supports boot from NAND and SD/MMC card. Signed-off-by:
Bo Shen <voice.shen@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Bo Shen authored
If without switch to main crystal oscillator, the sama5d3 SoC will use internal on chip RC oscillator. In order to get better accuracy, switch to main crystal oscillator. Signed-off-by:
Bo Shen <voice.shen@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
- May 25, 2014
-
-
Ian Campbell authored
The correct value for this setting can vary across SoCs and boards, so make it configurable. Also reduce the default value to 8, which is the same default as used in the Linux driver. Signed-off-by:
Ian Campbell <ijc@hellion.org.uk> Cc: Alexey Brodkin <abrodkin@synopsys.com>
-
Ian Campbell authored
On Thu, 2014-05-08 at 22:26 +0100, Ian Campbell wrote: > The {r,t}xbuffs fields also need to be aligned. Previously this was done > implicitly because they immediately followed the descriptor tables. Make this > explicit and also move to the head of the struct. Looks like I managed to not actually commit the move of the field to the head of the struct! v3.1 follows.... Ian. 8<------------ >From 2937ba01841887317f6792709ed57cb86b5fc0cd Mon Sep 17 00:00:00 2001 From: Ian Campbell <ijc@hellion.org.uk> Date: Thu, 1 May 2014 19:45:15 +0100 Subject: [PATCH] net/designware: reorder struct dw_eth_dev to pack more efficiently. The {tx,rx}_mac_descrtable fields are aligned to ARCH_DMA_MINALIGN, which could be 256 or even larger. That means there is a potentially huge hole in the struct before those fields, so move them to the front where they are better packed. Moving them to the front also helps ensure that so long as dw_eth_dev is properly aligned (which it is since "net/designware: ensure device private data is DMA aligned.") the {tx,rx}_mac_descrtable will be too, or at least avoids having to worry too much about compiler specifics. The {r,t}xbuffs fields also need to be aligned. Previously this was done implicitly because they immediately followed the descriptor tables. Make this explicit and also move to the head of the struct. Signed-off-by:
Ian Campbell <ijc@hellion.org.uk> Cc: Alexey Brodkin <abrodkin@synopsys.com> Tested-by:
Siarhei Siamashka <siarhei.siamashka@gmail.com> Reviewed-by:
Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
Ian Campbell authored
This is required at least on ARM. When sending instead of simply invalidating the entire descriptor, flush as little as possible while still respecting ARCH_DMA_MINALIGN, as requested by Alexey. Signed-off-by:
Ian Campbell <ijc@hellion.org.uk> Cc: Alexey Brodkin <abrodkin@synopsys.com>
-