- Jan 22, 2017
-
-
Masahiro Yamada authored
We may want to run different firmware before running U-Boot. For example, ARM Trusted Firmware runs before U-Boot, making U-Boot a non-secure world boot loader. In this case, the SoC might be initialized there, which enables us to skip SPL entirely. This commit removes "select SPL" to make it configurable. This also enables the Multi SoC support for the UniPhier ARMv8 SoCs. (CONFIG_ARCH_UNIPHIER_V8_MULTI) Thanks to the driver model and Device Tree, the U-Boot proper part is now written in a generic way. The board/SoC parameters reside in DT. The Multi SoC support increases the memory footprint a bit, but the U-Boot proper does not have strict memory constraint. This will mitigate the per-SoC (sometimes per-board) defconfig burden. Signed-off-by:
Masahiro Yamada <yamada.masahiro@socionext.com>
-
Masahiro Yamada authored
These are file-internal and constant. Signed-off-by:
Masahiro Yamada <yamada.masahiro@socionext.com>
-
Kotaro Hayashi authored
The ddrphy_shift_rof_hws() never writes back the shifted delay value to the register, which makes this function non-effective. Signed-off-by:
Kotaro Hayashi <hayashi.kotaro@socionext.com> [masahiro: add git log] Signed-off-by:
Masahiro Yamada <yamada.masahiro@socionext.com>
-
Wataru Okoshi authored
Change bnk_typ's value from 8 to 0 (for G1's performance). Signed-off-by:
Wataru Okoshi <okoshi.wataru@socionext.com> Signed-off-by:
Masahiro Yamada <yamada.masahiro@socionext.com>
-
- Jan 21, 2017
-
-
Uri Mashiach authored
Move all of the status LED feature to drivers/led/Kconfig. The LED status definitions were moved from the board configuration files to the defconfig files. TBD: Move all of the definitions in the include/status_led.h to the relevant board's defconfig files. Tested boards: CL-SOM-AM57x, CM-T335 Signed-off-by:
Uri Mashiach <uri.mashiach@compulab.co.il>
-
Uri Mashiach authored
Move all of the status LED feature to drivers/led/Kconfig. doc/README.LED updated to reflect the Kconfig implementation. Tested boards: CL-SOM-AM57x, CM-T335 Signed-off-by:
Uri Mashiach <uri.mashiach@compulab.co.il>
-
Jagan Teki authored
Cc: Tom Rini <trini@konsulko.com> Signed-off-by:
Jagan Teki <jagan@openedev.com>
-
Jagan Teki authored
This patch add Kconfig entry for CONFIG_BOARD_LATE_INIT Cc: Tom Rini <trini@konsulko.com> Signed-off-by:
Jagan Teki <jagan@openedev.com>
-
Tom Rini authored
When falcon mode support was added, it was right around when SPL_OS_BOOT was migrated to Kconfig. So first we must move the enablement to the defconfig file. Next, it turned off EXT support rather than add the information to allow for falcon mode from EXT. Add this information so that the board compiles after 5d28b930. Fixes: d96796ca ("mx6sabresd: Add Falcon mode support") Cc: Fabio Estevam <fabio.estevam@nxp.com> Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Jan 20, 2017
-
-
Emmanuel Vadot authored
Instead of disabling the data cache in the bootelf command, disabling it in the do_bootm_qnxelf function. Some ELF binary might want the cache enabled. Signed-off-by:
Emmanuel Vadot <manu@bidouilliste.com>
-
Sven Ebenfeld authored
Reported-by: Coverity (CID: 155214) Signed-off-by:
Sven Ebenfeld <sven.ebenfeld@gmail.com>
-
Lokesh Vutla authored
Latest gcc compile strted complaining about defined structure definition that are not used. Remove the unused sturctures. Reported-by:
Dan Murphy <dmurphy@ti.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Lokesh Vutla authored
Latest gcc 6.2 compiler is throwing the below warning for omap4_panda_defconfig arch/arm/mach-omap2/omap4/hw_data.c:136:3: warning: 'abe_dpll_params_sysclk_196608khz' defined but not used [-Wunused-const-variable=] abe_dpll_params_sysclk_196608khz[NUM_SYS_CLKS] = { Fix this by guarding it with CONFIG_SYS_OMAP_ABE_SYSCK Reported-by:
Dan Murphy <dmurphy@ti.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Emmanuel Vadot authored
The built _libfdt.so is placed in the /tools dir and need to say here as it contains relative paths. Add the directory to the python path so binman can use this module. Signed-off-by:
Emmanuel Vadot <manu@bidouilliste.com>
-
Emmanuel Vadot authored
Do not rely on CONFIG_SPL_OF_PLATDATA to build the libfdt python module. If swig is present, this will be build Signed-off-by:
Emmanuel Vadot <manu@bidouilliste.com>
-
Lukasz Majewski authored
Signed-off-by:
Lukasz Majewski <lukma@denx.de>
-
Andreas Färber authored
Use the generic "distro" boot framework to enable automatic DHCP boot. MMC and USB are not yet implemented, so this is the only boot option. The fdt and kernel addresses are adopted from downstream; ramdisk and scriptaddr addresses were chosen arbitrarily. Signed-off-by:
Andreas Färber <afaerber@suse.de> Reviewed-by:
Alexander Graf <agraf@suse.de>
-
Andreas Färber authored
Move it from meson-gxbb-common.h to odroid-c2.h to allow new boards not to implement it. Signed-off-by:
Andreas Färber <afaerber@suse.de>
-
Tom Rini authored
We can make the code read more easily here by simply using memset() always as when we don't have an optimized version of the function we will still have a version of this function around anyhow. Cc: Simon Glass <sjg@chromium.org> Signed-off-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Tom Rini authored
We have long had available optimized versions of the memset and memcpy functions that are borrowed from the Linux kernel. We should use these in normal conditions as the speed wins in many workflows outweigh the relatively minor size increase. However, we have a number of places where we're simply too close to size limits in SPL and must be able to make the size vs performance trade-off in those cases. Cc: Philippe Reynes <tremyfr@yahoo.fr> Cc: Eric Jarrige <eric.jarrige@armadeus.org> Cc: Heiko Schocher <hs@denx.de> Cc: Magnus Lilja <lilja.magnus@gmail.com> Cc: Lokesh Vutla <lokeshvutla@ti.com> Cc: Chander Kashyap <k.chander@samsung.com> Cc: Akshay Saraswat <akshay.s@samsung.com> Cc: Simon Glass <sjg@chromium.org> Cc: Stefan Roese <sr@denx.de> Signed-off-by:
Tom Rini <trini@konsulko.com> Acked-by:
Stefan Roese <sr@denx.de> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Andrew F. Davis authored
While moving OMAP related files to mach-omap2 the functionality relating to generating secure boot files was modified. This change prevents secure platforms other than AM33xx and OMAP54XX from correctly building files for all needed media types. Fixes: 983e3700 ("arm: Introduce arch/arm/mach-omap2 for OMAP2 derivative platforms") Signed-off-by:
Andrew F. Davis <afd@ti.com> Acked-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Andrew F. Davis authored
Signed-off-by:
Andrew F. Davis <afd@ti.com> Acked-by:
Lokesh Vutla <lokeshvutla@ti.com> Acked-by:
Michal Simek <michal.simek@xilinx.com>
-
Andrew F. Davis authored
These files are only included for build by the make system when CONFIG_SPL_{EXT,FAT}_SUPPORT is enabled, remove the unneed checks for these in the source files. Signed-off-by:
Andrew F. Davis <afd@ti.com> Reviewed-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
xypron.glpk@gmx.de authored
IEC 80000-13:2008 Quantities and units Part 13: Information science and technology defines the prefixes to use for binary multiples. So instead of writing Data Size: 6726132 Bytes = 6568.49 kB = 6.41 MB in dumpimage we should write Data Size: 6726132 Bytes = 6568.49 KiB = 6.41 MiB. Signed-off-by:
Heinrich Schuchardt <xypron.glpk@gmx.de>
-
Emmanuel Vadot authored
In a config with one MMC at device id '1' and no MMC at device id '0' (a BeagleBone Black with no sd inserted for example), the current code will first test to access the MMC 0 (sd port), seeing that no device is present it will simply return that no more device are present for this class. This patch fixes this by testing all devices for each class. Signed-off-by:
Emmanuel Vadot <manu@bidouilliste.com>
-
Emmanuel Vadot authored
The current code can loop undefinitly as it doesn't parse correctly the env data. Since the env is an hashtable, use the hashtable function for the API_ENV_ENUM api call. Signed-off-by:
Emmanuel Vadot <manu@bidouilliste.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Sébastien Szymanski authored
Signed-off-by:
Sébastien Szymanski <sebastien.szymanski@armadeus.com>
-
Adam Ford authored
Some scripts are calling the same functions, so these changes consolidate common scripts together to reduce redundancy and shrink size a bit. This also keeps the 'bootargs' variable from growing if manually called more than one time. This also adds NAND booting scripts based on newly consolidated scripts. Signed-off-by:
Adam Ford <aford173@gmail.com>
-
Rick Altherr authored
In 35fc84fa, bootm was refactored so plain 'bootm' and 'bootm <subcommand>' shared a common implementation. The 'bootm ramdisk' command implementation is now part of the common implementation but not invoke by plain 'bootm' since the original implementation never did ramdisk relocation. Instead, ramdisk relocation happened in image_setup_linux() which is typically called during the OS portion of 'bootm'. On ARM, parameters to the Linux kernel can either be passed by FDT or ATAGS. When using FDT, image_setup_linux() is called which also triggers ramdisk relocation. When using ATAGS, image_setup_linux() is _not_ called because it mostly does FDT setup. Instead of calling image_setup_linux() in both FDT and ATAGS cases, include BOOTM_STATE_RAMDISK in the requested states during a plain 'bootm' if CONFIG_SYS_BOOT_RAMDISK_HIGH is set and remove the ramdisk relocation from image_setup_linux(). This causes ramdisk relocation to happen on any system where CONFIG_SYS_BOOT_RAMDISK_HIGH regardless of the OS being booted. Also remove IMAGE_ENABLE_RAMDISK_HIGH as it was only used by the now-removed code from image_setup_linux(). Signed-off-by:
Rick Altherr <raltherr@google.com> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Joel Stanley <joel@jms.id.au>
-
Heiko Schocher authored
commit: 65f83802 "serial: 16550: Add getfcr accessor" breaks u-boot commandline working with long commands sending to the board. Since the above patch, you have to setup the fcr register. For board/archs which enable OF_PLATDATA, the new field fcr in struct ns16550_platdata is not filled with a default value ... This leads in not setting up the uarts fifo, which ends in problems, when you send long commands to u-boots commandline. Detected this issue with automated tbot tests on am335x based shc board. The error does not popup, if you type commands. You need to copy&paste a long command to u-boots commandshell (or send a long command with tbot) Possible boards/plattforms with problems: ./arch/arm/cpu/arm926ejs/lpc32xx/devices.c ./arch/arm/mach-tegra/board.c ./board/overo/overo.c ./board/quipos/cairo/cairo.c ./board/logicpd/omap3som/omap3logic.c ./board/logicpd/zoom1/zoom1.c ./board/timll/devkit8000/devkit8000.c ./board/lg/sniper/sniper.c ./board/ti/beagle/beagle.c ./drivers/serial/serial_rockchip.c Signed-off-by:
Heiko Schocher <hs@denx.de> Signed-off-by:
Ladislav Michl <ladis@linux-mips.org> Tested-by:
Adam Ford <aford173@gmail.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
- Jan 19, 2017
-
- Jan 18, 2017
-
-
Yangbo Lu authored
On LS1012ARDB board, three dual 1:4 mux/demux devices drive the SDHC2 signals to eMMC, SDIO wifi, SPI and Ardiuno shield. Only when we select eMMC and SDIO wifi, the SDHC2 could be used. Otherwise, the command inhibit bits of eSDHC2_PRSSTAT register will never release. This would cause below continious error messages in linux since it uses polling mode to detect card. "mmc1: Controller never released inhibit bit(s)." "mmc1: Controller never released inhibit bit(s)." "mmc1: Controller never released inhibit bit(s)." This patch is to define esdhc_status_fixup function for RDB to disable SDHC2 status if no SDIO wifi or eMMC is selected. Signed-off-by:
Yangbo Lu <yangbo.lu@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Yangbo Lu authored
The LS1012AQDS board has a hardware issue. When there is no eMMC adapter card inserted in SDHC2 adapter slot, the command inhibit bits of eSDHC2_PRSSTAT register will never release. This would cause below continious error messages in linux since it uses polling mode to detect card. "mmc1: Controller never released inhibit bit(s)." "mmc1: Controller never released inhibit bit(s)." "mmc1: Controller never released inhibit bit(s)." This patch is to define esdhc_status_fixup function for QDS to disable SDHC2 status if no eMMC adapter card is detected. Signed-off-by:
Yangbo Lu <yangbo.lu@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Yangbo Lu authored
Move fdt fixup of 'status' property into a weak function. This allows board to define 'status' fdt fixup by themselves. Signed-off-by:
Yangbo Lu <yangbo.lu@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Hou Zhiqiang authored
Enable PPA for ls1043ardb NOR boot and ls1046ardb QSPI boot. Signed-off-by:
Hou Zhiqiang <Zhiqiang.Hou@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Hou Zhiqiang authored
Signed-off-by:
Hou Zhiqiang <Zhiqiang.Hou@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Hou Zhiqiang authored
Moved the config FSL_PPA_ARMV8_PSCI from fsl-layerscape's Kconfig to Kconfig under armv8 and renamed it to SEC_FIRMWARE_ARMV8_PSCI. Signed-off-by:
Hou Zhiqiang <Zhiqiang.Hou@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Hou Zhiqiang authored
Signed-off-by:
Hou Zhiqiang <Zhiqiang.Hou@nxp.com> [York S: clean up scripts/config_whitelist.txt] Reviewed-by:
York Sun <york.sun@nxp.com>
-
Alison Wang authored
For 64-bit kernel, there is a warning about x1-x3 nonzero in violation of boot protocol. To fix this issue, input argument 4 is added for armv8_switch_to_el2 and armv8_switch_to_el1. The input argument 4 will be set to the right value, such as zero. Signed-off-by:
Alison Wang <alison.wang@nxp.com> Reviewed-by:
Alexander Graf <agraf@suse.de> Tested-by:
Ryan Harkin <ryan.harkin@linaro.org> Tested-by:
Michal Simek <michal.simek@xilinx.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Wenbin Song authored
The default MSI node in kernel tree is for LS1043A rev1.0 silicon, if rev1.1 silicon used, need to fixup the MSI node to match it. Signed-off-by:
Wenbin Song <wenbin.song@nxp.com> Signed-off-by:
Mingkai Hu <mingkai.hu@nxp.com> Signed-off-by:
Hou Zhiqiang <Zhiqiang.Hou@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-