Re: [U-Boot] [PATCH v2 1/5] ARM: arch-meson: add ethernet common init function

On Sat, Nov 25, 2017 at 10:45:30AM +0100, Neil Armstrong wrote: > > > >> + if (use_internal_phy) { > >> + /* Use Internal PHY */ > >> + out_le32(GXBB_ETH_REG_2, 0x10110181); > >> + out_le32(GXBB_ETH_REG_3, 0xe40908ff);

Re: [U-Boot] U-Boot proper(not SPL) relocate option

Hi Philipp, On 25 November 2017 at 16:31, Dr. Philipp Tomsich wrote: > Hi, > >> On 25 Nov 2017, at 23:34, Simon Glass wrote: >> >> +Tom, Masahiro, Philipp >> >> Hi, >> >> On 22 November 2017 at 03:27, Wolfgang Denk wrote: >>> Dear Kever Yang, >>> >>> In message you wrote: I can under

Re: [U-Boot] [PATCH] spl: make CONFIG_OF_EMBED pass dts through fdtgrep

On 21 November 2017 at 05:29, Goldschmidt Simon wrote: > Building spl with CONFIG_OF_EMBED enabled results in an error message > on my board: "SPL image too big". This is because the fdtgrep build > step is only executed for CONFIG_OF_SEPARATE. > > Fix this by moving the fdtgrep build step ('cmd_f

Re: [U-Boot] [PATCH v2 1/3] ae3xx: timer: Rename AE3XX to ATCPIT100

Hi Andes, On 22 November 2017 at 22:38, Andes wrote: > From: Rick Chen > > ATCPIT100 is Andestech timer IP which is embeded > in AE3XX and AE250 boards. So rename AE3XX to > ATCPIT100 will be more make sence. > > Signed-off-by: Rick Chen > --- > configs/adp-ae3xx_defconfig

Re: [U-Boot] [PATCH v2] drivers: core: Add translation in live tree case

On 23 November 2017 at 23:51, Mario Six wrote: > The function dev_read_addr calls ofnode_get_addr_index in the live tree > case, which does not apply bus translations to the address read from the > device tree. This results in illegal addresses on boards that rely on > bus translations being appli

Re: [U-Boot] [PATCH 1/1] distro bootcmd: define bootloader name for x86

On 24 November 2017 at 14:32, Heinrich Schuchardt wrote: > Currently X86 does not properly support distro defaults. > This patch is only a partial fix. > > It provides the name of the bootloader EFI application > for the X86 architecture. > > The architecture dependent file names are defined in th

Re: [U-Boot] [PATCH] dm: reset: have the reset-command perform a COLD reset

On 24 November 2017 at 10:37, Philipp Tomsich wrote: > The DM version of do_reset has been issuing a warm-reset, which (on > some platforms keeps GPIOs and other parts of the platform active). > This may cause unintended behaviour, as calling do_reset usually > indicates a desire to reset the boar

Re: [U-Boot] [PATCH v2 1/2] power: regulator: add driver for the FAN53555 family

Hi Philipp, On 22 November 2017 at 14:13, Philipp Tomsich wrote: > This adds a driver for the FAN53555 family of regulators. > > While these devices support a 'normal' and 'suspend' mode (controlled > via an external pin) to switch between two programmable voltages, this > incarnation of the driv

Re: [U-Boot] [PATCH] power: pmic/regulator: Add basic support for TPS65910

Hi Felix, On 23 November 2017 at 08:36, Felix Brack wrote: > > > On 22.11.2017 11:39, Felix Brack wrote: >> Hello Simon, >> >> Many thanks for taking the time to review my patch. >> >> On 20.11.2017 16:38, Simon Glass wrote: >>> Hi Felix, >>> + +/* platform data */ +struct tps65910

Re: [U-Boot] [PATCH] lib: sha1: Change uint8_t to unsigned char for sha1_der_prefix array.

Hi Wilson, On 23 November 2017 at 01:29, Wilson Lee wrote: > Hi Simon, > > On Mon, 2017-11-20 at 08:38 -0700, Simon Glass wrote: >> Hi Wilson, >> >> On 7 November 2017 at 19:30, Wilson Lee wrote: >> > >> > uint8_t used in sha1_der_prefix array was not able to recognize by >> > compiler when try

Re: [U-Boot] [PATCH v2 1/5] ARM: arch-meson: add ethernet common init function

Hi Neil, On 25 November 2017 at 02:45, Neil Armstrong wrote: > Hi Simon, > > Le 24/11/2017 23:35, Simon Glass a écrit : >> Hi Neil, >> >> On 22 November 2017 at 06:25, Neil Armstrong wrote: >>> Introduce a generic common Ethernet Hardware init function >>> common to all Amlogic GX SoCs with supp

Re: [U-Boot] [PATCH 1/1] vsprintf.c: add EFI device path printing

Hi Heinrich, On 25 November 2017 at 22:00, Heinrich Schuchardt wrote: > > > On 11/25/2017 11:34 PM, Simon Glass wrote: >> >> Hi Heinrich, >> >> On 23 November 2017 at 14:29, Heinrich Schuchardt >> wrote: >>> >>> On 11/21/2017 03:16 PM, Wolfgang Denk wrote: Dear Heinrich Schuchardt, >>>

Re: [U-Boot] [PATCH] power: pmic/regulator: Add basic support for TPS65910

Hi Felix, On 22 November 2017 at 03:39, Felix Brack wrote: > Hello Simon, > > Many thanks for taking the time to review my patch. > > On 20.11.2017 16:38, Simon Glass wrote: >> Hi Felix, >> >> On 8 November 2017 at 04:04, Felix Brack wrote: >>> Texas Instrument's TPS65910 PMIC contains 3 buck DC

[U-Boot] [PATCH v3 00/18] efi_loader: manage protocols in a linked list (v3)

Up to now the protocols of an EFI handle where contained in an array of fixed size. With the patch series the protocols are managed in a linked list. This both saves memory and gives more flexibility. The LocateDevicePath boot service is implemented according to the UEFI specification. A unit tes

[U-Boot] [PATCH v3 05/18] efi_loader: reimplement LocateDevicePath

The current implementation of efi_locate_device_path does not match the UEFI specification. It completely ignores the protocol parameters. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 remove trailing dot in comment v2 no change --- lib/efi_loader/efi_bootti

[U-Boot] [PATCH v3 07/18] efi_loader: efi_disk: use efi_add_protocol

Use efi_add_protocol to install protocols. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 no change --- lib/efi_loader/efi_disk.c | 39 +++ 1 file changed, 23 insertions(+), 16 deletions(-) diff --git a/lib/ef

[U-Boot] [PATCH v3 04/18] efi_loader: fix efi_convert_device_node_to_text

We need to implement to different functions for the EFI_DEVICE_PATH_TO_TEXT_PROTOCOL: ConvertDeviceNodeToText ConvertDevicePathToText A recent patch screwed up efi_convert_device_node_to_text to expect a device path and not a node. The patch makes both service functions work again. efi_convert_d

[U-Boot] [PATCH v3 01/18] efi_loader: helloworld.c: remove superfluous include

Remove a superfluous include from helloworld.c Signed-off-by: Heinrich Schuchardt --- v3 resubmitted patch added --- lib/efi_loader/helloworld.c | 1 - 1 file changed, 1 deletion(-) diff --git a/lib/efi_loader/helloworld.c b/lib/efi_loader/helloworld.c index 03e65ab133..77130a36dd 10064

[U-Boot] [PATCH v3 02/18] efi_loader: size of media device path node represenation

In the format specifier we want to specify the maximum width in case an ending \0 is missing. So slen must be used as precision and not as field width. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 no change --- lib/efi_loader/efi_device_path_t

[U-Boot] [PATCH v3 08/18] efi_loader: efi_net: use efi_add_protocol

Use efi_add_protocol to add protocols. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 no change --- lib/efi_loader/efi_net.c | 34 -- 1 file changed, 20 insertions(+), 14 deletions(-) diff --git a/lib/efi_loader/e

[U-Boot] [PATCH v3 17/18] efi_loader: pass handle of loaded image

The handle of a loaded image is the value of the handle member of the loaded image info object and not the address of the loaded image info. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 new patch --- cmd/bootefi.c | 7 --- l

[U-Boot] [PATCH v3 12/18] efi_loader: manage protocols in a linked list

Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 no change --- include/efi_loader.h | 6 ++- lib/efi_loader/efi_boottime.c | 107 -- lib/efi_loader/efi_disk.c | 1 + lib/efi_loader/efi_gop.c

[U-Boot] [PATCH v3 11/18] efi_loader: simplify find_obj

Use function efi_search_protocol(). Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 fix typo in commit message v2 no change --- lib/efi_loader/efi_device_path.c | 43 ++-- 1 file changed, 19 insertions(+), 24 deletions(-) d

[U-Boot] [PATCH v3 06/18] efi_selftest: test EFI_DEVICE_PATH_TO_TEXT_PROTOCOL

Provide a test for the EFI_DEVICE_PATH_TO_TEXT_PROTOCOL protocol. Signed-off-by: Heinrich Schuchardt --- v3 Print all installed device paths. v2 No change --- lib/efi_selftest/Makefile | 3 + lib/efi_selftest/efi_selftest_devicepath.c | 391

[U-Boot] [PATCH v3 14/18] efi_selftest: add missing line feed

Add a missing line feed for an error message. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 new patch --- lib/efi_selftest/efi_selftest.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/efi_selftest/efi_selftest.c b/lib/e

[U-Boot] [PATCH v3 10/18] efi_loader: simplify efi_open_protocol

Use function efi_search_protocol. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 no change --- lib/efi_loader/efi_boottime.c | 36 ++-- 1 file changed, 6 insertions(+), 30 deletions(-) diff --git a/lib/efi_loader/

[U-Boot] [PATCH v3 09/18] efi_loader: efi_gop: use efi_add_protocol

Use efi_add_protocol to add protocol. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 no change --- lib/efi_loader/efi_gop.c | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/lib/efi_loader/efi_gop.c b/lib/efi_lo

[U-Boot] [PATCH v3 15/18] efi_loader: output load options in helloworld

We need to test if we pass a valid image handle when loading and EFI application. This cannot be done in efi_selftest as it is not loaded as an image. So let's enhance helloworld a bit. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 new patch ---

Re: [U-Boot] [PATCH 1/1] vsprintf.c: add EFI device path printing

Dear Heinrich, In message <3e2e7f27-2fb6-97ad-bbab-f014b7ef6...@gmx.de> you wrote: > > You are absolutely right. The C standard defines printf as returning a > negative number if an error arises. This is what we (what to) have in U-Boot, too. > set_config_filename, dbg_snprintf_key(), bootstage_

[U-Boot] [PATCH v3 03/18] efi_loader: efi_dp_str should print path not node

efi_dp_str is meant to print a device path and not a device node. The old coding only worked because efi_convert_device_node_to_text was screwed up to expect paths instead of nodes. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 no change --- li

[U-Boot] [PATCH v3 13/18] efi_selftest: compile without special compiler flags

As the selftest is not compiled as an EFI binary we do not need special compiler flags. This avoids the checkarmreloc error on vexpress_ca15_tc2. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 no change --- lib/efi_selftest/Makefile | 25 ---

[U-Boot] [PATCH v3 18/18] efi_loader: helper function to add EFI object to list

To avoid duplicate coding provide a helper function that initializes an EFI object and adds it to the EFI object list. efi_exit() is the only place where we dereference a handle to obtain a protocol interface. Add a comment to the function. Suggested-by: Alexander Graf Reviewed-by: Simon Glass

[U-Boot] [PATCH v3 16/18] test/py: check return code of helloworld

Check that helloworld.efi returns EFI_SUCCESS. Reviewed-by: Simon Glass Signed-off-by: Heinrich Schuchardt --- v3 no change v2 new patch --- test/py/tests/test_efi_loader.py | 2 ++ 1 file changed, 2 insertions(+) diff --git a/test/py/tests/test_efi_loader.py b/test/py/tests/te

Re: [U-Boot] [PATCH v2 1/1] vsprintf.c: add EFI device path printing

Dear Heinrich, In message <20171123215901.8992-1-xypron.g...@gmx.de> you wrote: > > +#ifdef CONFIG_EFI_LOADER > +static char *device_path_string(char *buf, char *end, void *dp, int > field_width, > + int precision, int flags) > +{ > + u16 *str = efi_dp_str((struct

Re: [U-Boot] [PATCH 1/1] vsprintf.c: add EFI device path printing

On 11/26/2017 02:11 PM, Wolfgang Denk wrote: > Dear Heinrich, > > In message <3e2e7f27-2fb6-97ad-bbab-f014b7ef6...@gmx.de> you wrote: >> >> You are absolutely right. The C standard defines printf as returning a >> negative number if an error arises. > > This is what we (what to) have in U-Boot, t

Re: [U-Boot] [PATCH 1/1] vsprintf.c: add EFI device path printing

Dear Heinrich, In message you wrote: > > %ps replaces illegal code points by question marks. > If we would follow Wolfgang's reasoning we should create an error for > sprintf("%ps\n", ptr) if ptr contains an unconvertible code. You misinterpret me. the behaviour / output of *printf() for incor

Re: [U-Boot] [PATCH 1/1] vsprintf.c: add EFI device path printing

Dear Heinrich, In message <55e69128-b30c-78af-7e96-3aba873df...@gmx.de> you wrote: > > to cut it short, would you prefer > > https://patchwork.ozlabs.org/patch/840912/ > > or > > https://github.com/xypron/u-boot-odroid-c2/blob/qemu-x86_64/patch/0001-vsprintf.c-add-EFI-device-path-printing.patch

Re: [U-Boot] U-Boot proper(not SPL) relocate option

> On 26 Nov 2017, at 12:38, Simon Glass wrote: > > Hi Philipp, > > On 25 November 2017 at 16:31, Dr. Philipp Tomsich > > wrote: >> Hi, >> >>> On 25 Nov 2017, at 23:34, Simon Glass wrote: >>> >>> +Tom, Masahiro, Philipp >>> >>> Hi, >>> >>> On 2

Re: [U-Boot] [PATCH v2 5/5] arm: Add Khadas VIM support based on Meson GXL family

Hi Simon, Am 24.11.2017 um 23:35 schrieb Simon Glass: > On 22 November 2017 at 06:25, Neil Armstrong wrote: >> +Go back to mainline U-Boot source tree then : >> + > mkdir fip >> + >> + > cp $FIPDIR/gxl/bl2.bin fip/ >> + > cp $FIPDIR/gxl/acs.bin fip/ >> + > cp $FIPDIR/gxl/bl21.bin fip/ >> + > cp $

Re: [U-Boot] U-Boot proper(not SPL) relocate option

> On 26 Nov 2017, at 14:44, Dr. Philipp Tomsich > wrote: > > >> On 26 Nov 2017, at 12:38, Simon Glass wrote: >> >> Hi Philipp, >> >> On 25 November 2017 at 16:31, Dr. Philipp Tomsich >> > > wrote: >>> Hi, >>> On 25 Nov 2017, at 23:34, Simo

Re: [U-Boot] [PATCH] arm64: mvebu: armada-7k/8k: drop useless #ifdef

Am 26.11.2017 um 08:21 schrieb Baruch Siach: > CONFIG_ENV_IS_IN_NAND has been removed in commit 2be296538e2e (Convert > CONFIG_ENV_IS_IN_MMC/NAND/UBI and NOWHERE to Kconfig). > CONFIG_ENV_IS_IN_SPI_FLASH has bee removed in commit 91c868fe7cd "been" > (Convert CONFIG_ENV_IS_IN_SPI_FLASH to Kconfig

Re: [U-Boot] [PATCH 1/1] vsprintf.c: add EFI device path printing

On 11/26/2017 02:39 PM, Wolfgang Denk wrote: > Dear Heinrich, > > In message <55e69128-b30c-78af-7e96-3aba873df...@gmx.de> you wrote: >> >> to cut it short, would you prefer >> >> https://patchwork.ozlabs.org/patch/840912/ >> >> or >> >> https://github.com/xypron/u-boot-odroid-c2/blob/qemu-x86_64/

Re: [U-Boot] U-Boot proper(not SPL) relocate option

Hi Kever, Am 21.11.2017 um 10:33 schrieb Kever Yang: >     I try to understand why we need to do the relocate in U-Boot. > From the document README/crt0.S, I think the relocation feature comes > from some SoC have limited SRAM whose size is enough to load the whole > U-Boot, but not enough to run

Re: [U-Boot] [PATCH v2 1/2] power: regulator: add driver for the FAN53555 family

> On 26 Nov 2017, at 12:38, Simon Glass wrote: > > Hi Philipp, > > On 22 November 2017 at 14:13, Philipp Tomsich > wrote: >> This adds a driver for the FAN53555 family of regulators. >> >> While these devices support a 'normal' and 'suspend' mode (controlled >> via an external pin) to switch

Re: [U-Boot] U-Boot proper(not SPL) relocate option

2017-11-26 20:38 GMT+09:00 Simon Glass : > Hi Philipp, > > On 25 November 2017 at 16:31, Dr. Philipp Tomsich > wrote: >> Hi, >> >>> On 25 Nov 2017, at 23:34, Simon Glass wrote: >>> >>> +Tom, Masahiro, Philipp >>> >>> Hi, >>> >>> On 22 November 2017 at 03:27, Wolfgang Denk wrote: Dear Kever

[U-Boot] [PATCH v3 1/2] power: regulator: add driver for the FAN53555 family

This adds a driver for the FAN53555 family of regulators. While these devices support a 'normal' and 'suspend' mode (controlled via an external pin) to switch between two programmable voltages, this incarnation of the driver assumes that the device is always operating in 'normal' mode. Only setti

[U-Boot] [PATCH v3 2/2] rockchip: defconfig: puma-rk3399: enable FAN53555 regulator driver

With a driver for the FAN53555 regulator family available, let's enable it for the RK3399-Q7 (which has two of these devices on-module). We enable this for the full U-Boot stage only, as these regulators provide a suitable default voltage and supply non-critical (i.e. for booting up) power rails o

Re: [U-Boot] [U-Boot, v2, 06/18] net: gmac_rockchip: Add support for the RV1108 GMAC

On Thu, 9 Nov 2017, David Wu wrote: The rv1108 GMAC only support rmii interface, so need to add the set_rmii() ops. Use the phy current interface to set rmii or rgmii ops. At the same time, need to set the mac clock rate of rmii with 50M, the clock rate of rgmii with 125M. Signed-off-by: Davi

Re: [U-Boot] [U-Boot, v2, 08/18] rockchip: pinctrl: Add rk3328 gmac pinctrl support

On Thu, 9 Nov 2017, David Wu wrote: Need to set gmac m1 pins iomux, gmac m0 tx pins, select bit2 and bit10 at com iomux register. After that, set rgmii m1 tx pins to 12ma drive-strength, and clean others to 2ma. Signed-off-by: David Wu Acked-by: Philipp Tomsich Reviewed-by: Philipp Tomsic

Re: [U-Boot] [U-Boot, v2, 09/18] clk: rockchip: Add rk3328 gamc clock support

On Thu, 9 Nov 2017, David Wu wrote: The rk3328 soc has two gmac controllers, one is gmac2io, the other is gmac2phy. We use the gmac2io rgmii interface for 1000M phy here. Signed-off-by: David Wu Acked-by: Philipp Tomsich Reviewed-by: Philipp Tomsich See below for requested changes. --

Re: [U-Boot] [U-Boot, v2, 15/18] rockchip: pinctrl: Add rk322x gmac pinctrl support

On Thu, 9 Nov 2017, David Wu wrote: Set gmac pins iomux and rgmii tx pins to 12ma drive-strength, clean others to 2ma. Signed-off-by: David Wu Acked-by: Philipp Tomsich Reviewed-by: Philipp Tomsich See below for requested changes. --- Changes in v2: - New patch drivers/pinctrl/rockc

Re: [U-Boot] [U-Boot, v2, 16/18] clk: rockchip: Add rk322x gamc clock support

On Thu, 9 Nov 2017, David Wu wrote: Assuming mac_clk is fed by an external clock, set clk_rmii_src clock select control register from IO for rgmii interface. Signed-off-by: David Wu Acked-by: Philipp Tomsich Reviewed-by: Philipp Tomsich See below for requested changes. --- Changes in

[U-Boot] [PATCH 0/4] meson i2c driver cleanups

Some cleanups for the u-boot meson i2c driver. Beniamino Galvani (4): i2c: meson: improve Kconfig description i2c: meson: reduce timeout i2c: meson: fix return codes on error i2c: meson: add some comments drivers/i2c/Kconfig | 7 ++- drivers/i2c/meson_i2c.c | 31

[U-Boot] [PATCH 1/4] i2c: meson: improve Kconfig description

Expand the Kconfig description with hardware features. Signed-off-by: Beniamino Galvani --- drivers/i2c/Kconfig | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/i2c/Kconfig b/drivers/i2c/Kconfig index 1989f8eb57..a7931aa6d4 100644 --- a/drivers/i2c/Kconfig +++ b/

[U-Boot] [PATCH 2/4] i2c: meson: reduce timeout

The datasheet doesn't specify a suggested timeout and 500ms seems very long: reduce it to 100ms. Signed-off-by: Beniamino Galvani --- drivers/i2c/meson_i2c.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/i2c/meson_i2c.c b/drivers/i2c/meson_i2c.c index 2434d9ed53..84

[U-Boot] [PATCH 4/4] i2c: meson: add some comments

Add some comment describing the purpose of struct members and functions. Signed-off-by: Beniamino Galvani --- drivers/i2c/meson_i2c.c | 25 +++-- 1 file changed, 19 insertions(+), 6 deletions(-) diff --git a/drivers/i2c/meson_i2c.c b/drivers/i2c/meson_i2c.c index 2f39214ad2.

[U-Boot] [PATCH 3/4] i2c: meson: fix return codes on error

Change meson_i2c_xfer_msg() to return -EREMOTEIO in case of NACK, as done by other drivers. Also, don't change the return error in meson_i2c_xfer(). Signed-off-by: Beniamino Galvani --- drivers/i2c/meson_i2c.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/i2c/me

Re: [U-Boot] [PATCH 1/2] i2c: add Amlogic Meson driver

On Mon, Nov 20, 2017 at 08:36:34AM -0700, Simon Glass wrote: > Hi Benjamin, > > On 29 October 2017 at 03:09, Beniamino Galvani wrote: > > > > Add a driver for the I2C controller available on Amlogic Meson SoCs. > > > > Signed-off-by: Beniamino Galvani > > --- > > arch/arm/include/asm/arch-meson

[U-Boot] [PULL] Please pull u-boot-rockchip/master

Tom, Please pull u-boot-rockchip/master. This finally merges the SPL-changes for improved ATF support that had been in the works since 2 merge-windows ago. Plus, there’s a few fixes to platform-support (e.g. pinctrl on the RK3399) and for some recently merged patches that had unexpected side-eff

[U-Boot] [PATCH v4 1/2] power: regulator: add driver for the FAN53555 family

This adds a driver for the FAN53555 family of regulators. While these devices support a 'normal' and 'suspend' mode (controlled via an external pin) to switch between two programmable voltages, this incarnation of the driver assumes that the device is always operating in 'normal' mode. Only setti

[U-Boot] [PATCH v4 2/2] rockchip: defconfig: puma-rk3399: enable FAN53555 regulator driver

With a driver for the FAN53555 regulator family available, let's enable it for the RK3399-Q7 (which has two of these devices on-module). We enable this for the full U-Boot stage only, as these regulators provide a suitable default voltage and supply non-critical (i.e. for booting up) power rails o

Re: [U-Boot] [PATCH 0/4] net: phy: Add Broadcom BCM53xx switch driver

On 10/29/2017 08:30 PM, Florian Fainelli wrote: > Le 10/19/17 à 21:45, Stefan Roese a écrit : >> On 19.10.2017 23:50, Florian Fainelli wrote: >>> On 10/14/2017 06:00 PM, Florian Fainelli wrote: (this time after subscribing to the list) Hi all, This patch series adds suppo

[U-Boot] [PATCH] MAINTAINERS: update maintained files for Rockchip

With some of the recent cleanups (e.g. moving the DRAM controller drivers for Rockchip devices to drivers/ram/rockchip), the files and paths listed in MAINTAINERS no longer covered what really is looked after as part of the Rockchip port. This commit updates the files/paths listed in MAINTAINERS f

[U-Boot] [PATCH 1/2] rockchip: rk3399-puma: add code to allow forcing a power-on reset

The reset circuitry in the RK3399 only resets 'almost all logic' when a software reset is performed. To make our software maintenance easier in the future, we want to have the option (controlled by a DTS property) to force all reset causes other than a power-on reset to trigger a power-on reset vi

[U-Boot] [PATCH 1/2] rockchip: rk3399-puma: add code to allow forcing a power-on reset

On the RK3399-Q7, we want to trigger a full platform reset (so the various software stacks supported don't have to deal with the same complexities over and over again) in case that anything other than a power-on reset occurred. To do so, this defines the /config/sysreset-gpio property and has it p

[U-Boot] [PATCH v3 1/1] add support for Raspberry Pi Zero W

Signed-off-by: Dmitry Korunov --- Changes for v2: - removed surplus spaces - added the board description Changes for v3: - excluded already merged *.dtsi files - updated device tree file to appropriate master branch arch/arm/dts/bcm2835-rpi-zero-w.dts | 26 ++

[U-Boot] U-Boot as a multiboot GRUB2 payload

Hi, I'm working on a project to integrate a mender [1], a framework for embedded device update, on an Intel x86 platform using Legacy BIOS. Mender makes use of u-boot environment configuration variables in order to select which kernel/rootfs to use in a dual-boot A/B rootfs scenario. One of the t

[U-Boot] [PATCH] armv8: shrink exception table code

In the moment our exception entry code needs 34 instructions, so we can't use put it directly into the table entry, which offers "only" 32 instructions there. Right now we just put an unconditional branch there, then use a macro to place the 34 instructions *per entry* after that. That effectivly d

[U-Boot] [PATCH] binman: do not add binary files to git

Signed-off-by: Masahiro Yamada --- tools/binman/test/.gitignore | 3 +++ tools/binman/test/bss_data| Bin 5020 -> 0 bytes tools/binman/test/u_boot_no_ucode_ptr | Bin 4182 -> 0 bytes tools/binman/test/u_boot_ucode_ptr| Bin 4175 -> 0 bytes 4 files changed, 3 insertions

[U-Boot] [PATCH v2 1/3] ae3xx: timer: Rename AE3XX to ATCPIT100

From: Rick Chen ATCPIT100 is Andestech timer IP which is embeded in AE3XX and AE250 boards. So rename AE3XX to ATCPIT100 will be more make sence. Signed-off-by: Rick Chen --- Changelog v2 - Patch 1/3: Changed. - Patch 2/3: Changed. - Patch 3/3: No change. Patch 1/3 1. Only rename ae3xx as

[U-Boot] [PATCH v2 2/3] cosmetic: atcpit100_timer: Rename function name as atcpit100

From: Rick Chen Integrate function and struct name as atcpit100 will be more reasonable. Signed-off-by: Rick Chen --- drivers/timer/atcpit100_timer.c | 34 +- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/drivers/timer/atcpit100_timer.c b/drive

[U-Boot] [PATCH v2 3/3] dt-bindings: timer: Add andestech atcpit100 timer

From: Rick Chen Add a document to describe Andestech atcpit100 timer and binding information. Signed-off-by: Rick Chen Reviewed-by: Simon Glass --- doc/device-tree-bindings/timer/atcpit100_timer.txt | 31 ++ 1 file changed, 31 insertions(+) create mode 100644 doc/device-t

Re: [U-Boot] Intel Edison build warning

Hi Andy, On Fri, Nov 24, 2017 at 11:56 PM, Andy Shevchenko wrote: > On Fri, 2017-11-24 at 17:42 +0200, Andy Shevchenko wrote: >> On Fri, 2017-11-24 at 16:06 +0800, Bin Meng wrote: >> > Hi, >> > >> > Intel Edison has a build warning below. >> > >> > + *env_addr = offset; >> > +^ >> >

Re: [U-Boot] [PATCH v2 1/2] power: regulator: add driver for the FAN53555 family

Hi Philipp, On 26 November 2017 at 07:10, Dr. Philipp Tomsich wrote: > >> On 26 Nov 2017, at 12:38, Simon Glass wrote: >> >> Hi Philipp, >> >> On 22 November 2017 at 14:13, Philipp Tomsich >> wrote: >>> This adds a driver for the FAN53555 family of regulators. >>> >>> While these devices suppor

[U-Boot] [PATCH 1/2] powerpc/T104xRDB: Fix endian access issue on EHCI intinalization

This issue is exposed after commit 9000eddbae0d ("drivers/usb/ehci: Use platform-specific accessors"), the wrong endian way of EHCI controller programing will cause USB function down. Signed-off-by: Ran Wang --- include/configs/T104xRDB.h | 1 + 1 file changed, 1 insertion(+) diff --git a/inclu

[U-Boot] [PATCH 2/2] powerpc/p1_p2_rdb_pc: Fix endian access issue on EHCI intinalization

This issue is exposed after commit 9000eddbae0d ("drivers/usb/ehci: Use platform-specific accessors"), the wrong endian way of EHCI controller programing will cause USB function down. Signed-off-by: Ran Wang --- include/configs/p1_p2_rdb_pc.h | 1 + 1 file changed, 1 insertion(+) diff --git a/i

[U-Boot] [PATCH v2 0/3] Rename ae3xx timer to atcpit100

From: Rick Chen Changelog v2 - Patch 1/3: Changed. - Patch 2/3: Changed. - Patch 3/3: No change. Patch 1/3 1. Only rename ae3xx as atcpit100. 2. Squashed Kconfig rename ae3xx into this patch to keep things in a consistent state. Patch 2/3 1. Modify function name from ae3xx to atcpit10

[U-Boot] [PATCH v2 0/7] test: Include Python tools in test coverage

At present there are a number of tools in U-Boot which have tests which are not widely used: patman - prepare, check and send patches buildman - multi-threaded multi-commit builder dtoc - convert device tree file to C binman - produce firmware images In fact many tests are broken

[U-Boot] [PATCH v2 2/7] test: Run binman tests

Update the test script to run the binman tests also. Signed-off-by: Simon Glass --- Changes in v2: - Adjust PYTHONPATH for new locations test/run | 3 +++ 1 file changed, 3 insertions(+) diff --git a/test/run b/test/run index 56160977a3f..a12ea31bf23 100755 --- a/test/run +++ b/test/run @@ -1

[U-Boot] [PATCH v2 5/7] test: Run dtoc tests

Update the test script to run the dtoc tests also. Signed-off-by: Simon Glass --- Changes in v2: - Adjust PYTHONPATH for new locations test/run | 1 + 1 file changed, 1 insertion(+) diff --git a/test/run b/test/run index a53383bb8e8..af1219fdda9 100755 --- a/test/run +++ b/test/run @@ -21,6 +

[U-Boot] [PATCH v2 7/7] binman: Run code coverage tests

Binman has 100% test coverage for the code as it is at present. To encourage it to stay that way, run the code-coverage test as part of the normal U-Boot tests. This is RFC because it requires the Python code coverage tools to be available. Signed-off-by: Simon Glass --- Changes in v2: - Drop p

[U-Boot] [PATCH v2 1/3] ae3xx: timer: Rename AE3XX to ATCPIT100

From: Rick Chen ATCPIT100 is Andestech timer IP which is embeded in AE3XX and AE250 boards. So rename AE3XX to ATCPIT100 will be more make sence. Signed-off-by: Rick Chen --- configs/adp-ae3xx_defconfig| 2 +- drivers/timer/Kconfig | 7 -

[U-Boot] [PATCH v2 6/7] travis.yml: Run tests for tools

Run tests for the Python tools used by U-Boot. Signed-off-by: Simon Glass --- Changes in v2: None .travis.yml | 15 +++ 1 file changed, 15 insertions(+) diff --git a/.travis.yml b/.travis.yml index 0b7a0622bfd..5afed98bf6b 100644 --- a/.travis.yml +++ b/.travis.yml @@ -113,6 +113,

[U-Boot] [PATCH v2 3/7] test: Run patman tests

Update the test script to run the patman tests also. Signed-off-by: Simon Glass --- Changes in v2: None test/run | 1 + 1 file changed, 1 insertion(+) diff --git a/test/run b/test/run index a12ea31bf23..8f72a1f7b29 100755 --- a/test/run +++ b/test/run @@ -19,6 +19,7 @@ run_test ./test/py/test

[U-Boot] [PATCH v2 1/7] test: Correct operation when tests pass

When tests pass an error message is printed because of a variable that is not initialised. Fix this. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to correct operation when tests pass test/run | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/test/run b/test

[U-Boot] [PATCH v2 4/7] test: Run buildman tests

Update the test script to run the buildman tests also. Signed-off-by: Simon Glass --- Changes in v2: None test/run | 1 + 1 file changed, 1 insertion(+) diff --git a/test/run b/test/run index 8f72a1f7b29..a53383bb8e8 100755 --- a/test/run +++ b/test/run @@ -20,6 +20,7 @@ run_test ./test/py/te

[U-Boot] [PATCH v2 0/3] Rename ae3xx timer to atcpit100

From: Rick Chen Changelog v2 - Patch 1/3: Changed. - Patch 2/3: Changed. - Patch 3/3: No change. Patch 1/3 1. Only rename ae3xx as atcpit100. 2. Squashed Kconfig rename ae3xx into this patch to keep things in a consistent state. Patch 2/3 1. Modify function name from ae3xx to atcpit10

[U-Boot] [PATCH v2 2/3] cosmetic: atcpit100_timer: Rename function name as atcpit100

From: Rick Chen Integrate function and struct name as atcpit100 will be more reasonable. Signed-off-by: Rick Chen --- drivers/timer/atcpit100_timer.c | 34 +- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/drivers/timer/atcpit100_timer.c b/drive

[U-Boot] [PATCH v2 3/3] dt-bindings: timer: Add andestech atcpit100 timer

From: Rick Chen Add a document to describe Andestech atcpit100 timer and binding information. Signed-off-by: Rick Chen Reviewed-by: Simon Glass --- doc/device-tree-bindings/timer/atcpit100_timer.txt | 31 ++ 1 file changed, 31 insertions(+) create mode 100644 doc/device-t

[U-Boot] [PATCH v2 0/3] Rename ae3xx timer to atcpit100

From: Rick Chen Changelog v2 - Patch 1/3: Changed. - Patch 2/3: Changed. - Patch 3/3: No change. Patch 1/3 1. Only rename ae3xx as atcpit100. 2. Squashed Kconfig rename ae3xx into this patch to keep things in a consistent state. Patch 2/3 1. Modify function name from ae3xx to atcpit10

[U-Boot] [PATCH] fixup! mtd: nand: denali: sync with Linux 4.15-rc1

Signed-off-by: Masahiro Yamada --- drivers/mtd/nand/denali.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/mtd/nand/denali.c b/drivers/mtd/nand/denali.c index e61cafc..b116d3a 100644 --- a/drivers/mtd/nand/denali.c +++ b/drivers/mtd/nand/denali.c @@ -1230,7 +1230,6 @@ int denali_ini

[U-Boot] [PATCH] ARM: uniphier: remove unused NAND CONFIG options

The Denali NAND driver does not use these options any more. Signed-off-by: Masahiro Yamada --- include/configs/uniphier.h | 5 - 1 file changed, 5 deletions(-) diff --git a/include/configs/uniphier.h b/include/configs/uniphier.h index 6f4d67e..453f3db 100644 --- a/include/configs/uniphier.

[U-Boot] [PATCH 1/2] libfdt: move fdt_find_regions() to fdt_region.c from fdt_wip.c

All the other fdt_*_region() functions are located in fdt_region.c, while only fdt_find_regions() was added to fdt_wip.c, strangely. Move it to the suitable place. Signed-off-by: Masahiro Yamada --- lib/libfdt/fdt_region.c | 129 lib/libfdt/fdt_

[U-Boot] [PATCH 2/2] libfdt: migrate fdt_wip.c to a wrapper of scripts/dtc/libfdt/fdt_wip.c

Now, lib/libfdt/fdt_wip.c is the same as scripts/dtc/libfdt/fdt_wip.c Change the former to a wrapper of the latter. Signed-off-by: Masahiro Yamada --- lib/libfdt/Makefile| 4 +- lib/libfdt/fdt_wip.c | 100 + tools/Makefile | 4 +

[U-Boot] [PATCH 0/2] libfdt: sync fdt_wip.c with upstream

Masahiro Yamada (2): libfdt: move fdt_find_regions() to fdt_region.c from fdt_wip.c libfdt: migrate fdt_wip.c to a wrapper of scripts/dtc/libfdt/fdt_wip.c lib/libfdt/Makefile | 4 +- lib/libfdt/fdt_region.c | 129 +++ lib/libfdt/fdt_wip.c| 229 +-

Re: [U-Boot] [PATCH] mmc: sanitize includes for DM i2c

On 10/12/2017 12:05 AM, Felix Brack wrote: > This patch fixes some warnings when building boards that do not define > DM_I2C_COMPAT i.e. boards that entirely rely on the new i2c layer. > Signed-off-by: Felix Brack Applied to u-boot-mmc. Sorry for late. Best Regards, Jaehoon Chung > --- > > dr

Re: [U-Boot] [PATCH] mmc: sdhci: don't clear SDHCI_INT_STATUS register during CMD_INHIBIT

On 11/02/2017 11:10 PM, Jorge Ramirez-Ortiz wrote: > Fixes emmc initialization regression on the db410c platform. > > Clearing this register while SDHCI_PRESENT_STATE reports > SDHCI_CMD_INHIBIT leads to undefined behaviour on the db410c. > > When commit 7dde50 was merged (mmc: sdhci: Wait for SD

Re: [U-Boot] [PATCH 1/1] mmc: sdhci: do not compare pointer to 0

On 11/20/2017 06:36 PM, Bin Meng wrote: > On Sat, Nov 11, 2017 at 4:13 AM, Heinrich Schuchardt > wrote: >> data is defined as struct mmc_data *data. >> So it should not be compared to 0. >> >> Problem identified with Coccinelle. >> >> Signed-off-by: Heinrich Schuchardt >> --- >> drivers/mmc/sdh

Re: [U-Boot] [PATCH] mmc: sh_mmcif: RZ/A1 does not support HS mode

On 11/14/2017 05:41 AM, Chris Brandt wrote: > Since RZ/A1 (R7S72100) does not support HS mode, remove it from the > host caps. Doesn't HS mode? Then it's only supported the legacy mode? > > Signed-off-by: Chris Brandt > --- > drivers/mmc/sh_mmcif.c | 4 > 1 file changed, 4 insertions(+) >

[U-Boot] [GIT PULL] Please pull u-boot-mmc master

Dear Tom, Could you pull these patches to u-boot/master? After applied these patches, i will send the patches relevant to fixing patches. Note: - When run "mmc rescan", it is failed with timeout. - Need to fix the minor issues. - Need to test about HS200 and UHS mode. - Before releasing, needs to

  1   2   >