[U-Boot] [PATCH v5 02/12] spi: davinci_spi: Convert to driver to adapt to DM

Convert davinci_spi driver so that it complies with SPI DM framework. Signed-off-by: Vignesh R Reviewed-by: Tom Rini --- v5: correct error message. v4: Check error returned by dev_map_physmem(). v3: No changes v2: Add comments to struct davinci_spi_slave

Re: [U-Boot] [PATCH] net: Add ag7xxx driver for Atheros MIPS

On 05/08/2016 11:22 PM, Marek Vasut wrote: On 05/08/2016 02:58 PM, Daniel Schwierzeck wrote: Hi! Am 05.05.2016 um 21:34 schrieb Marek Vasut: Add ethernet driver for the AR933x and AR934x Atheros MIPS machines. The driver could be easily extended to other WiSoCs. How to make this patch

[U-Boot] [PATCH v2] ARM: fix ifdef in ARMv8 lowlevel_init() again

Commit 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()") accidentally inverted the logic of CONFIG_ARMV8_MULTIENTRY. Fixes: 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()") Signed-off-by: Masahiro Yamada --- Changes in v2: - Rephrase subject

[U-Boot] [PATCH] ARM: ARM: fix ifdefs in ARMv8 lowlevel_init() again

Commit 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()") accidentally inverted the logic of CONFIG_ARMV8_MULTIENTRY. Fixes: 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()") Signed-off-by: Masahiro Yamada --- arch/arm/cpu/armv8/start.S | 2 +- 1

Re: [U-Boot] [v2 PATCH 13/14] cmd: qfw: rename QEMU_FW_CFG to CMD_QFW

2016-05-20 10:30 GMT+08:00 Bin Meng : > Hi Miao, > > On Fri, May 20, 2016 at 10:07 AM, Miao Yan wrote: >> Hi Bin, >> >> 2016-05-19 17:08 GMT+08:00 Bin Meng : >>> Hi Miao, >>> >>> the title should say: CMD_QEMU_FW_CFG >>> >>> I can fix

Re: [U-Boot] [v2 PATCH 13/14] cmd: qfw: rename QEMU_FW_CFG to CMD_QFW

Hi Miao, On Fri, May 20, 2016 at 10:07 AM, Miao Yan wrote: > Hi Bin, > > 2016-05-19 17:08 GMT+08:00 Bin Meng : >> Hi Miao, >> >> the title should say: CMD_QEMU_FW_CFG >> >> I can fix this when applying. >> >> On Wed, May 18, 2016 at 5:39 PM, Miao Yan

Re: [U-Boot] [v2 PATCH 14/14] config: sandbox: enable qfw and cmd_qfw for testing

Hi Miao, On Fri, May 20, 2016 at 10:06 AM, Miao Yan wrote: > Hi Bin, > > 2016-05-19 17:08 GMT+08:00 Bin Meng : >> Hi Miao, >> >> On Wed, May 18, 2016 at 5:40 PM, Miao Yan wrote: >>> This patch enables qfw and cmd_qfw on sandbox

Re: [U-Boot] [v2 PATCH 13/14] cmd: qfw: rename QEMU_FW_CFG to CMD_QFW

Hi Bin, 2016-05-19 17:08 GMT+08:00 Bin Meng : > Hi Miao, > > the title should say: CMD_QEMU_FW_CFG > > I can fix this when applying. > > On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote: >> Align macro names with the rest of qfw code >> > > and I believe

Re: [U-Boot] [v2 PATCH 14/14] config: sandbox: enable qfw and cmd_qfw for testing

Hi Bin, 2016-05-19 17:08 GMT+08:00 Bin Meng : > Hi Miao, > > On Wed, May 18, 2016 at 5:40 PM, Miao Yan wrote: >> This patch enables qfw and cmd_qfw on sandbox for build coverage test >> >> Signed-off-by: Miao Yan >> --- >>

[U-Boot] [PATCH v3 03/15] arm: Kconfig: Add support for AM43xx SoC specific Kconfig

From: Madan Srinivas Adding support for AM43xx secure devices require the addition of some SOC specific config options like the amount of memory used by public ROM and the address of the entry point of u-boot or SPL, as seen by the ROM code, for the image to be built correctly.

[U-Boot] [PATCH v3 14/15] ARM: omap5: add ft_board_setup for dra7xx/am57xx

Adds the board specific ft_board_setup() functions that are called when CONFIG_OF_BOARD_SETUP is defined. These functions will currently just call the ft_cpu_setup() function. Adds CONFIG_OF_BOARD_SETUP to the defconfig files for dra72_evm, dra74_evm, and am57xx_evm. Signed-off-by: Daniel Allred

[U-Boot] [PATCH v3 08/15] ti: AM43xx: board: Detect AM43xx HS EVM

From: Madan Srinivas Adds code to detect AM43xx HS EVMS - the string in the I2C EEPROM for HS EVMs differs from GP EVMs. Adds code to for evm detection, regardless of whether the evm is for GP or HS parts, and updates board init to use that. Modifies findfdt command to pick up

[U-Boot] [PATCH v3 01/15] doc: Add info on using secure devices from TI

Adds doc/README.ti-secure file to explain in generic terms how boot images need to be created for secure devices from Texas Instruments. Specific details for creating secure boot images for the AM43xx, DRA7xx and AM57xx secure devices from Texas Instruments are also provided in the README file.

[U-Boot] [PATCH v3 09/15] defconfig: Add a config for AM43xx secure part

From: Madan Srinivas Adds a new defconfig file for the AM43xx secure device. This is the same as for the non-secure part, except for: CONFIG_TI_SECURE_DEVICE option set to 'y' CONFIG_ISW_ENTRY_ADDR updated for secure images. Signed-off-by: Daniel Allred

[U-Boot] [PATCH v3 11/15] spl: build: ti: add support for secure boot images

Updates the SPL build so that when CONFIG_TI_SECURE_DEVICE is in use (which it should be when building for secure parts), the TI secure development package is used to create a valid secure boot image. The u-boot SPL build processes is NOT aware of the details of creating the boot image - all of

[U-Boot] [PATCH v3 05/15] ti: omap-common: Add commands for generating secure SPL images

Adds a centralized config_secure.mk in omap-common for OMAP-style TI secure devices to use for boot image generation Depending on the boot media, different images are needed for secure devices. These commands generates u-boot*_HS_* files that need to be used to boot secure devices. Please refer

[U-Boot] [PATCH v3 15/15] defconfig: ti: Add configs for OMAP5-class secure parts

Adds new defconfig files for DRA7xx and AM57xx secure devices. These are the same as the non-secure parts, but with the addition of the CONFIG_TI_SECURE_DEVICE option set to 'y'. Signed-off-by: Daniel Allred Signed-off-by: Madan Srinivas Reviewed-by: Tom Rini

[U-Boot] [PATCH v3 10/15] ti_omap5_common: Update SPL start address on secure parts

Updated the CONFIG_SPL_TEXT_BASE to support secure parts (moving the start address past secure reserved memory and the size of the security certificate that precedes the boot image on secure devices). Updated the related CONFIG_SPL_MAX_SIZE to properly reflect the internal memory actually

[U-Boot] [PATCH v3 13/15] ARM: omap5: add hooks for cpu/SoC fdt fixups

Adds an fdt.c file in that defines the ft_cpu_setup() function, which should be called from a board-specific ft_board_setup()). This ft_cpu_setup() will currently do nothing for non-secure (GP) devices but contains pertinent updates for booting on secure (HS) devices. Update the omap5 Makefile to

[U-Boot] [PATCH v3 12/15] ARM: omap-common: Add device type to CPU string

Update the CPU string output so that the device type is now included as part of the CPU string that is printed as the SPL or u-boot comes up. This update adds a suffix of the form "-GP" or "-HS" for production devices, so that general purpose (GP) and high security (HS) can be distiguished.

Re: [U-Boot] [PATCH] SPL: fat: Fix spl_parse_image_header() return value handling

On Thu, May 19, 2016 at 8:45 PM, Marek Vasut wrote: > The spl_parse_image_header() can return 0 and it is not an error. > Only treat non-zero return value as an error. > > Signed-off-by: Marek Vasut > Cc: Fabio Estevam > Cc: Peng Fan

[U-Boot] [PATCH v3 07/15] ti: AM43xx: Use CONFIG options from SOC Kconfig

From: Madan Srinivas Updates configs/am43xx_evm.h to use CONFIG options from SOC specific Kconfig file for various calculations. On AM43x devices, the address of SPL entry point depends on the device type, i.e. whether it is secure or non-secure. Further, for non-secure

[U-Boot] [PATCH v3 06/15] ti: AM43xx: config.mk: Add support for generating secure boot images

Modifies the config.mk to build secure images when building the SPL for secure devices. Depending on the boot media, different images are needed for secure devices. The build generates u-boot*_HS_* files as appropriate for the different boot modes. The same u-boot binary file is processed

[U-Boot] [PATCH v3 02/15] arm: am33xx: Kconfig: Add secure device definitions

From: Madan Srinivas Adds a new Kconfig file for AM33xx class devices. We need a common place to define CONFIG parameters for these SOCs, especially for adding support for secure devices. a) Adds a definition for ISW_ENTRY_ADDR. This is the address to which the ROM branches when

[U-Boot] [PATCH v3 04/15] ti: omap-common: Add Kconfig file for secure device support

From: Madan Srinivas Defines CONFIG_TI_SECURE_DEVICE which needs to be turned on when building images for secure devices. This flag is used to invoke the secure image creation tools for creating a boot image that can be used on secure devices. This flag may also be used to

[U-Boot] [PATCH v3 00/15] Support for boot image creation for TI secure devices

Adds support for creating bootable images for AM43xx HS and DRA7xx/AM57xx HS devices. Daniel Allred (9): doc: Add info on using secure devices from TI ti: omap-common: Add commands for generating secure SPL images ti: AM43xx: config.mk: Add support for generating secure boot images

Re: [U-Boot] [PATCH] arm: Treat arm946es as v5te

On 04/30/2016 02:45 PM, Marek Vasut wrote: > The arm946es is armv5te , so use -march=armv5te instead of armv4t. > > Signed-off-by: Marek Vasut > Cc: Albert Aribaud > Cc: Tom Rini Bump? > --- > arch/arm/Makefile | 2 +- > 1 file

Re: [U-Boot] [PATCH] arm: mvebu: a38x: Weed out floating point use

On 04/30/2016 02:45 PM, Marek Vasut wrote: > For reason unknown, recently, the DDR init code writers are really fond > of hiding some small floating point operating deep in their creations. > This patch removes one from the Marvell A38x code. > > Instead of returning size of chip as float from

[U-Boot] [PATCH] SPL: fat: Fix spl_parse_image_header() return value handling

The spl_parse_image_header() can return 0 and it is not an error. Only treat non-zero return value as an error. Signed-off-by: Marek Vasut Cc: Fabio Estevam Cc: Peng Fan Cc: Stefano Babic Cc: Tom Rini

Re: [U-Boot] [PATCH 03/13] imx-common: use simpler runtime cpu dection macros

Dear Peng Fan, On Wed, May 18, 2016 at 9:53 AM, Peng Fan wrote: > Use simpler runtime cpu dection macros. > > Signed-off-by: Peng Fan > Cc: Stefano Babic > Cc: Ulises Cardenas > Cc: Bhuvanchandra DV

Re: [U-Boot] Linker script u-boot.lds makes u-boot ELF not load with debugger

Hi Héctor, On Wed, May 18, 2016 at 1:28 PM, Palacios, Hector wrote: > I'm loading U-Boot to an i.MX6Q platform using ARM DSTREAM debugger and after > running the DDR initialization script it fails to load the u-boot ELF binary > complaining with: > > loadfile

Re: [U-Boot] [PATCH v2] SPL: FIT: Enable SPL_FIT_LOAD in RAM based boot mode

Hi Michael, On Thu, May 19, 2016 at 08:33:28PM +0200, Michal Simek wrote: > Hi Andreas, > > 2016-05-19 20:16 GMT+02:00 Andreas Dannenberg : > > > Hi Michal, > > > > On Thu, May 19, 2016 at 06:38:04PM +0200, Michal Simek wrote: > > > On 19.5.2016 18:15, Andreas Dannenberg

[U-Boot] [PATCH] Delete tests of CONFIG_OF_LIBFDT when testing CONFIG_OF_BOARD_SETUP

Since CONFIG_OF_BOARD_SETUP depends on CONFIG_OF_LIBFDT: config OF_BOARD_SETUP bool "Set up board-specific details in device tree before boot" depends on OF_LIBFDT ... remove superfluous tests of CONFIG_OF_LIBFDT when testing for CONFIG_OF_BOARD_SETUP.

Re: [U-Boot] [PATCH v2] SPL: FIT: Enable SPL_FIT_LOAD in RAM based boot mode

Hi Andreas, 2016-05-19 20:16 GMT+02:00 Andreas Dannenberg : > Hi Michal, > > On Thu, May 19, 2016 at 06:38:04PM +0200, Michal Simek wrote: > > On 19.5.2016 18:15, Andreas Dannenberg wrote: > > > On Tue, May 17, 2016 at 07:00:24PM +0200, Michal Simek wrote: > > >> Support

[U-Boot] why so little use of ft_system_setup()?

still crawling through the code related to FDTs, and while i see a pile of boards that define CONFIG_OF_SYSTEM_SETUP, i see very few that define the corresponding(?) ft_system_setup() routine. $ grep -r CONFIG_OF_SYSTEM_SETUP * cmd/fdt.c:#ifdef CONFIG_OF_SYSTEM_SETUP cmd/fdt.c:#ifdef

Re: [U-Boot] [PATCH v2] SPL: FIT: Enable SPL_FIT_LOAD in RAM based boot mode

Hi Michal, On Thu, May 19, 2016 at 06:38:04PM +0200, Michal Simek wrote: > On 19.5.2016 18:15, Andreas Dannenberg wrote: > > On Tue, May 17, 2016 at 07:00:24PM +0200, Michal Simek wrote: > >> Support loading FIT in SPL for RAM bootmode. > >> CONFIG_SPL_LOAD_FIT_ADRESS points to address where FIT

Re: [U-Boot] [PATCH 2/5] spi: fsl_qspi: Assign AMBA mem according CS num in dts

On 03/14/2016 11:45 PM, Yuan Yao wrote: > From: Yuan Yao > > QSPI controller automatic enable the chipselect signal according the dest > AMBA memory address. Now we distribute the AMBA memory zone averagely to > every chipselect slave device according chipselect numbers got

Re: [U-Boot] [PATCH v2] SPL: FIT: Enable SPL_FIT_LOAD in RAM based boot mode

On 19.5.2016 18:15, Andreas Dannenberg wrote: > On Tue, May 17, 2016 at 07:00:24PM +0200, Michal Simek wrote: >> Support loading FIT in SPL for RAM bootmode. >> CONFIG_SPL_LOAD_FIT_ADRESS points to address where FIT image is stored >> in memory. >> >> Signed-off-by: Michal Simek

Re: [U-Boot] [PATCH v3 1/7] efi_loader: Add network access support

Hi Alexander. On 19 May 2016 at 10:18, Alexander Graf wrote: > > On 05/18/2016 07:21 PM, Simon Glass wrote: >> >> +Tom >> >> Hi Alex, >> >> On 16 May 2016 at 12:06, Alexander Graf wrote: >>> >>> >>> On 16.05.16 15:24, Simon Glass wrote: Hi Alexander,

Re: [U-Boot] [PATCH v2] SPL: FIT: Enable SPL_FIT_LOAD in RAM based boot mode

On Tue, May 17, 2016 at 07:00:24PM +0200, Michal Simek wrote: > Support loading FIT in SPL for RAM bootmode. > CONFIG_SPL_LOAD_FIT_ADRESS points to address where FIT image is stored > in memory. > > Signed-off-by: Michal Simek > Reviewed-by: Simon Glass

Re: [U-Boot] [PATCH v3 1/7] efi_loader: Add network access support

On 05/18/2016 07:21 PM, Simon Glass wrote: +Tom Hi Alex, On 16 May 2016 at 12:06, Alexander Graf wrote: On 16.05.16 15:24, Simon Glass wrote: Hi Alexander, On 14 May 2016 at 14:34, Alexander Graf wrote: Am 14.05.2016 um 21:49 schrieb Simon Glass

Re: [U-Boot] Please pull u-boot-dm

On Thu, May 19, 2016 at 08:41:05AM -0600, Simon Glass wrote: > Hi Tom, > > On 19 May 2016 at 06:09, Tom Rini wrote: > > On Tue, May 17, 2016 at 11:46:53AM -0600, Simon Glass wrote: > > > >> Hi Tom, > >> > >> This includes a refinement of the GPIO interface, soft SPI fixes, >

Re: [U-Boot] SPL and FIT images

Am 2016-05-19 14:05, schrieb Lokesh Vutla: Hi Michael, On Thursday 19 May 2016 05:16 PM, mich...@walle.cc wrote: Hi, I'm looking into the FIT support in the SPL, because we are planning to load bootloader from a filesystem (on a MMC device); the SPL will be stored in a write-protected SPI

Re: [U-Boot] [PATCH v2 00/13] usb: dwc3: rework DWC3 and convert UniPhier xHCI driver to DM

On 05/19/2016 08:46 AM, Masahiro Yamada wrote: > Hi Marek, > > 2016-05-17 20:01 GMT+09:00 Masahiro Yamada : >> Hi Marek, >> >> >> 2016-05-16 23:46 GMT+09:00 Marek Vasut : >> delete mode 100644 drivers/usb/host/xhci-uniphier.c >>> CCing

Re: [U-Boot] [PATCH 07/20] arm: Avoid error messages in cache_v7

On 05/19/2016 06:02 AM, Simon Glass wrote: > Hi Marek, > > On 14 May 2016 at 15:41, Marek Vasut wrote: >> On 05/14/2016 11:22 PM, Simon Glass wrote: >>> Hi Marek, >> >> Hi! >> >>> On 14 May 2016 at 14:23, Marek Vasut wrote: On 05/14/2016 10:02 PM, Simon Glass

Re: [U-Boot] Please pull u-boot-dm

Hi Tom, On 19 May 2016 at 06:09, Tom Rini wrote: > On Tue, May 17, 2016 at 11:46:53AM -0600, Simon Glass wrote: > >> Hi Tom, >> >> This includes a refinement of the GPIO interface, soft SPI fixes, >> driver model block-device support (and a legacy driver for >>

Re: [U-Boot] Breakage on gw_ventana

On Thu, May 19, 2016 at 7:05 AM, Stefano Babic wrote: > Hi Tim, > > On 19/05/2016 15:48, Tim Harvey wrote: >> On Thu, May 19, 2016 at 6:02 AM, Stefano Babic wrote: >>> Hi Tim, >>> >>> last changes break build for the gw_ventana board. In fact, in case >>> kernel

[U-Boot] [PATCH v2 1/4] usb: dwc3: fix kconfig

DWC3 can be used as host or as gadget controller and the actual mode is determined at runtime so USB_DWC3_DUAL_ROLE must be the default mode when both host and gadget drivers are available. As DWC3 core implements an XHCI host controller, we use USB_XHCI_HCD to check if host driver is available.

Re: [U-Boot] Breakage on gw_ventana

Hi Tim, On 19/05/2016 15:48, Tim Harvey wrote: > On Thu, May 19, 2016 at 6:02 AM, Stefano Babic wrote: >> Hi Tim, >> >> last changes break build for the gw_ventana board. In fact, in case >> kernel is on a fs, we need to pass the name for kernel. These two >> defines should be

Re: [U-Boot] [PATCH 3/3] spl: Add an option to load a FIT containing U-Boot from UART

On Thu, May 19, 2016 at 03:57:57PM +0530, Lokesh Vutla wrote: > This provides a way to load a FIT containing U-Boot and a selection of device > tree files from UART. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc

Re: [U-Boot] [PATCH 1/3] spl: fit: Do not print selected dtb during fit load

On Thu, May 19, 2016 at 03:57:55PM +0530, Lokesh Vutla wrote: > Uart boot is failing when a printf is called while loading image. So, disable > prints while loading FIT image. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom

Re: [U-Boot] [PATCH 2/3] spl: fit: Detect a FS load using filename

On Thu, May 19, 2016 at 03:57:56PM +0530, Lokesh Vutla wrote: > Right now a FS load for fit is being detected using the priv field. But > this can be used by others media. So, introduce a filename field to > detect a FS load. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom

Re: [U-Boot] Breakage on gw_ventana

On Thu, May 19, 2016 at 6:02 AM, Stefano Babic wrote: > Hi Tim, > > last changes break build for the gw_ventana board. In fact, in case > kernel is on a fs, we need to pass the name for kernel. These two > defines should be set into gw_ventana.h: > >

[U-Boot] Breakage on gw_ventana

Hi Tim, last changes break build for the gw_ventana board. In fact, in case kernel is on a fs, we need to pass the name for kernel. These two defines should be set into gw_ventana.h: CONFIG_SPL_FS_LOAD_KERNEL_NAME CONFIG_SPL_FS_LOAD_ARGS_NAME I could simply fix it, but it does

[U-Boot] style issue: ft_board_setup() versus ft_verify_fdt()?

curious about recommended coding style related to modifying and verifying FDTs ... i'm perusing common/image-fdt.c and can see the order of (possible) operations here in the function image_setup_libfdt(): * arch_fixup_fdt() * ft_board_setup() * ft_system_setup() * fdt_fixup_ethernet()

Re: [U-Boot] [PULL] Please pull u-boot-imx

On 19/05/2016 14:08, Tom Rini wrote: > On Tue, May 17, 2016 at 05:57:32PM +0200, Stefano Babic wrote: > >> Hi Tom, >> >> please pull from u-boot-imx, thanks ! >> >> The following changes since commit aeaec0e682f45b9e0c62c522fafea353931f73ed: >> >> Prepare v2016.05 (2016-05-16 10:40:32 -0400) >>

Re: [U-Boot] Ethernet on Colombus (sun6i-a31-colombus)

Hi, On Thu, May 19, 2016 at 10:53:50AM +0200, Quentin Schulz wrote: > Hi, > > I put U-Boot for the Colombus on an SD Card but could not make Ethernet > work. > > In U-Boot v2015.10, v2016.01 and v2016.05, Ethernet port is not detected. > In U-Boot v2016.03, the Ethernet port is detected but

[U-Boot] [PATCH 5/9] sh: Add missing symbol for generic board

Signed-off-by: Yoshinori Sato --- arch/sh/cpu/u-boot.lds | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sh/cpu/u-boot.lds b/arch/sh/cpu/u-boot.lds index 30c7a9d..4e8b718 100644 --- a/arch/sh/cpu/u-boot.lds +++ b/arch/sh/cpu/u-boot.lds @@ -80,4 +80,5 @@

[U-Boot] [PATCH 9/9] sh: generic board support - Kconfig

Signed-off-by: Yoshinori Sato --- arch/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/Kconfig b/arch/Kconfig index ec12013..291e1dc 100644 --- a/arch/Kconfig +++ b/arch/Kconfig @@ -96,6 +96,8 @@ config SANDBOX config SH bool "SuperH

[U-Boot] [PATCH 6/9] sh: Remove arch specific board.c

Signed-off-by: Yoshinori Sato --- arch/sh/lib/Makefile | 1 - arch/sh/lib/board.c | 189 --- 2 files changed, 190 deletions(-) delete mode 100644 arch/sh/lib/board.c diff --git a/arch/sh/lib/Makefile

[U-Boot] [PATCH 0/9] sh: Convert generic board

Hello. This patch series convert generic board for SH. Tested on r2dplus target. Yoshinori Sato (9): board_f: Add relocate_code stub board_f: Add SH specific timer_init board_f: if SKIP_RELOC is ture, return from board_init_f board_f: Add SH specific mon_len sh: Add missing symbol for

[U-Boot] [PATCH 7/9] sh: generic board support - startup

Signed-off-by: Yoshinori Sato --- arch/sh/cpu/sh2/cpu.c | 9 + arch/sh/cpu/sh2/start.S | 22 -- arch/sh/cpu/sh3/cpu.c | 9 + arch/sh/cpu/sh3/start.S | 21 +++-- arch/sh/cpu/sh4/cpu.c | 9 +

[U-Boot] [PATCH 2/9] board_f: Add SH specific timer_init

Signed-off-by: Yoshinori Sato --- common/board_f.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/board_f.c b/common/board_f.c index bf768d1..fcc69b8 100644 --- a/common/board_f.c +++ b/common/board_f.c @@ -870,7 +870,7 @@ static init_fnc_t

[U-Boot] [PATCH 8/9] sh: generic board support - header

Signed-off-by: Yoshinori Sato --- arch/sh/include/asm/u-boot.h | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/arch/sh/include/asm/u-boot.h b/arch/sh/include/asm/u-boot.h index ea37c24..9e578a6 100644 --- a/arch/sh/include/asm/u-boot.h

[U-Boot] [PATCH 1/9] board_f: Add relocate_code stub

Signed-off-by: Yoshinori Sato --- common/board_f.c | 5 + 1 file changed, 5 insertions(+) diff --git a/common/board_f.c b/common/board_f.c index 109025a..bf768d1 100644 --- a/common/board_f.c +++ b/common/board_f.c @@ -826,6 +826,11 @@ __weak int

[U-Boot] [PATCH 3/9] board_f: if SKIP_RELOC is ture, return from board_init_f

Signed-off-by: Yoshinori Sato --- common/board_f.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/common/board_f.c b/common/board_f.c index fcc69b8..e1122e3 100644 --- a/common/board_f.c +++ b/common/board_f.c @@ -1067,7 +1067,8 @@ void

[U-Boot] [PATCH 4/9] board_f: Add SH specific mon_len

Signed-off-by: Yoshinori Sato --- common/board_f.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/board_f.c b/common/board_f.c index e1122e3..f31f2de 100644 --- a/common/board_f.c +++ b/common/board_f.c @@ -270,7 +270,7 @@ static int

Re: [U-Boot] SPL and FIT images

Hi Michael, On Thursday 19 May 2016 05:16 PM, mich...@walle.cc wrote: > Hi, > > I'm looking into the FIT support in the SPL, because we are planning to > load bootloader from a filesystem (on a MMC device); the SPL will be > stored in a write-protected SPI flash. To make sure that a user does

Re: [U-Boot] Please pull u-boot-dm

On Tue, May 17, 2016 at 11:46:53AM -0600, Simon Glass wrote: > Hi Tom, > > This includes a refinement of the GPIO interface, soft SPI fixes, > driver model block-device support (and a legacy driver for > non-driver-model code) and a few other things. The changes are fairly > major so I'd like to

Re: [U-Boot] [PULL] Please pull u-boot-imx

On Tue, May 17, 2016 at 05:57:32PM +0200, Stefano Babic wrote: > Hi Tom, > > please pull from u-boot-imx, thanks ! > > The following changes since commit aeaec0e682f45b9e0c62c522fafea353931f73ed: > > Prepare v2016.05 (2016-05-16 10:40:32 -0400) > > are available in the git repository at: >

Re: [U-Boot] Please pull from u-boot-i2c

On Tue, May 17, 2016 at 02:30:28PM +0200, Heiko Schocher wrote: > Hello Tom, > > please pull from u-boot-i2c.git master > > There is a compile fix from Mario, also DM support for fsl_i2c, > DM support for TI PCA954X muxes from Michal, a check for the enable > status register in the designware

[U-Boot] SPL and FIT images

Hi, I'm looking into the FIT support in the SPL, because we are planning to load bootloader from a filesystem (on a MMC device); the SPL will be stored in a write-protected SPI flash. To make sure that a user does not accidentally put a wrong bootloader image on the filesystem, we would like

[U-Boot] [PATCH] video: ipu: Use lldiv() for 64-bit division in ipu_pixel_clk_set_rate()

Fix compilation problems with a hardfloat toolchain on ARM (libgcc.a(_udivmoddi4.o) uses VFP register arguments, u-boot does not). Cast clk->parent->rate to u64 before the multiplication to avoid overflowing a 32-bit value. Bug introduced by 3cb4f25cc702db17455583599d0940c81337a17a.

Re: [U-Boot] [PATCH v3 01/11] ARM: PSCI: change PSCI function IDs base and offsets

On Thu, May 19, 2016 at 4:40 PM, Hongbo Zhang wrote: > On Wed, May 18, 2016 at 5:19 PM, Chen-Yu Tsai wrote: >> Hi, >> >> On Wed, May 18, 2016 at 5:10 PM, wrote: >>> From: Wang Dongsheng >>> >>> According to

[U-Boot] [PATCH 3/3] spl: Add an option to load a FIT containing U-Boot from UART

This provides a way to load a FIT containing U-Boot and a selection of device tree files from UART. Signed-off-by: Lokesh Vutla --- common/spl/spl_ymodem.c | 91 +++-- 1 file changed, 80 insertions(+), 11 deletions(-) diff --git

[U-Boot] [PATCH 1/3] spl: fit: Do not print selected dtb during fit load

Uart boot is failing when a printf is called while loading image. So, disable prints while loading FIT image. Signed-off-by: Lokesh Vutla --- common/spl/spl_fit.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/common/spl/spl_fit.c

[U-Boot] [PATCH 2/3] spl: fit: Detect a FS load using filename

Right now a FS load for fit is being detected using the priv field. But this can be used by others media. So, introduce a filename field to detect a FS load. Signed-off-by: Lokesh Vutla --- common/spl/spl_fat.c | 4 ++-- common/spl/spl_fit.c | 6 +++--- include/spl.h

[U-Boot] [PATCH 0/3] spl: fit: Allow to load FIT using UART boot

This series allows to load a FIT image using UART boot mode. Tested: BBB: http://pastebin.ubuntu.com/16505294/ Lokesh Vutla (3): spl: fit: Do not print selected dtb during fit load spl: fit: Detect a FS load using filename spl: Add an option to load a FIT containing U-Boot from UART

Re: [U-Boot] [PATCH] video: ipu: Fix build with hard-float ARM toolchain

Hi Guillaume, On 19/05/2016 09:40, Guillaume Gardet wrote: > > > Le 19/05/2016 03:09, Peng Fan a écrit : >> Hi Guillaume, >> >> On Wed, May 18, 2016 at 02:19:43PM +0200, Guillaume GARDET wrote: >>> Build with hard-float ARM toolchain was broken by commit 3cb4f25c: >>> 'video: ipu: avoid

[U-Boot] should more use be made of "CONFIG_IS_ENABLED()" macro?

two questions. first, was perusing include/image.h, familiar with snippets like this: #define IMAGE_ENABLE_FITCONFIG_IS_ENABLED(FIT) #define IMAGE_ENABLE_OF_LIBFDT CONFIG_IS_ENABLED(OF_LIBFDT) but further down the same file, seems like more content could be rewritten that way:

Re: [U-Boot] [v2 PATCH 14/14] config: sandbox: enable qfw and cmd_qfw for testing

Hi Miao, On Wed, May 18, 2016 at 5:40 PM, Miao Yan wrote: > This patch enables qfw and cmd_qfw on sandbox for build coverage test > > Signed-off-by: Miao Yan > --- > configs/sandbox_defconfig | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git

Re: [U-Boot] [v2 PATCH 12/14] x86: qemu: rename qemu/acpi_table.c

On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote: > Rename qemu/acpi_table.c to qemu/e820.c, because ACPI stuff is moved > to qfw core, this file only contains code for installing e820 table. > > Signed-off-by: Miao Yan > --- >

Re: [U-Boot] [v2 PATCH 11/14] cmd: qfw: bring ACPI generation code into qfw core

On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote: > Loading ACPI table from QEMU's fw_cfg interface is not x86 specific > (ARM64 may also make use of it). So move the code to common place. > > Signed-off-by: Miao Yan > Reviewed-by: Bin Meng

Re: [U-Boot] [v2 PATCH 08/14] cmd: qfw: rename qemu_fw_cfg.[c|h] to qfw.[c|h]

On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote: > Make file names aligned with CONFIG_QFW > > Signed-off-by: Miao Yan > --- > arch/x86/cpu/mp_init.c| 2 +- > arch/x86/cpu/qemu/acpi_table.c| 2 +- > arch/x86/cpu/qemu/cpu.c

Re: [U-Boot] [v2 PATCH 13/14] cmd: qfw: rename QEMU_FW_CFG to CMD_QFW

Hi Miao, the title should say: CMD_QEMU_FW_CFG I can fix this when applying. On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote: > Align macro names with the rest of qfw code > and I believe it's better to squash this commit into patch#8 in this series, as they both rename

Re: [U-Boot] [PATCH v3 01/11] ARM: PSCI: change PSCI function IDs base and offsets

Hi, On 19/05/16 09:45, Hongbo Zhang wrote: > On Wed, May 18, 2016 at 6:07 PM, Andre Przywara > wrote: >> Hi, >> >> On 18/05/16 10:10, macro.wav...@gmail.com wrote: >>> From: Wang Dongsheng >>> >>> According to PSCI specification v1.0, the PSCI

Re: [U-Boot] [v2 PATCH 05/14] x86: qemu: split qfw command interface and qfw core

On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote: > This patch splits qfw command interface and qfw core function into two > files, and introduces a new Kconfig option (CONFIG_QFW). for nits: . should be removed I can fix when applying > qfw core. > > Now when qfw command

Re: [U-Boot] [v2 PATCH 03/14] cmd: qfw: remove qemu_fwcfg_free_files()

On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote: > This patch is part of the qfw refactor work. > > The qemu_fwcfg_free_files() function is only used in error handling in > ACPI table generation, let's not make this a core function and move it > to the right place. > >

Re: [U-Boot] [v2 PATCH 01/14] x86: qemu: fix ACPI Kconfig options

On Wed, May 18, 2016 at 5:39 PM, Miao Yan wrote: > CONFIG_GENENRATE_ACPI_TABLE controls the generation of ACPI table which > uses U-Boot's built-in methods and CONFIG_QEMU_ACPI_TABLE controls whether > to load ACPI table from QEMU's fw_cfg interface. > > But with commit

Re: [U-Boot] [PATCH v2 1/2] armv8: Support loading 32-bit OS in AArch32 execution state

On 05/19/2016 10:26 AM, Alison Wang wrote: To support loading a 32-bit OS, the execution state will change from AArch64 to AArch32 when jumping to kernel. The architecture information will be got through checking FIT image, then U-Boot will load 32-bit OS or 64-bit OS automatically.

[U-Boot] Ethernet on Colombus (sun6i-a31-colombus)

Hi, I put U-Boot for the Colombus on an SD Card but could not make Ethernet work. In U-Boot v2015.10, v2016.01 and v2016.05, Ethernet port is not detected. In U-Boot v2016.03, the Ethernet port is detected but cannot be used. I get the following error: => dhcp ethernet@01c3 Waiting for PHY

[U-Boot] [PATCH v2 2/2] armv8: fsl-layerscape: SMP support for loading 32-bit OS

Spin-table method is used for secondary cores to load 32-bit OS. The architecture information will be got through checking FIT image and saved in the os_arch element of spin-table, then the secondary cores will check os_arch and jump to 32-bit OS or 64-bit OS automatically. Signed-off-by: Alison

[U-Boot] [PATCH v2 1/2] armv8: Support loading 32-bit OS in AArch32 execution state

To support loading a 32-bit OS, the execution state will change from AArch64 to AArch32 when jumping to kernel. The architecture information will be got through checking FIT image, then U-Boot will load 32-bit OS or 64-bit OS automatically. Signed-off-by: Ebony Zhu

Re: [U-Boot] [PATCH v3 01/11] ARM: PSCI: change PSCI function IDs base and offsets

On Wed, May 18, 2016 at 6:07 PM, Andre Przywara wrote: > Hi, > > On 18/05/16 10:10, macro.wav...@gmail.com wrote: >> From: Wang Dongsheng >> >> According to PSCI specification v1.0, the PSCI functions should start from >> 0x8400 for SMC32, this

Re: [U-Boot] [PATCH v3 01/11] ARM: PSCI: change PSCI function IDs base and offsets

On Wed, May 18, 2016 at 5:19 PM, Chen-Yu Tsai wrote: > Hi, > > On Wed, May 18, 2016 at 5:10 PM, wrote: >> From: Wang Dongsheng >> >> According to PSCI specification v1.0, the PSCI functions should start from >> 0x8400 for

[U-Boot] [PATCH v2 0/2] armv8: Support loading 32-bit OS in AArch32 execution state

This series is to support loading a 32-bit OS, the execution state will change from AArch64 to AArch32 when jumping to kernel. The architecture information will be got through checking FIT image, then U-Boot will load 32-bit OS or 64-bit OS automatically. Spin-table method is used for secondary

Re: [U-Boot] [PATCH v3 07/11] ARMv7: PSCI: add PSCI v1.0 functions skeleton

On Wed, May 18, 2016 at 6:39 PM, Andre Przywara wrote: > Hi, > > On 18/05/16 10:10, macro.wav...@gmail.com wrote: >> From: Hongbo Zhang >> >> This patch adds all the PSCI v1.0 functions in to the common framework, with >> all the functions returning

Re: [U-Boot] [PATCH v3 6/7] ARMv8/Layerscape: switch SMP method to spin-table when the PSCI isn't available

Hi York, Thanks a lot for your comments! > -Original Message- > From: York Sun [mailto:york@nxp.com] > Sent: 2016年5月11日 3:58 > To: Zhiqiang Hou ; u-boot@lists.denx.de; > albert.u.b...@aribaud.net; scottw...@freescale.com; > mingkai...@freescale.com;

Re: [U-Boot] [PATCH] video: ipu: Fix build with hard-float ARM toolchain

Le 19/05/2016 03:09, Peng Fan a écrit : Hi Guillaume, On Wed, May 18, 2016 at 02:19:43PM +0200, Guillaume GARDET wrote: Build with hard-float ARM toolchain was broken by commit 3cb4f25c: 'video: ipu: avoid overflow issue'. To fix it, we use do_div function. Build tested for

Re: [U-Boot] [PATCH v3 08/11] ARMv7: PSCI: ls102xa: check target CPU ID before further operations

On Wed, May 18, 2016 at 5:23 PM, Chen-Yu Tsai wrote: > Hi, > > On Wed, May 18, 2016 at 5:10 PM, wrote: >> From: Hongbo Zhang >> >> The input parameter CPU ID needs to be validated before furher oprations such >> as CPU_ON, this patch

  1   2   >