Re: [U-Boot] [RFC PATCH 03/11] SPL: FIT: factor out spl_load_fit_image()

Hi Andre, On 01/20/2017 09:53 AM, Andre Przywara wrote: At the moment we load two images from a FIT image: the actual U-Boot image and the DTB. Both times we have very similar code to deal with alignment requirement the media we load from imposes upon us. Factor out this code into a new

Re: [U-Boot] [RFC PATCH 04/11] SPL: FIT: allow loading multiple images

Hi Andre, Thanks for your patches, this is great help for enable ATF on U-Boot SPL. For ATF use case, we would like to identify which one is bl31 for we need to get entry point for it while we only need load address for other image. Any idea on get this information from different

Re: [U-Boot] Rockchip RK3288 boot trouble

Hi Rick, On 01/20/2017 02:29 AM, Rick Bronson wrote: Hi Kever and Simon, Thanks very much for the help. Really appreciate it. I didn't see your detail steps for getting u-boot-dtb.bin, does it include SPL here? I'm using this method: 2. with "CONFIG_ROCKCHIP_SPL_BACK_TO_BROM",

Re: [U-Boot] [PATCH 2/2] config: Move CONFIG_BOARD_LATE_INIT to defconfigs

On Sun, Jan 22, 2017 at 12:45:44PM +0900, Masahiro Yamada wrote: > Hi. > > > 2017-01-22 8:02 GMT+09:00 Tom Rini : > > On Sat, Jan 21, 2017 at 11:48:33AM +0100, Jagan Teki wrote: > > > >> Cc: Tom Rini > >> Signed-off-by: Jagan Teki > >

Re: [U-Boot] [PATCH 2/2] config: Move CONFIG_BOARD_LATE_INIT to defconfigs

Hi. 2017-01-22 8:02 GMT+09:00 Tom Rini : > On Sat, Jan 21, 2017 at 11:48:33AM +0100, Jagan Teki wrote: > >> Cc: Tom Rini >> Signed-off-by: Jagan Teki > > Note: theadorable_debug grows by ~161 bytes in SPL as it had been > enabling

Re: [U-Boot] [linux-sunxi] Re: [PATCH 02/12] sunxi: simplify ACTLR.SMP bit set #ifdef

Hi, On 16/01/17 07:44, Maxime Ripard wrote: > On Fri, Jan 13, 2017 at 08:28:07AM +, André Przywara wrote: >> On 13/01/17 08:09, Vishnu Patekar wrote: >> Hi Vishnu, >> >>> Even for the single core cortex-a7, SMP bit should be set before >>> enabling MMU and cache. >>> >>> Reference: Cortex A7

Re: [U-Boot] [PATCH 08/12] sunxi: prepare for sharing MACH_SUN8I_H3 config symbol

On 16/01/17 07:59, Maxime Ripard wrote: > On Fri, Jan 13, 2017 at 01:30:00AM +, Andre Przywara wrote: >> The Allwinner H5 is very close to the H3 SoC, but has ARMv8 cores. >> To allow sharing the clocks, GPIO and driver code easily, create an >> architecture agnostic MACH_SUN8I_H3_H5 Kconfig

Re: [U-Boot] [PATCH 09/12] sunxi: H5: add COUNTER_FREQUENCY

Hi, On 16/01/17 08:01, Maxime Ripard wrote: > On Fri, Jan 13, 2017 at 01:30:01AM +, Andre Przywara wrote: >> For the arch timer to work properly, we need to setup the CNTFRQ >> register, which is only possible in EL3. >> Define the arch timer frequency in sun8i.h as well, so that ARMv8's >>

Re: [U-Boot] [PATCH 3/7] arm: socfpga: update arria5 socdk default environment

On 01/22/2017 12:04 AM, Westergreen, Dalon wrote: > On Sat, 2017-01-21 at 20:29 +0100, Marek Vasut wrote: >> On 01/21/2017 06:31 PM, Dalon Westergreen wrote: >>> >>> From: Dalon Westergreen >>> >>> The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION >>> and

Re: [U-Boot] [PATCH 2/2] config: Move CONFIG_BOARD_LATE_INIT to defconfigs

On Sat, Jan 21, 2017 at 11:48:33AM +0100, Jagan Teki wrote: > Cc: Tom Rini > Signed-off-by: Jagan Teki Note: theadorable_debug grows by ~161 bytes in SPL as it had been enabling BOARD_LATE_INIT only for non-SPL which is now not allowed. Applied to

Re: [U-Boot] [PATCH 2/2] status_led: Kconfig migration

On Thu, Jan 19, 2017 at 10:51:45AM +0200, Uri Mashiach wrote: > 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

Re: [U-Boot] [PATCH 1/2] common: Kconfig: Add BOARD_LATE_INIT entry

On Sat, Jan 21, 2017 at 11:48:32AM +0100, Jagan Teki wrote: > This patch add Kconfig entry for CONFIG_BOARD_LATE_INIT > > Cc: Tom Rini > Signed-off-by: Jagan Teki Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH 1/2] status_led: Kconfig migration - introduction

On Thu, Jan 19, 2017 at 10:51:05AM +0200, Uri Mashiach wrote: > 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

[U-Boot] [PATCH] travis-ci: Split p1_p2_rdb_pc and p1010rdb into separate jobs

On occasion the job that does these two build types will hit the time limit so split this in two. Signed-off-by: Tom Rini --- .travis.yml | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/.travis.yml b/.travis.yml index 6c4ea59c3c7f..8024765c3ae3 100644

Re: [U-Boot] [PATCH 1/7] arm: socfpga: update de0 nano default environment

On Sat, 2017-01-21 at 20:28 +0100, Marek Vasut wrote: On 01/21/2017 06:31 PM, Dalon Westergreen wrote: From: Dalon Westergreen > The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION and CONFIG_SYS_MMCSD_FS_OS_PARTITION have

Re: [U-Boot] [PATCH 1/7] arm: socfpga: update de0 nano default environment

On 01/21/2017 10:55 PM, Westergreen, Dalon wrote: > > On Sat, 2017-01-21 at 20:28 +0100, Marek Vasut wrote: > > On 01/21/2017 06:31 PM, Dalon Westergreen wrote: > > > From: Dalon Westergreen > > > > The default values for

[U-Boot] [PATCH v1] x86: make LOAD_FROM_32_BIT visible for platforms

This option useful not only for development, but for the platforms where U-Boot is run from custom ROM bootloader. For example, Intel Edison is that board. Make this option visible that platforms can select it if needed. Signed-off-by: Andy Shevchenko ---

[U-Boot] twister fails to start u-boot from NAND

Hi, I am facing some issues when booting u-boot (755b06d1c0f) from _NAND_ on a twister board. It works fine when booting from mmc. u-boot v2016.09 works fine from NAND as well. The first issue is that it hangs after DRAM initialization / before NAND is found. Git bisect points to 085be482f6

Re: [U-Boot] [PATCH 6/7] arm: socfpga: Update sr1500 environment

On 01/21/2017 06:31 PM, Dalon Westergreen wrote: > From: Dalon Westergreen > > The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION > and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as > as result the default uboot environment for this board > needs

Re: [U-Boot] [PATCH 2/7] arm: socfpga: update cyclone5 socdk default environment

On 01/21/2017 06:31 PM, Dalon Westergreen wrote: > From: Dalon Westergreen > > The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION > and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as > as result the default uboot environment for this board > needs

Re: [U-Boot] [PATCH 3/7] arm: socfpga: update arria5 socdk default environment

On 01/21/2017 06:31 PM, Dalon Westergreen wrote: > From: Dalon Westergreen > > The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION > and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as > as result the default uboot environment for this board > needs

Re: [U-Boot] [PATCH 1/7] arm: socfpga: update de0 nano default environment

On 01/21/2017 06:31 PM, Dalon Westergreen wrote: > From: Dalon Westergreen > > The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION > and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as > as result the default uboot environment for this board > needs

Re: [U-Boot] [PATCH 7/7] arm: socfpga: add support for Terasic DE10-Nano board

On 01/21/2017 06:31 PM, Dalon Westergreen wrote: > Add CycloneV based Terasic DE10 Nano board. The > board is based on the DE0 Nano but has a larger > fpga. > > Signed-off-by: Dalon Westergreen This should be sent as a separate patch from the env update patchset. Please send

[U-Boot] [PATCH 7/7] arm: socfpga: add support for Terasic DE10-Nano board

Add CycloneV based Terasic DE10 Nano board. The board is based on the DE0 Nano but has a larger fpga. Signed-off-by: Dalon Westergreen --- arch/arm/dts/Makefile | 1 + arch/arm/dts/socfpga_cyclone5_de10_nano.dts | 68 +++

[U-Boot] [PATCH 2/7] arm: socfpga: update cyclone5 socdk default environment

From: Dalon Westergreen The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as as result the default uboot environment for this board needs updating. This sets the default envirnment to use the

[U-Boot] [PATCH 6/7] arm: socfpga: Update sr1500 environment

From: Dalon Westergreen The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as as result the default uboot environment for this board needs updating. This sets the default envirnment to use the

[U-Boot] [PATCH 4/7] arm: socfpga: Update DE1 environment

From: Dalon Westergreen The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as as result the default uboot environment for this board needs updating. This sets the default envirnment to use the

[U-Boot] [PATCH 3/7] arm: socfpga: update arria5 socdk default environment

From: Dalon Westergreen The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as as result the default uboot environment for this board needs updating. This sets the default envirnment to use the

[U-Boot] [PATCH 5/7] arm: socfpga: Update SoCKit environment

From: Dalon Westergreen The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as as result the default uboot environment for this board needs updating. This sets the default envirnment to use the

[U-Boot] [PATCH 1/7] arm: socfpga: update de0 nano default environment

From: Dalon Westergreen The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as as result the default uboot environment for this board needs updating. This sets the default envirnment to use the

[U-Boot] [PATCH 1/7] arm: socfpga: update de0 nano default environment

From: Dalon Westergreen The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as as result the default uboot environment for this board needs updating. This sets the default envirnment to use the

[U-Boot] [PATCH 2/7] arm: socfpga: update cyclone5 socdk default environment

From: Dalon Westergreen The default values for CONFIG_SYS_MMCSD_FS_BOOT_PARTITION and CONFIG_SYS_MMCSD_FS_OS_PARTITION have changed and as as result the default uboot environment for this board needs updating. This sets the default envirnment to use the

Re: [U-Boot] [RFC PATCH 08/11] sunxi: SPL: add FIT config selector for Pine64 boards

On 21/01/17 04:05, Siarhei Siamashka wrote: Hi Siarhei, thanks for your comments! > On Fri, 20 Jan 2017 21:55:53 + > André Przywara wrote: > >> On 20/01/17 21:35, Maxime Ripard wrote: >> >> Hi Maxime, >> >> thanks for having a look! >> >>> On Fri, Jan 20, 2017 at

[U-Boot] Reset emmc samsung

Buoansera in che modo è possibile resettare completamente una emmc e eventualmente di quali modelli samsung stiamo parlando Grazie in anticipo ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [RFC PATCH 05/11] tools: mksunxiboot: allow larger SPL binaries

On 21/01/17 04:24, Siarhei Siamashka wrote: Hi Siarhei, > On Fri, 20 Jan 2017 01:53:25 + > Andre Przywara wrote: > >> mksunxiboot limits the size of the resulting SPL binaries to pretty >> conservative values to cover all SoCs and all boot media (NAND). >> In

[U-Boot] [PATCH 1/2] common: Kconfig: Add BOARD_LATE_INIT entry

This patch add Kconfig entry for CONFIG_BOARD_LATE_INIT Cc: Tom Rini Signed-off-by: Jagan Teki --- common/Kconfig | 10 ++ 1 file changed, 10 insertions(+) diff --git a/common/Kconfig b/common/Kconfig index a04ee10..bb47ee4 100644 ---

Re: [U-Boot] [PATCH v2 2/4] kconfig: Add a FREEBSD option

Hello Simon, On 21-01-17 04:51, Simon Glass wrote: Hi, On 17 January 2017 at 08:50, Emmanuel Vadot wrote: Add a FreeBSD option that enable the API and enable the data cache command as it is needed to boot the FreeBSD loader. Signed-off-by: Emmanuel Vadot

[U-Boot] [PATCH 3/9 v2] mmc: Add Marvell Xenon SDHCI controller driver

This driver implementes platform specific code for the Xenon SDHCI controller which is integrated in the Marvell MVEBU Armada 37xx and Armada 7k / 8K SoCs. History: This driver is ported from the Marvell U-Boot version 2015.01 which is written by Victor Gu with minor changes

[U-Boot] [PATCH 07/11] ARM: uniphier: add macro to generate SoC data look-up function

There are similar functions that look up SoC data by the SoC ID. The new macro UNIPHIER_DEFINE_SOCDATA_FUNC will be helpful to avoid the code duplication. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/board_init.c | 20 +++-

[U-Boot] [PATCH 09/11] pinctrl: uniphier: support UniPhier PXs3 pinctrl driver

Add pin configuration and pinmux support for UniPhier PXs3 SoC. Signed-off-by: Masahiro Yamada --- drivers/pinctrl/uniphier/Kconfig | 24 ++-- drivers/pinctrl/uniphier/Makefile| 1 +

[U-Boot] [PATCH 08/11] ARM: dts: uniphier: compile only DT files that make sense

All the UniPhier DT files are compiled if CONFIG_ARCH_UNIPHIER is enabled, but not all of them actually work. For example, when U-Boot is compiled for ARM 32 bit, 64 bit DT files are also built, and vice versa. Compile only the combination that makes sense. Signed-off-by: Masahiro Yamada

[U-Boot] [PATCH 10/11] ARM: dts: uniphier: add PXs3 SoC/board support

Initial commit for the PXs3 SoC DT. Signed-off-by: Masahiro Yamada --- arch/arm/dts/Makefile | 2 + arch/arm/dts/uniphier-pxs3-ref.dts | 51 ++ arch/arm/dts/uniphier-pxs3.dtsi| 328 + 3 files changed,

[U-Boot] [PATCH 11/11] ARM: uniphier: add PXs3 SoC support

Initial support for PXs3 SoC. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/Kconfig| 5 + arch/arm/mach-uniphier/board_init.c | 8 arch/arm/mach-uniphier/clk/Makefile | 1 + arch/arm/mach-uniphier/clk/pll-pxs3.c | 7 +++

[U-Boot] [PATCH 05/11] ARM: uniphier: replace with where possible

The includes too many headers. Actually, these files needed to include it for udelay() declaration. Now we can replace it with thanks to commit 5bc516ed661a ("delay: collect {m, n, u}delay declarations to include/linux/delay.h"). Signed-off-by: Masahiro Yamada

[U-Boot] [PATCH 01/11] ARM: uniphier: add missing static and const qualifier

These are file-internal and constant. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/board_init.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach-uniphier/board_init.c b/arch/arm/mach-uniphier/board_init.c index

[U-Boot] [PATCH 03/11] ARM: uniphier: add uniphier_v8_defconfig

This defconfig does not support SPL. If you use this, the basic SoC initialization must be done in firmware that runs before U-Boot. (Generally, ARM Trusted Firmware is expected to do this job). Signed-off-by: Masahiro Yamada --- configs/uniphier_v8_defconfig |

[U-Boot] [PATCH 02/11] ARM: uniphier: make SPL optional for ARVv8 SoCs

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

[U-Boot] [PATCH 00/11] ARM: uniphier: recond round of UniPhier updates for v2017.03

- Make SPL optional for ARMv8 SoCs (main motivation is to use ATF) - Refactor SoC init code - Add PXs3 SoC support (DT, pinctrl driver, SoC code) Masahiro Yamada (11): ARM: uniphier: add missing static and const qualifier ARM: uniphier: make SPL optional for ARVv8 SoCs ARM:

[U-Boot] [PATCH 04/11] ARM: uniphier: replace with

These files only need error number macros. Actually, IS_ERR(), PTR_ERR(), ERR_PTR(), etc. are not useful for U-Boot. Avoid unnecessary header includes. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/boot-mode/boot-mode.c | 2 +-

[U-Boot] [PATCH 06/11] ARM: uniphier: simplify SoC ID get function

Currently, uniphier_get_soc_type() converts the SoC ID (this is read from the revision register) to an enum symbol to use it for SoC identification. Come to think of it, there is no need for the conversion in the first place. Using the SoC ID from the register as-is a straightforward way.