Re: [U-Boot] [PATCH v2] armv8/ls2080a: configure PMU's PCTBENR to enable WDT

Hi Stuart, Thanks for your suggestions about the patch, I will update it in v3 version. Thanks Yunhui -Original Message- From: Stuart Yoder Sent: Friday, April 15, 2016 10:16 AM To: Yunhui Cui Cc: york sun; u-boot@lists.denx.de Subject: RE: [U-Boot] [PATCH v2] armv8/ls2080a: configure

Re: [U-Boot] [PATCH v2] armv8/ls2080a: configure PMU's PCTBENR to enable WDT

Hi Stuart, Yunhui, I thought that York recently sent patches to get rid of CONFIG_LS2085A. [Yunhui] Only need add #if defined(CONFIG_LS2080A) ? I think this is getting too specific and adds unnecessary details. What if we have A72 cores? ...as we will soon. What about other SoCs? Just say:

Re: [U-Boot] [PATCH v2] armv8/ls2080a: configure PMU's PCTBENR to enable WDT

> -Original Message- > From: Yunhui Cui > Sent: Thursday, April 14, 2016 8:47 PM > To: Stuart Yoder > Cc: york sun ; u-boot@lists.denx.de > Subject: RE: [U-Boot] [PATCH v2] armv8/ls2080a: configure PMU's PCTBENR to > enable WDT > > Hi Stuart, >

[U-Boot] [PATCH] gpio: atmel_pio4: rework to support driver model & DT

Rework the driver to support the driver model and the device tree. Signed-off-by: Wenyou Yang --- drivers/gpio/Kconfig | 2 +- drivers/gpio/atmel_pio4.c | 106 +- 2 files changed, 86 insertions(+), 22 deletions(-) diff

Re: [U-Boot] [PATCH] sunxi: mctl_mem_matches: Add missing memory barrier

Hello Hans, On Thu, 14 Apr 2016 18:58:04 +0200 Hans de Goede wrote: > We are running with the caches disabled when mctl_mem_matches gets called, > but the cpu's write buffer is still there and can still get in the way, This does not make much sense to me. The SPL is

Re: [U-Boot] [RFC] SPL -> U-Boot Chain of Trust

Hi Simon, thanks for the feedback. Additional comments inlined... On Mon, Apr 04, 2016 at 06:04:15PM -0600, Simon Glass wrote: > Hi Andreas, > > On 28 March 2016 at 14:19, Andreas Dannenberg wrote: > > On Mon, Mar 28, 2016 at 03:32:40PM -0400, Tom Rini wrote: > >> I'm

Re: [U-Boot] [PATCH] arm: socfpga: clean up common config options

On 04/13/2016 05:03 PM, Marek Vasut wrote: >>> to avoid defining them in individual SoCFPGA config files. >>> >>> Also to avoid a build error, move CONFIG_CMD_GPIO that was in >>> socfpga_sr1500.h to socfpga_sr1500_defconfig. >>> >>> Signed-off-by: Dinh Nguyen >>

[U-Boot] [PATCH v3] mmc: add mmc partconf read capability

This patch allows to read back the EXT_CSD[179] partition_config register, just specifying the dev param: U-Boot> mmc partconf 0 EXT_CSD[179], PARTITION_CONFIG register: BOOT_ACK: 0 BOOT_PARTITION_ENABLE: 0 PARTITION_ACCESS: 0 Signed-off-by: Angelo Dureghello --- Changes for

[U-Boot] [PATCH] splash_source: add support for ubifs formatted nand

Add support for loading splash image from NAND Flash formatted with a (UBI) filesystem. I'm a little ambivalent about this patch, as it adds support for a specific filesystem rather than a device, due to the nature of NAND and UBI, but it does make some sense to me to add a NAND filesystem

Re: [U-Boot] [PATCH v2] armv8/ls2080a: configure PMU's PCTBENR to enable WDT

> -Original Message- > From: Yunhui Cui > Date: Sun, Apr 10, 2016 at 9:37 PM > Subject: [U-Boot] [PATCH v2] armv8/ls2080a: configure PMU's PCTBENR to > enable WDT > To: york@nxp.com > Cc: yunhui@nxp.com, u-boot@lists.denx.de > > > From: Yunhui Cui

[U-Boot] [PATCH] bx50v3: Enable CONFIG_OF_LIBFDT in defconfig

As of commit 69e173eb57d1f4848f070c83456096ba5d2ba1b4, CONFIG_OF_LIBFDT needs to be selected in defconfig instead of board specific header file. Hence enable CONFIG_OF_LIBFDT in defconfig. Signed-off-by: Akshay Bhat --- configs/ge_b450v3_defconfig | 1 +

Re: [U-Boot] [PATCH v2 1/2] efi_loader: Pass fdt address directly to bootefi cmd

On 04/14/2016 09:35 AM, Andreas Färber wrote: Am 14.04.2016 um 16:07 schrieb Alexander Graf: The bootefi cmd today fetches its device tree pointer from either the location appointed by "fdt addr" with a fallback to the U-Boot control fdt. This integration is unusual for U-Boot and diverges

Re: [U-Boot] [PATCH v2] mmc: add mmc partconf read capability

Am 14.04.2016 um 18:56 schrieb Angelo Dureghello: > On 14/04/2016 01:16, Marek Vasut wrote: >> On 04/14/2016 01:11 AM, Angelo Dureghello wrote: >>> diff --git a/include/mmc.h b/include/mmc.h >>> index cdb56e7..4b34b31 100644 >>> --- a/include/mmc.h >>> +++ b/include/mmc.h >>> @@ -222,6 +222,10 @@

[U-Boot] [PATCH] sunxi: mctl_mem_matches: Add missing memory barrier

We are running with the caches disabled when mctl_mem_matches gets called, but the cpu's write buffer is still there and can still get in the way, add a memory barrier to fix this. This avoids mctl_mem_matches always returning false in some cases, which was resulting in: U-Boot SPL 2015.07 (Apr

Re: [U-Boot] [PATCH v2] mmc: add mmc partconf read capability

Hi Marek, thanks for the review On 14/04/2016 01:16, Marek Vasut wrote: On 04/14/2016 01:11 AM, Angelo Dureghello wrote: This patch allows to read back the EXT_CSD[179] partition_config register, just specifying the dev param: U-Boot> mmc partconf 0 EXT_CSD[179], PARTITION_CONFIG register:

Re: [U-Boot] [PATCH v2 2/2] efi_loader: Fall back to fdtfile naming convention

Am 14.04.2016 um 16:07 schrieb Alexander Graf: > When there is no $fdtfile variable set, we still have a good chance > that on 32bit arm the fdtfile really is just called $soc-$board.dtb. > > Enable the exports for $soc and $board in our distr defaults and make "distro" > use of them in the efi

Re: [U-Boot] [PATCH v2 1/2] efi_loader: Pass fdt address directly to bootefi cmd

Am 14.04.2016 um 16:07 schrieb Alexander Graf: > The bootefi cmd today fetches its device tree pointer from either the > location appointed by "fdt addr" with a fallback to the U-Boot control > fdt. > > This integration is unusual for U-Boot and diverges from the way we > usually handle

Re: [U-Boot] [PATCH v2 1/2] efi_loader: Pass fdt address directly to bootefi cmd

On 04/14/2016 08:07 AM, Alexander Graf wrote: The bootefi cmd today fetches its device tree pointer from either the location appointed by "fdt addr" with a fallback to the U-Boot control fdt. This integration is unusual for U-Boot and diverges from the way we usually handle parameters to boot

Re: [U-Boot] [PATCH 1/2] efi_loader: Pass fdt address directly to bootefi cmd

On 04/14/2016 07:48 AM, Alexander Graf wrote: On 04/14/2016 01:20 AM, Stephen Warren wrote: On 04/13/2016 03:22 PM, Alexander Graf wrote: The bootefi cmd today fetches its device tree pointer from either the location appointed by "fdt addr" with a fallback to the U-Boot control fdt. This

Re: [U-Boot] [PATCH] dm: fdtdec: Check full path for alias

On 04/14/2016 07:02 AM, Michal Simek wrote: Fix fdtdec_get_alias_seq() which is not checking full path to certain node and it incorrectly provides incorrect seq number. Checking full path ensure that if alias is present correct seq number is return. This problem was found on ZynqMP zcu102 where

[U-Boot] [PATCH] sunxi: Enable LDO3 at 3.3V on A13-OLinuXino board

LDO3 is used for the VGA output, this fixes a regression where the VGA output on these boards would no longer work. Signed-off-by: Hans de Goede --- configs/A13-OLinuXino_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/A13-OLinuXino_defconfig

[U-Boot] [PATCH v2 2/2] efi_loader: Fall back to fdtfile naming convention

When there is no $fdtfile variable set, we still have a good chance that on 32bit arm the fdtfile really is just called $soc-$board.dtb. Enable the exports for $soc and $board in our distr defaults and make use of them in the efi boot script. Reported-by: Andreas Faerber

[U-Boot] [PATCH v2 1/2] efi_loader: Pass fdt address directly to bootefi cmd

The bootefi cmd today fetches its device tree pointer from either the location appointed by "fdt addr" with a fallback to the U-Boot control fdt. This integration is unusual for U-Boot and diverges from the way we usually handle parameters to boot commands. So let's pass the fdt directly into the

Re: [U-Boot] [PATCH V4] dm: gpio: pca953x: introduce driver model support for pca953x

On 14.4.2016 15:45, Peng Fan wrote: > Introduce a new driver that supports driver model for pca953x. > The pca953x chips are used as I2C I/O expanders. > This driver is designed to support the following chips: > " > 4 bits: pca9536, pca9537 > 8 bits: max7310, max7315, pca6107, pca9534, pca9538,

Re: [U-Boot] [PATCH 1/2] efi_loader: Pass fdt address directly to bootefi cmd

On 04/14/2016 01:20 AM, Stephen Warren wrote: On 04/13/2016 03:22 PM, Alexander Graf wrote: The bootefi cmd today fetches its device tree pointer from either the location appointed by "fdt addr" with a fallback to the U-Boot control fdt. This integration is unusual for U-Boot and diverges from

Re: [U-Boot] [PATCH 2/2] efi_loader: Fall back to fdtfile naming convention

On 04/14/2016 01:24 AM, Stephen Warren wrote: On 04/13/2016 03:22 PM, Alexander Graf wrote: When there is no $fdtfile variable set, we still have a good chance that on 32bit arm the fdtfile really is just called $soc-$board.dtb. Enable the exports for $soc and $board in our distr defaults and

[U-Boot] [PATCH V4] dm: gpio: pca953x: introduce driver model support for pca953x

Introduce a new driver that supports driver model for pca953x. The pca953x chips are used as I2C I/O expanders. This driver is designed to support the following chips: " 4 bits: pca9536, pca9537 8 bits: max7310, max7315, pca6107, pca9534, pca9538, pca9554, pca9556, pca9557, pca9574,

Re: [U-Boot] [PATCH 2/2] efi_loader: Fall back to fdtfile naming convention

On 04/14/2016 03:43 PM, Andreas Färber wrote: Am 13.04.2016 um 23:22 schrieb Alexander Graf: When there is no $fdtfile variable set, we still have a good chance that on 32bit arm the fdtfile really is just called $soc-$board.dtb. Enable the exports for $soc and $board in our distr defaults and

Re: [U-Boot] [PATCH 2/2] efi_loader: Fall back to fdtfile naming convention

Am 13.04.2016 um 23:22 schrieb Alexander Graf: > When there is no $fdtfile variable set, we still have a good chance > that on 32bit arm the fdtfile really is just called $soc-$board.dtb. > > Enable the exports for $soc and $board in our distr defaults and make > use of them in the efi boot

[U-Boot] [PATCH] dm: fdtdec: Check full path for alias

Fix fdtdec_get_alias_seq() which is not checking full path to certain node and it incorrectly provides incorrect seq number. Checking full path ensure that if alias is present correct seq number is return. This problem was found on ZynqMP zcu102 where are several I2C muxes where the first bus name

Re: [U-Boot] [PATCH V3] dm: gpio: pca953x: introduce driver model support for pca953x

On 14.4.2016 14:29, Peng Fan wrote: > Introduce a new driver that supports driver model for pca953x. > The pca953x chips are used as I2C I/O expanders. > This driver is designed to support the following chips: > " > 4 bits: pca9536, pca9537 > 8 bits: max7310, max7315, pca6107, pca9534, pca9538,

Re: [U-Boot] [PATCH] fdt: Do not report bad cell count when #size-cells = <0>

On 14.4.2016 11:45, Przemyslaw Marczak wrote: > Hello Michal, > > +CC Stephen Warren > > On 04/14/2016 08:20 AM, Michal Simek wrote: >> Upcomming pca953x gpio driver (tca6416 is compatible with it) >> is using for example this DT description (ZynqMP zcu102): >> i2c0: i2c@ff02 { >>

[U-Boot] [PATCH V3] dm: gpio: pca953x: introduce driver model support for pca953x

Introduce a new driver that supports driver model for pca953x. The pca953x chips are used as I2C I/O expanders. This driver is designed to support the following chips: " 4 bits: pca9536, pca9537 8 bits: max7310, max7315, pca6107, pca9534, pca9538, pca9554, pca9556, pca9557, pca9574,

[U-Boot] [PATCH 1/4] i2c: cdns: Read address from DT in ofdata_to_platdata

Extract reading IP base address in function which is designed for it. Also enable option to read more information from DT in this function. Signed-off-by: Michal Simek --- drivers/i2c/i2c-cdns.c | 16 1 file changed, 12 insertions(+), 4 deletions(-)

[U-Boot] [PATCH 3/4] i2c: cdns: Support different bus speeds

400kHz is maximum freq which can be used on Xilinx ZynqMP. Support it with standard divider calculator. Input freq is hardcoded to 100MHz input freq till we have clock driver which can provide this information for exact configuration. Signed-off-by: Michal Simek ---

[U-Boot] [PATCH 2/4] i2c: cdns: Moving speed setup from probe to set_bus_speed function

set_bus_speed is the right function where bus speed should be setup. This move enable option to remove probe and remove functions which are empty. Signed-off-by: Michal Simek --- drivers/i2c/i2c-cdns.c | 48 +++- 1 file

[U-Boot] [PATCH 4/4] i2c: muxes: Add support for TI PCA954X mux

Add support for common TI i2c mux which is available on ZynqMP zcu102 board. DM i2c mux core code is selecting/deselecting bus before/after every command is performed that's why only one channel is active at a time. That's also the reason why deselect is just disable all available channels.

Re: [U-Boot] [PATCH V2] dm: gpio: pca953x: introduce driver model support for pca953x

On 14.4.2016 11:17, Peng Fan wrote: > Introduce a new driver that supports driver model for pca953x. > The pca953x chips are used as I2C I/O expanders. > This driver is designed to support the following chips: > " > 4 bits: pca9536, pca9537 > 8 bits: max7310, max7315, pca6107, pca9534, pca9538,

[U-Boot] [PATCH] ahci: flush dcache before issuing command

From: Tang Yuantian Ensure data the following sata command used is flushed out of dcache and written to physical memory or timeout error may happen. Signed-off-by: Tang Yuantian --- drivers/block/ahci.c | 1 + 1 file changed, 1 insertion(+) diff

Re: [U-Boot] [PATCH 2/9] cmd: nand: abstract global variable usage for dm conversion

On Friday 01 April 2016 04:59 PM, Mugunthan V N wrote: > nand_info is used all over the file so abstract it with > get_nand_dev_by_index() which will help for DM conversion. > > Signed-off-by: Mugunthan V N > --- > cmd/nand.c | 72 >

Re: [U-Boot] [PATCH v2] fastboot: OUT transaction length must be aligned to wMaxPacketSize

Steve, On 13/04/16 04:55, Steve Rae wrote: > On Tue, Apr 12, 2016 at 6:50 AM, Roger Quadros wrote: >> Lukasz, >> >> On 12/04/16 16:37, Lukasz Majewski wrote: >>> Hi Roger, >>> Hi, On 12/04/16 14:19, Lukasz Majewski wrote: > Hi Tom, Mugunthan > >> On Mon,

Re: [U-Boot] want to clarify a couple things about vendor common/ directories

On Wed, 13 Apr 2016, Wolfgang Denk wrote: > Dear Robert, > > In message you > wrote: > > > > (in fact, i can see that of the several vendors that have > > common/ directories, only ti/common/ has a Kconfig file, so i'm > > concluding

Re: [U-Boot] [GIT] Pull request: u-boot-dfu

On 04/14/2016 12:04 PM, Lukasz Majewski wrote: > Dear Marek, Hi! > The following changes since commit > bbf8bef196ae52517284a0a2e2ffc94a4ff89f5f: > > Prepare v2016.05-rc1 (2016-04-11 22:22:25 -0400) > > are available in the git repository at: > > u-boot-dfu/master > > for you to fetch

Re: [U-Boot] [PATCH] odroid: Update README with correct firmware link and XU4 support

On 08/04/16 23:04, Anand Moon wrote: > Hi Shawn, > > On 8 April 2016 at 08:36, Shawn Guo wrote: >> The firmware from link [1] only works with U-Boot image that is no >> bigger than 328KiB. Using it with the default mainline U-Boot today >> which is already around 500KiB is

Re: [U-Boot] [PATCH v2] exynos: Set CNTFRQ

On 11/03/16 01:35, york sun wrote: > On 03/10/2016 05:18 AM, Alexander Graf wrote: >> Commit 73a1cb27 moved the check whether we should set the architected >> timer frequency from CONFIG_SYS_CLK_FREQ to CONFIG_TIMER_CLK_FREQ, but >> did not update all users of it. >> >> The one where I (finally)

Re: [U-Boot] [PATCH] fastboot: Fix OUT transaction length alignment

Hi, On 13/04/16 19:56, Sam Protsenko wrote: > On Wed, Apr 13, 2016 at 3:32 PM, Roger Quadros wrote: >> Hi, >> >> On 13/04/16 15:01, Semen Protsenko wrote: >>> From: Sam Protsenko >>> >>> Some UDC controllers may require buffer size to be aligned to >>>

[U-Boot] [PATCH] board: Remove overlooked vestiges of "dave" board.

Apparently, all "dave"-related vendor content was removed in commit 5344cc1a82fcc2817d4671696b3939b0dfa4323e; remove remaining directory board/dave/, which consists solely of board/dave/common/flash.c. Signed-off-by: Robert P. J. Day --- there is also a

[U-Boot] [GIT] Pull request: u-boot-dfu

Dear Marek, The following changes since commit bbf8bef196ae52517284a0a2e2ffc94a4ff89f5f: Prepare v2016.05-rc1 (2016-04-11 22:22:25 -0400) are available in the git repository at: u-boot-dfu/master for you to fetch changes up to e867669afd0478b1582b67e0c08ad047f1f49ec1: usb: gadget

Re: [U-Boot] is there an official MAINTAINER for u-boot POST support?

On Wed, 13 Apr 2016, Tom Rini wrote: > On Mon, Apr 11, 2016 at 06:08:06AM -0400, Robert P. J. Day wrote: > > > as i posted sort of recently, i'm playing with the POST tests for > > the first time and it's clear that the docs (doc/README.POST) is a bit > > out of date, so i'm willing to submit a

Re: [U-Boot] [PATCH] fdt: Do not report bad cell count when #size-cells = <0>

Hello Michal, +CC Stephen Warren On 04/14/2016 08:20 AM, Michal Simek wrote: Upcomming pca953x gpio driver (tca6416 is compatible with it) is using for example this DT description (ZynqMP zcu102): i2c0: i2c@ff02 { compatible = "cdns,i2c-r1p10"; interrupt-parent = <>;

[U-Boot] [PATCH V2] dm: gpio: pca953x: introduce driver model support for pca953x

Introduce a new driver that supports driver model for pca953x. The pca953x chips are used as I2C I/O expanders. This driver is designed to support the following chips: " 4 bits: pca9536, pca9537 8 bits: max7310, max7315, pca6107, pca9534, pca9538, pca9554, pca9556, pca9557, pca9574,

Re: [U-Boot] [PATCH] fdt: Do not report bad cell count when #size-cells = <0>

Hi Michal, On Thu, Apr 14, 2016 at 08:20:28AM +0200, Michal Simek wrote: >Upcomming pca953x gpio driver (tca6416 is compatible with it) >is using for example this DT description (ZynqMP zcu102): >i2c0: i2c@ff02 { > compatible = "cdns,i2c-r1p10"; > interrupt-parent = <>; >

Re: [U-Boot] [PATCH v3 2/2] arm: add initial support for Amlogic Meson and ODROID-C2

On 14.04.16 01:12, Marek Vasut wrote: > On 04/14/2016 12:53 AM, Alexander Graf wrote: >> >> >> On 14.04.16 00:51, Tom Rini wrote: >>> On Thu, Apr 14, 2016 at 12:42:41AM +0200, Alexander Graf wrote: On 14.04.16 00:34, Tom Rini wrote: > On Wed, Apr 13, 2016 at 11:38:51PM +0200,

[U-Boot] Ethernet on FDI3250 board

Hi everyone, I'm working on a FDI3250 board (after a long time I purchased this board, I finally found time to work on it) and I'm facing a problem with uboot and ethernet. I know from commit logs that Vladimir Zapolskiy is working on a LPC3250 based board and is developing all or parts of the

Re: [U-Boot] [PATCH v2 2/2] cmd: fdt: Use separate CMD_FDT Kconfig entry instead of OF_LIBFDT

Hi Tom, On 11.4.2016 07:33, Michal Simek wrote: > On 9.4.2016 20:36, Simon Glass wrote: >> Hi Michal, >> >> On 6 April 2016 at 12:28, Michal Simek wrote: >>> Create CMD_FDT Kconfig entry to have an option to disable fdt command >>> which is not required for small

Re: [U-Boot] [PATCH] dm: gpio: pca953x: introduce driver model support for pca953x

On 13.4.2016 08:04, Michal Simek wrote: > On 13.4.2016 07:50, Peng Fan wrote: >> Hi Michal, >> On Tue, Apr 12, 2016 at 07:17:55AM +0200, Michal Simek wrote: >>> On 12.4.2016 03:25, Peng Fan wrote: Hi Michal, On Mon, Apr 11, 2016 at 02:40:06PM +0200, Michal Simek wrote: > On

[U-Boot] [PATCH] fdt: Do not report bad cell count when #size-cells = <0>

Upcomming pca953x gpio driver (tca6416 is compatible with it) is using for example this DT description (ZynqMP zcu102): i2c0: i2c@ff02 { compatible = "cdns,i2c-r1p10"; interrupt-parent = <>; interrupts = <0 17 4>; reg = <0x0 0xff02 0x1000>;