- Mar 05, 2015
-
-
Heiko Schocher authored
enable generic board support for the ipam390 board. Signed-off-by:
Heiko Schocher <hs@denx.de>
-
Heiko Schocher authored
- adapt to build with eldk-5.4 - add more targets for building with buildman: - freescale -x arm,m68k,aarch64 - arm1136 - arm1176 - arm720t - arm920t - davinci - kirkwood Signed-off-by:
Heiko Schocher <hs@denx.de> Reviewed-by:
Roger Meier <r.meier@siemens.com>
-
Marcel Ziswiler authored
According to table 2-3 on page 87 of Marvell's latest PXA270 Specification Update Rev. I from 2010.04.19 [1] there exists a breed of chips with a new CPU ID for PXA270M A1 stepping which our latest Colibri PXA270 V2.4A modules actually have assembled. This patch helps in correctly identifying those chips upon boot as well which then looks as follows: CPU: Marvell PXA27xM rev. A1 [1] http://www.marvell.com/application-processors/pxa-family/assets/pxa_27x_spec_update.pdf Acked-by:
Marek Vasut <marex@denx.de>
-
Nikolaos Pasaloukos authored
Fix the name appearing in menuconfig for memtest command Signed-off-by:
Nikolaos Pasaloukos <Nikolaos.Pasaloukos@imgtec.com> Cc: Masahiro Yamada <yamada.m@jp.panasonic.com
-
Stefano Babic authored
Boards need to select CONFIG_SYS_GENERIC_BOARD in order to prevent removal from the project. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Stefano Babic authored
Boards need to select CONFIG_SYS_GENERIC_BOARD in order to prevent removal from the project. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Stefano Babic authored
Boards need to select CONFIG_SYS_GENERIC_BOARD in order to prevent removal from the project. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Tom Rini authored
In 0200020b we added a number of tests for 'if defined(CONFIG_SYS_FSL_SEC_LE) && !defined(CONFIG_MX6)' and accidentally did one as 'ifdef defined...' Signed-off-by:
Tom Rini <trini@konsulko.com>
-
git://www.denx.de/git/u-boot-imxTom Rini authored
-
Stefano Babic authored
commit d9f43c8f sets get_reset_cause() as static, but this conflicts with mx5 where its prototype is in sys_proto.h. Drop it from sys_proto.h and drop print_cpuinfo from mx53_loco, factorizing the call for this board. Signed-off-by:
Stefano Babic <sbabic@denx.de> CC: Jason Liu <jason.hui@linaro.org>
-
- Mar 04, 2015
-
-
Simon Glass authored
Currently in some cases SDRAM init requires global_data to be available and soon this will not be available prior to board_init_f(). Adjust the code paths in these cases to be correct. In some cases we had the SPL stack be in DDR as we might have large stacks (due to Falcon Mode + Environment). In these cases switch to CONFIG_SPL_STACK_R. In other cases we had simply been setting CONFIG_SPL_STACK into SRAM. In these cases we no longer need to (CONFIG_SYS_INIT_SP_ADDR is used and is also in SRAM) so drop those lines. Signed-off-by:
Simon Glass <sjg@chromium.org> Tested on Beagleboard, Beagleboard xM Tested-by:
Matt Porter <mporter@konsulko.com> Tested on Beaglebone Black, AM43xx GP EVM, OMAP5 uEVM, OMAP4 Pandaboard Tested-by:
Tom Rini <trini@konsulko.com> Signed-off-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
When CONFIG_SYS_MALLOC_SIMPLE is defined, free() is a static inline. Make sure that the export interface still builds in this case. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present SPL uses a single stack, either CONFIG_SPL_STACK or CONFIG_SYS_INIT_SP_ADDR. Since some SPL features (such as MMC and environment) require a lot of stack, some boards set CONFIG_SPL_STACK to point into SDRAM. They then set up SDRAM very early, before board_init_f(), so that the larger stack can be used. This is an abuse of lowlevel_init(). That function should only be used for essential start-up code which cannot be delayed. An example of a valid use is when only part of the SPL code is visible/executable, and the SoC must be set up so that board_init_f() can be reached. It should not be used for SDRAM init, console init, etc. Add a CONFIG_SPL_STACK_R option, which allows the stack to be moved to a new address before board_init_r() is called in SPL. The expected SPL flow (for CONFIG_SPL_FRAMEWORK) is documented in the README. Signed-off-by:
Simon Glass <sjg@chromium.org> For version 1: Acked-by:
Albert ARIBAUD <albert.u.boot@aribaud.net> Reviewed-by:
Stefan Roese <sr@denx.de> Tested-by:
Bo Shen <voice.shen@atmel.com> Acked-by:
Bo Shen <voice.shen@atmel.com> Acked-by:
Heiko Schocher <hs@denx.de> Tested-by:
Heiko Schocher <hs@denx.de> Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Simon Glass authored
Use the full driver model GPIO and serial drivers in SPL now that these are supported. Since device tree is not available they will use platform data. Remove the special SPL GPIO function as it is no longer needed. This is all in one commit to maintain bisectability. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This is already set up in crt0.S. We don't need a new structure and don't really want one in the 'data' section of the image, since it will be empty and crt0.S's changes will be ignored. As an interim measure, remove it only if CONFIG_DM is not defined. This allows us to press ahead with driver model in SPL and allow the stragglers to catch up. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This function has grown into something of a monster. Some boards are setting up a console and DRAM here in SPL. This requires global_data which should be set up in one place (crt0.S). There is no need for SPL to use s_init() for anything since board_init_f() is called immediately afterwards. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
git://git.denx.de/u-boot-samsungTom Rini authored
-
Przemyslaw Marczak authored
This commit removes the dram reservation from board file, because it is done in a common code. Signed-off-by:
Przemyslaw Marczak <p.marczak@samsung.com> Cc: Minkyu Kang <mk7.kang@samsung.com> Signed-off-by:
Minkyu Kang <mk7.kang@samsung.com>
-
Przemyslaw Marczak authored
This commit enables the last DRAM bank and reserves the last 22 MiB of it, for the secure firmware. Signed-off-by:
Przemyslaw Marczak <p.marczak@samsung.com> Cc: Akshay Saraswat <akshay.s@samsung.com> Cc: Hyungwon Hwang <human.hwang@samsung.com> Cc: Minkyu Kang <mk7.kang@samsung.com> Signed-off-by:
Minkyu Kang <mk7.kang@samsung.com>
-
Przemyslaw Marczak authored
Since more than one board requires memory reservation for the secure firmware, the reservation code can be made in a common code. Now, to reserve some part of the the last bank, board config should define: - CONFIG_TZSW_RESERVED_DRAM - len in bytes - CONFIG_NR_DRAM_BANKS - number of memory banks Signed-off-by:
Przemyslaw Marczak <p.marczak@samsung.com> Cc: Akshay Saraswat <akshay.s@samsung.com> Cc: Hyungwon Hwang <human.hwang@samsung.com> Cc: Minkyu Kang <mk7.kang@samsung.com> Signed-off-by:
Minkyu Kang <mk7.kang@samsung.com>
-
Łukasz Majewski authored
This patch suppress following warning: board/samsung/common/board.c:95:32: warning: iteration 4u invokes undefined behavior [-Waggressive-loop-optimizations] addr = CONFIG_SYS_SDRAM_BASE + (i * SDRAM_BANK_SIZE); ^ board/samsung/common/board.c:94:2: note: containing loop about possible signed integer overflow at gcc 4.8.2 (odroid board) Signed-off-by:
Lukasz Majewski <l.majewski@samsung.com> Signed-off-by:
Minkyu Kang <mk7.kang@samsung.com>
-
- Mar 03, 2015
-
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Mar 02, 2015
-
-
Sinan Akman authored
Signed-off-by:
Sinan Akman <sinan@writeme.com>
-
Michal Simek authored
Add basic Xilinx ZynqMP arm64 support. Serial and SD is supported. It supports emulation platfrom ep108 and QEMU. Signed-off-by:
Michal Simek <michal.simek@xilinx.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Andreas Bießmann authored
Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Masahiro Yamada authored
This code was introduced to support the multiple .config configuration in U-Boot. We do not need it any more. Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com>
-
Axel Lin authored
Fix trivial typo. Acked-by:
Simon Glass <sjg@chromium.org> Signed-off-by:
Axel Lin <axel.lin@ingics.com>
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Tom Rini authored
With a3895314 we now call readl() from this file so add <asm/io.h> so that we have a prototype for the function. Signed-off-by:
Tom Rini <trini@konsulko.com>
-
git://git.denx.de/u-boot-usbTom Rini authored
-
git://git.denx.de/u-boot-pxaTom Rini authored
-
Add EXT2/EXT4 and BOUNCE_BUFFER support. Signed-off-by:
Fabio Estevam <fabio.estevam@freescale.com> Acked-by:
Otavio Salvador <otavio@ossystems.com.br>
-
With UMS support we are able to flash the eMMC from U-boot, which is very convenient. Add UMS support to make the eMMC flashing process easier. Signed-off-by:
Fabio Estevam <fabio.estevam@freescale.com> Acked-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Pass the same pad configuration as done in the kernel so that OTG1_ID pin can properly work in device mode. Signed-off-by:
Fabio Estevam <fabio.estevam@freescale.com>
-
Łukasz Majewski authored
After discussion during the last u-boot mini summit with USB maintainer - Marek Vasut - it has been decided, that gadget development should be coordinated by DFU custodian. Such patch formalizes current development status. Signed-off-by:
Lukasz Majewski <l.majewski@samsung.com>
-
Marcel Ziswiler authored
Integrate latest validated register settings from Toradex WinCE BSP 4.2 working accross all module versions from early V1.x, V1.2D, V2.2B to V2.4A. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Marcel Ziswiler authored
Usually not required for NOR flash. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Marcel Ziswiler authored
Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Marcel Ziswiler authored
While 'mmc init' is no longer required the address to bootm the kernel from NOR flash was wrong. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-