Re: [U-Boot] [PATCH 1/3] ARM: dts: sun9i: Add mmc1 pinmux setting

On Fri, Feb 24, 2017 at 2:08 PM, Chen-Yu Tsai wrote: > commit 56b0730157f70dc23d6caff9e7ceb8b377b96b9f upstream. > > On the A80, mmc1 is available on pingroup G. Designs mostly use this > to connect to an SDIO WiFi chip. > > Signed-off-by: Chen-Yu Tsai I did not

[U-Boot] [PATCH] pcie-layerscape: Fixup iommu-map property of pci node

This patch fixup iommu-map property on pci node to have a valid mapping of requester-id to stream-id. The requester-id to stream-id mapping is based on PCI-LUT table initialization. Signed-off-by: Bharat Bhushan --- drivers/pci/pcie_layerscape_fixup.c | 53

[U-Boot] [PATCH 4/6] fsl-lsch2: Use Chassis-2 streamid definition for ls1046a

As ls1046a is Chassis-2 type SOC and shares same streamid definition, this patch adds using streamids for ls1046 Signed-off-by: Bharat Bhushan --- include/configs/ls1046a_common.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/ls1046a_common.h

[U-Boot] [PATCH 1/6] fsl-lsch3: rename ls2080a_stream_id.h to stream_id_lsch3.h

The stream ID allocation for Chasis3.0 devices, LS1088, LS2088 and LS2080, can be shared. This patch renames this accordingly. Signed-off-by: Bharat Bhushan --- .../asm/arch-fsl-layerscape/{ls2080a_stream_id.h => stream_id_lsch3.h} | 0 include/configs/ls2080a_common.h

[U-Boot] [PATCH 3/6] pcie-layerscape: Define stream-ids for Layerscape Chassis-2

Layerscape Chassis-2 have PCIe device, some platform devices and DPAA1 devices which will use stream-ids for iommu level isolation as they lies behind SMMU. This patch defines the stream-ids for Chassis-2 devices. stream-ids for DPAA1 are reserved for future use. Signed-off-by: Bharat Bhushan

[U-Boot] [PATCH 5/6] fsl-lsch2: Use Chassis-2 streamid definition for ls1012a

As ls1012a is Chassis-2 type SOC and shares same streamid definition, this patch adds using streamids for ls1012a Signed-off-by: Bharat Bhushan --- include/configs/ls1012a_common.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/ls1012a_common.h

[U-Boot] [PATCH 6/6] pcie-layerscape: Initialize pci-lut for NXP chasis-2 socs

From: Bharat Bhushan Layerscape Chasis-2 also uses same PCIe controller as used in Chasis-3 and have similar PCI-Lut. We need to initialize the pcie-lut for Chasis-2 also as in Chasis-3. Signed-off-by: Bharat Bhushan ---

[U-Boot] [PATCH 0/6] pcie-layerscape: Enable PCI-LUT initialization for NXP-Chasis-2

This patch series enables PCI-LUT table initialization for NXP Chassis-2 (for example ls1043, ls1046 and LS1012) devices. As part of this, stream-ids allocation is added which is similar to Chassis-3 (ls2080a) Also this series have a minor cleanup, as stream-id definition file is given generic

[U-Boot] [PATCH 2/6] fsl-lsch3: Rewording to support other Chassis-3 Socs

LS2080a, LS1088a and LS2088a SOCs are based on Chassis-3 and shared same stream-id partitioning. This patch rewords the definition to support all these SOCs. Signed-off-by: Bharat Bhushan --- arch/arm/include/asm/arch-fsl-layerscape/stream_id_lsch3.h | 12 ++-- 1

[U-Boot] [PATCH v6 02/10] arm: imx6ul: Add Engicam Is.IoT MX6UL Starter Kit initial support

From: Jagan Teki Boot from MMC: - U-Boot SPL 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33) Trying to boot from MMC1 U-Boot 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33 +0100) CPU: Freescale i.MX6UL rev1.1 528 MHz (running at 396 MHz) CPU:

[U-Boot] [PATCH v6 03/10] arm: dts: imx6ul-isiot: Add I2C nodes

From: Jagan Teki Add I2C nodes for Engicam Is.IoT MX6UL module. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Signed-off-by: Jagan Teki ---

[U-Boot] [PATCH v6 09/10] imx6ul: isiotmx6ul: Enable I2C support

From: Jagan Teki Enable I2C support for Engicam Is.IoT NAND module. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Signed-off-by: Jagan Teki ---

[U-Boot] [PATCH v6 10/10] i.MX6: engicam: Include dts files under MAINTAINERS

From: Jagan Teki dts files related to i.MX6 engicam boards are maintined under board, so include them under board/engicam/*/MAINTAINERS Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi

[U-Boot] [PATCH v4 10/15] arm: dts: imx6qdl-icore-rqs: Add eMMC node

Add usdhc4 node, which is eMMC for Engicam i.CoreM6 RQS modules. eMMC Log: icorem6qdl-rqs> mmc dev 1 switch to partitions #0, OK mmc1(part 0) is current device icorem6qdl-rqs> mmcinfo Device: FSL_SDHC Manufacturer ID: fe OEM: 14e Name: MMC04 Tran Speed: 5200 Rd Block Len: 512 MMC

[U-Boot] [PATCH v4 11/15] imx6: icorem6_rqs: Update SPL board boot order for eMMC

SPL mmc device index is get based on the boot device, like - BOOT_DEVICE_MMC1 for mmc device 0 - BOOT_DEVICE_MMC2 for mmc device 1 Currently BOOT_DEVICE_MMC1 is setting both SD/eSD and MMC/eMMC boot devices in i.MX, So u-boot is loading from mmc device 0 even "if the board booting from SD/eSD or

[U-Boot] [PATCH v4 05/15] imx6: isiotmx6ul: Update SPL board boot order for eMMC

From: Jagan Teki SPL mmc device index is get based on the boot device, like - BOOT_DEVICE_MMC1 for mmc device 0 - BOOT_DEVICE_MMC2 for mmc device 1 Currently BOOT_DEVICE_MMC1 is setting both SD/eSD and MMC/eMMC boot devices in i.MX, So u-boot is loading from mmc

[U-Boot] [PATCH v6 00/10] imx6ul: Add Engicam Is.IoT MX6UL support

From: Jagan Teki This patch set support Engicam Is.IoT MX6UL board support. Changes for v6: - Remove 'arm: dts: Add MAINTAINERS file' patch - Rebase to master Changes for v5: - Update ccgr_init so-that it can enable required clocks - Add new patch for dts files

[U-Boot] [PATCH v6 04/10] imx6: isiotmx6ul: Add I2C support

From: Jagan Teki Add I2C support for Engicam Is.IoT MX6UL module. isiotmx6ul> i2c bus Bus 0: i2c@021a Bus 1: i2c@021a4000 isiotmx6ul> i2c dev 0 Setting bus to 0 isiotmx6ul> i2c dev Current bus is 0 isiotmx6ul> i2c speed 10 Setting bus speed to 10 Hz

[U-Boot] [PATCH v6 06/10] imx6: isiotmx6ul: Add FEC support

From: Jagan Teki Add FEC support for Engicam Is.IoT MX6UL module. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Signed-off-by: Jagan Teki ---

[U-Boot] [PATCH v6 05/10] arm: dts: imx6ul-isiot: Add FEC node

From: Jagan Teki Add FEC node for Engicam Is.IoT MX6UL module. Cc: Matteo Lisi Cc: Michael Trimarchi Reviewed-by: Stefano Babic Signed-off-by: Jagan Teki ---

[U-Boot] [PATCH v4 00/15] i.MX6: Engicam i.CoreM6/Is.IoT eMMC boot support

From: Jagan Teki Changes for v3: - Rebase on master - Fix checkpatch.pl Warnings - Add IMX6_BMODE_UART macro for uart bootmode - Remove value assignment in enum, since all enum list is order Changes for v3: - Update IMX6_BMODE_* shift macros with real number instead

[U-Boot] [PATCH v4 12/15] imx6: icorem6_rqs: Add eMMC boot support

From: Jagan Teki Boot from eMMC: -- U-Boot SPL 2017.01-00318-g8e243f8 (Jan 26 2017 - 11:53:21) Trying to boot from MMC2 U-Boot 2017.01-00318-g8e243f8 (Jan 26 2017 - 11:53:21 +0100) CPU: Freescale i.MX6D rev1.2 at 792 MHz Reset cause: POR Model: Engicam

[U-Boot] [PATCH v4 13/15] i.MX6Q: icorem6_rqs: Add modeboot env via board_late_init

From: Jagan Teki Add runtime, modeboot env which is setting mmcboot based on the bootdevice so-that conditional macros for MMC via CONFIG_BOOTCOMMAND should be avoided in config files. Cc: Stefano Babic Cc: Matteo Lisi Cc:

[U-Boot] [PATCH v4 03/15] imx: Use IMX6_BMODE_* macros instead of numericals

Use meaningful macros IMX6_BMODE_*, instead of numerical number in boot mode detection code. Cc: Tim Harvey Acked-by: Stefano Babic Signed-off-by: Jagan Teki --- Changes for v4: - Add IMX6_BMODE_UART macro for uart bootmode - Remove

[U-Boot] [PATCH v4 09/15] i.MX6UL: isiot: Switch the mmc env based on devno

From: Jagan Teki Add board_mmc_get_env_dev Switch the mmc env based on the mmc devno, instead of separately defining a config item in include/configs using board_mmc_get_env_dev - devno 0: sd/esd - devno 1: mmc/emmc Cc: Stefano Babic Cc: Matteo Lisi

Re: [U-Boot] [PATCH] spi: cadence_qspi_apb: Add trigger-base DT bindings from Linux

On 2/24/2017 12:55 AM, Marek Vasut wrote: > On 02/23/2017 08:22 PM, Rush, Jason A. wrote: >> Marek Vasut wrote: >>> On 02/22/2017 06:37 PM, Rush, Jason A. wrote: Marek Vasut wrote: > On 02/21/2017 05:50 PM, Rush, Jason A. wrote: [...] >> >> While I was debugging some of my changes, I

[U-Boot] [PATCH v4 14/15] i.MX6Q: icorem6_rqs: Add mmc_late_init

From: Jagan Teki Let the runtime code can set the mmcdev and mmcroot based on the devno using mmc_get_env_dev instead of defining separately in build-time configs using mmc_late_init func. Cc: Stefano Babic Cc: Matteo Lisi

[U-Boot] [PATCH v4 15/15] i.MX6Q: isiot: Switch the mmc env based on devno

From: Jagan Teki Add board_mmc_get_env_dev Switch the mmc env based on the mmc devno, instead of separately defining a config item in include/configs using board_mmc_get_env_dev - devno 0: sd/esd - devno 1: mmc/emmc Cc: Stefano Babic Cc: Matteo Lisi

[U-Boot] [PATCH v4 06/15] i.MX6UL: isiot: Add eMMC boot support

From: Jagan Teki Boot from eMMC: -- U-Boot SPL 2017.01-00314-gd0cd9cd-dirty (Jan 25 2017 - 13:25:27) Trying to boot from MMC2 U-Boot 2017.01-00314-gd0cd9cd-dirty (Jan 25 2017 - 13:25:27 +0100) CPU: Freescale i.MX6UL rev1.1 528 MHz (running at 396 MHz)

[U-Boot] [PATCH v4 07/15] i.MX6UL: isiot: Add modeboot env via board_late_init

From: Jagan Teki Add runtime, modeboot env which is setting mmcboot, or nandboot based on the bootdevice so-that conditional macros b/w MMC and NAND for CONFIG_BOOTCOMMAND should be avoided in config files. Cc: Matteo Lisi Cc: Michael

[U-Boot] [PATCH v2 1/3] ARM: dts: at91: add dts file for at91sam9g20/at91sam9260

The device tree source files of at91sam9g20ek and at91sam9260ek boards are copied from the Linux v4.10, do the changes below. - Fix the build error for the usb0 node. - Add the reg property for the pinctrl node. - Move the gpio (pioA, pioB, pioC ...) nodes as the pinctrl's slibling nodes,

[U-Boot] [PATCH v6 08/10] imx6: isiotmx6ul: Add nandboot env support

From: Jagan Teki Add config options for booting Linux from NAND in UBI format. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Signed-off-by: Jagan Teki ---

[U-Boot] [PATCH v2 2/3] configs: at91sam9260: update for DT and DM support

Support the device tree and enable CONFIG_CLK and CONFIG_PINCTRL options to support at91 clock driver and at91 pinctrl driver. Enable DM_GPIO, DM_MMC and DM_ETH support, move CONFIG_AT91_GPIO, CONFIG_GENERIC_ATMEL_MCI and CONFIG_MACB config option to the default config files. Signed-off-by:

[U-Boot] [PATCH v4 08/15] i.MX6UL: isiot: Add mmc_late_init

From: Jagan Teki Let the runtime code can set the mmcdev and mmcroot based on the devno using mmc_get_env_dev instead of defining separately in build-time configs using mmc_late_init func. Cc: Matteo Lisi Cc: Michael Trimarchi

[U-Boot] [PATCH v2 3/3] board: at91sam9260ek: clean up code

Since the introduction of the pinctrl and clk drivers and the device tree files, remove unneeded hard coded related code from the board file. Signed-off-by: Wenyou Yang --- Changes in v2: None board/atmel/at91sam9260ek/at91sam9260ek.c | 73

[U-Boot] [PATCH v2 0/3] board: at91sam9260: convert the boards to support DM and DT

The purpose of the patch set is to convert the boards to support the Driver Model and the Device Tree. Changes in v2: - Add missing conversion default config files for at91sam9xeek. - Improve the commit log. Wenyou Yang (3): ARM: dts: at91: add dts file for at91sam9g20/at91sam9260 configs:

Re: [U-Boot] [PATCH] ARM: ti: Update layout for MMC and eMMC (env and dfu)

On 23/02/2017 20:28, Sam Protsenko wrote: On Thu, Feb 23, 2017 at 5:14 PM, Jean-Jacques Hiblot wrote: On 23/02/2017 14:46, Sam Protsenko wrote: On Wed, Feb 22, 2017 at 10:27 AM, Jean-Jacques Hiblot wrote: The problems with the current DFU layout are:

[U-Boot] [PATCH v6 01/10] configs: imx6: Don't define USDHC2_BASE_ADDR

From: Jagan Teki USDHC base address will assigned by SPL using fsl_esdhc_initialize and u-boot with devicetree, hence no remove base address assignment in config files. Cc: Matteo Lisi Cc: Michael Trimarchi

[U-Boot] [PATCH v6 07/10] imx6: isiotmx6ul: Add NAND support

From: Jagan Teki Add NAND support for Engicam Is.IoT MX6UL board. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Signed-off-by: Jagan Teki ---

[U-Boot] [PATCH v4 04/15] imx6: Add src_base structure define macro

Instead of initializing 'struct src' to SRC_BASE_ADDR on every function better to have global define macro. Reviewed by: Stefano Babic Signed-off-by: Jagan Teki --- arch/arm/imx-common/init.c | 6 ++ arch/arm/imx-common/spl.c

[U-Boot] [PATCH v4 01/15] imx6: Add imx6_src_get_boot_mode

For i.MX6, the bootmode determine code is part of spl_boot_device, but there is might be a possibility for other part the code need to check the desired boot mode for adding new functionalities like modeboot env variable, or changing boot order etc. So introduced imx6_src_get_boot_mode which

[U-Boot] [PATCH v4 02/15] imx: spl: Update NAND bootmode detection bit

BOOT_CFG1[7:4] the NAND boot mode selection is done only when BOOT_CFG1[7] is 1 hence update the NAND boot mode detection bit case. This information available on Table 8-11. NAND Boot eFUSE Descriptions, from IMX6DQRM. Cc: Tim Harvey Reviewed by: Stefano Babic

[U-Boot] [RESEND PATCH 0/9] Add support for secure boot on Keystone2 SoCs

Hello all, This series adds support for secure Keystone2 K2E and K2HK devices, much of the work is borrowed from the OMAP style devices as the secure workings are very similar, allowing minimal changes for this support addition. Thanks, Andrew Changes for resend: - Fixup patch authorship

[U-Boot] [RESEND PATCH 5/9] ARM: Keystone2: Build secure images for K2

From: Madan Srinivas Adds an additional image type needed for supporting secure keystone devices. The build generates u-boot_HS_MLO which can be used to boot from all media on secure keystone devices. Signed-off-by: Madan Srinivas Signed-off-by: Andrew F. Davis

[U-Boot] [RESEND PATCH 3/9] arm: mach-omap2: Enable Kconfig support for K2 HS devices

From: Vitaly Andrianov Like the OMAP54xx, AM43xx, & AM33xx family SoCs, the keystone family of SoCs also have high security enabled models. Allow K2E devices to be built with HS Device Type Support. Signed-off-by: Vitaly Andrianov Signed-off-by: Madan Srinivas

[U-Boot] [RESEND PATCH 7/9] Kconfig: Adds SYS_TEXT_BASE config option for Keystone2

From: Madan Srinivas This patch makes SYS_TEXT_BASE a config option for Keystone2 so that it can be used to load u-boot at different addresses on secure and non-secure Keystone2 devices. Signed-off-by: Madan Srinivas Signed-off-by: Andrew F. Davis

Re: [U-Boot] [PATCH] ARM: ti: Update layout for MMC and eMMC (env and dfu)

On Fri, Feb 24, 2017 at 10:53 AM, Jean-Jacques Hiblot wrote: > > > On 23/02/2017 20:28, Sam Protsenko wrote: >> >> On Thu, Feb 23, 2017 at 5:14 PM, Jean-Jacques Hiblot >> wrote: >>> >>> >>> On 23/02/2017 14:46, Sam Protsenko wrote: On Wed, Feb 22, 2017

[U-Boot] [RESEND PATCH 9/9] defconfig: k2hk_hs_evm: Add k2hk_hs_evm_defconfig

TI K2HK secure devices have to be built with TI_SECURE_DEVICE, FIT, and FIT_IMAGE_POST_PROCESS enabled. Add a dedicated defconfig for this. Signed-off-by: Andrew F. Davis --- configs/k2hk_hs_evm_defconfig | 51 +++ 1 file changed, 51

[U-Boot] [RESEND PATCH 4/9] arm: mach-omap2: Add secure image name common to OMAP and keystone

From: Madan Srinivas As K2 can directly boot U-Boot, add u-boot_HS_MLO as the secure image name for secure K2 devices, for all boot modes other than SPI flash. Signed-off-by: Madan Srinivas Signed-off-by: Andrew F. Davis ---

[U-Boot] [RESEND PATCH 8/9] defconfig: k2e_hs_evm: Add k2e_hs_evm_defconfig

From: Vitaly Andrianov TI K2E secure devices have to be built with TI_SECURE_DEVICE, FIT, and FIT_IMAGE_POST_PROCESS enabled. Add a dedicated defconfig for this. Signed-off-by: Vitaly Andrianov Signed-off-by: Madan Srinivas Signed-off-by: Andrew

[U-Boot] [RESEND PATCH 2/9] arm: mach-keystone: Implements FIT post-processing call for keystone SoCs

From: Vitaly Andrianov This commit implements the board_fit_image_post_process() function for the keystone architecture. This function calls into the secure boot monitor for secure authentication/decryption of the image. All needed work is handled by the boot monitor and,

[U-Boot] [RESEND PATCH 6/9] doc: Updates info on using Keystone2 secure devices

From: Madan Srinivas Add a section describing the secure boot image used on Keystone2 secure devices. Signed-off-by: Madan Srinivas Signed-off-by: Andrew F. Davis --- doc/README.ti-secure | 20 1 file changed, 20 insertions(+)

[U-Boot] [RESEND PATCH 1/9] image: Fixes build warning with CONFIG_FIT_IMAGE_POST_PROCESS

From: Madan Srinivas The function 'board_fit_image_post_process' is defined only when the config option CONFIG_FIT_IMAGE_POST_PROCESS is enabled. For secure systems that do not use SPL but do use FIT kernel images, only CONFIG_FIT_IMAGE_POST_PROCESS will be defined, which will

Re: [U-Boot] [PATCH] ARM: ti: Update layout for MMC and eMMC (env and dfu)

On 24/02/2017 13:59, Sam Protsenko wrote: On Fri, Feb 24, 2017 at 10:53 AM, Jean-Jacques Hiblot wrote: On 23/02/2017 20:28, Sam Protsenko wrote: On Thu, Feb 23, 2017 at 5:14 PM, Jean-Jacques Hiblot wrote: On 23/02/2017 14:46, Sam Protsenko wrote: On

Re: [U-Boot] [PATCH] spi: cadence_qspi_apb: Add trigger-base DT bindings from Linux

On 2/25/2017 1:25 AM, Rush, Jason A. wrote: > R, Vignesh wrote: >> On 2/24/2017 12:55 AM, Marek Vasut wrote: >>> On 02/23/2017 08:22 PM, Rush, Jason A. wrote: Marek Vasut wrote: > On 02/22/2017 06:37 PM, Rush, Jason A. wrote: >> Marek Vasut wrote: >>> On 02/21/2017 05:50 PM, Rush,

Re: [U-Boot] [PATCH v3 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On Tue, 2017-02-21 at 21:00 -0700, Simon Glass wrote: > Hi Dalon, > > On 20 February 2017 at 07:56, Dalon Westergreen wrote: > > > > The implementation of boot_get_fpga only supported one fpga family. > > This modification allows for any of the fpga devices supported by > >

Re: [U-Boot] [PATCH 1/3] ARM: dts: sun9i: Add mmc1 pinmux setting

On Fri, Feb 24, 2017 at 03:27:11PM +0800, Chen-Yu Tsai wrote: > On Fri, Feb 24, 2017 at 2:08 PM, Chen-Yu Tsai wrote: > > commit 56b0730157f70dc23d6caff9e7ceb8b377b96b9f upstream. > > > > On the A80, mmc1 is available on pingroup G. Designs mostly use this > > to connect to an SDIO

Re: [U-Boot] [PATCH] ARM: ti: Update layout for MMC and eMMC (env and dfu)

On Fri, Feb 24, 2017 at 3:06 PM, Jean-Jacques Hiblot wrote: > > > On 24/02/2017 13:59, Sam Protsenko wrote: >> >> On Fri, Feb 24, 2017 at 10:53 AM, Jean-Jacques Hiblot >> wrote: >>> >>> >>> On 23/02/2017 20:28, Sam Protsenko wrote: On Thu, Feb 23, 2017

[U-Boot] DT warnings and travis-ci problems

Hey guys, It seems as if perhaps travis-ci has recently implemented a limit on log file size as the failure I see here: https://travis-ci.org/trini/u-boot/jobs/204620482 is unrelated, entirely, to the changes I'm testing. As my general hope here is that we'll fix these issues by re-syncing with

Re: [U-Boot] [PATCH] spi: cadence_qspi_apb: Add trigger-base DT bindings from Linux

R, Vignesh wrote: > On 2/24/2017 12:55 AM, Marek Vasut wrote: >> On 02/23/2017 08:22 PM, Rush, Jason A. wrote: >>> Marek Vasut wrote: On 02/22/2017 06:37 PM, Rush, Jason A. wrote: > Marek Vasut wrote: >> On 02/21/2017 05:50 PM, Rush, Jason A. wrote: > [...] >>> >>> While I was

Re: [U-Boot] [PATCH] arm: am57xx: Update bootloader partition size

On Tue, Feb 21, 2017 at 09:00:04PM -0600, Bajjuri, Praneeth wrote: > > > On 2/21/2017 3:48 PM, Felipe Balbi wrote: > >Hi, > > > >Sam Protsenko writes: > >>On Tue, Feb 21, 2017 at 10:35 PM, Felipe Balbi > >> wrote: > >>>Hi, > >>> > >>>Sam

Re: [U-Boot] [PATCH 0/3] ARM: sun9i: Device tree and defconfig for Sunchip CX-A99

On Fri, Feb 24, 2017 at 07:07:52AM +0100, Rask Ingemann Lambertsen wrote: [...] > arch/arm/dts/Makefile | 3 +- > arch/arm/dts/sun9i-a80-cx-a99.dts | 380 > ++ > arch/arm/dts/sun9i-a80.dtsi | 8 + > configs/Sunchip_CX-A99_defconfig | 22

Re: [U-Boot] [PATCH v2 04/10] efi: Add a hook to allow adding memory mapping

On 15/02/2017 15:17, York Sun wrote: Instead of adding all memory banks, add a hook so individual SoC/board can has its own implementation. Looks like a clean enough approach to the problem to me. Reviewed-by: Alexander Graf Alex

Re: [U-Boot] [PATCH v3 4/8] armv8: Add workaround for USB erratum A-009007

On 02/23/2017 11:19 PM, Suresh Gupta wrote: > Hi York, > > It is not good idea to change the values of all macro at this time as the > code tested on different platforms. I am not talking about any value change. You are using writew. Why not using out_be16 as you thought? York