RE: [PATCH] stm32mp1: remove fdt_high and initrd_high in environment

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: lundi 10 février 2020 11:54 > > Remove fdt_high and initrd_high (set to 0x) in stm32mp1 board > enviromnent, > and U-Boot always relocate FDT and initrd in bootm command. > > This relocation is limited by CONFIG_SYS_BOOTMAPSZ which indicates the

Re: [PATCH v1 2/2] ARM: dts: imx8mm-verdin: drop rgmii_rxc_dly/txc_dly

2020-02-14 Thread Oleksandr Suvorov
On Fri, Feb 14, 2020 at 2:37 PM Igor Opaniuk wrote: > > From: Max Krummenacher > > The FEC in the i.MX8MM doesn't support this feature. So don't pretend one > can use it. > > Signed-off-by: Max Krummenacher > Signed-off-by: Igor Opaniuk Reviewed-by: Oleksandr Suvorov > --- > >

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Tom Rini
On Fri, Feb 14, 2020 at 12:49:36PM +0100, Michal Simek wrote: > On 14. 02. 20 12:37, Jens Rehsack wrote: > > > > > >> Am 14.02.2020 um 10:36 schrieb Michal Simek : > >> > >> On 13. 02. 20 18:48, Tom Rini wrote: > >>> On Thu, Feb 13, 2020 at 05:57:25PM +0100, Jens Rehsack wrote: > > >

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Tom Rini
On Fri, Feb 14, 2020 at 03:40:05PM +0100, Jens Rehsack wrote: > > > > Am 14.02.2020 um 15:28 schrieb Tom Rini : > > > > On Fri, Feb 14, 2020 at 03:21:44PM +0100, Jens Rehsack wrote: > >> > >> > >>> Am 14.02.2020 um 14:45 schrieb Tom Rini : > >>> > >>> On Fri, Feb 14, 2020 at 12:49:36PM

Re: [PATCHv2 2/7] misc: k3_esm: Add support for Texas Instruments K3 ESM driver

2020-02-14 Thread Tom Rini
On Fri, Feb 14, 2020 at 11:18:15AM +0200, Tero Kristo wrote: > The ESM (Error Signaling Module) is used to route error signals within > the K3 SoCs somewhat similar to interrupts. The handling for these is > different though, and can be routed for hardware error handling, to > be handled by

[PATCH 3/3] ARM: uniphier: detect the base of micro support card at run-time

2020-02-14 Thread Masahiro Yamada
The base address 0x43f0 is no longer true for the future SoC. Extract the base address from the device tree. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/micro-support-card.c | 43 +++-- 1 file changed, 31 insertions(+), 12 deletions(-) diff --git

[PATCH 2/3] ARM: uniphier: remove workaround for the NAND write protect

2020-02-14 Thread Masahiro Yamada
This workaround was previously needed for LD4, Pro4, sLD8, Pro5 SoCs. The boot ROM does not touch this register for PXs2/LD6b or later. Now that the reset signal of the Denali NAND controller is always asserted in board_init() then deasserted in the driver, the WRITE_PROTECT register gets back to

Re: [PATCH v6 0/7] rsa: extend rsa_verify() for UEFI secure boot

2020-02-14 Thread Tom Rini
On Mon, Jan 27, 2020 at 07:27:33PM +0900, AKASHI Takahiro wrote: > # This patch set is a prerequisite for UEFI secure boot. > > The current rsa_verify() requires five parameters for a RSA public key > for efficiency while RSA, in theory, requires only two. In addition, > those parameters are

RE: [PATCH v1 1/2] board: stm32: fix extra env setings addresses

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrice CHOTARD > Sent: lundi 3 février 2020 15:11 > > For stm32f4, f7 and h7 boards, reserve: > - 4MB for kernel > - 64KB for fdt, boot script, pxefile > - the remaining memory for ramdisk > > Signed-off-by: Patrice Chotard > --- Applied to u-boot-stm32/master, thanks!

Re: [PATCH] RFC: nvedit: support doing one (extra) expansion of the value in "env set"

2020-02-14 Thread Martin Hundebøll
Hi, I chose to implement boot count / selection functionality as a command instead: https://patchwork.ozlabs.org/patch/943549/ I do plan to extend it a bit in the coming weeks though: * move the env-get and -set to weak functions, so that board files can put the info wherever. * add support

Re: [PATCH v1 1/2] ARM: dts: imx8mm-verdin: dm-spl for pinctrl_usdhc1 node

2020-02-14 Thread Oleksandr Suvorov
On Fri, Feb 14, 2020 at 2:36 PM Igor Opaniuk wrote: > > From: Igor Opaniuk > > Let pinctrl configuration for eMMC node (usdhc1) also be > accessible in SPL. > > Signed-off-by: Igor Opaniuk Reviewed-by: Oleksandr Suvorov > --- > > arch/arm/dts/imx8mm-verdin-u-boot.dtsi | 4 > 1 file

RPI4: fail too boot with an initrd

2020-02-14 Thread LABBE Corentin
Hello Since the inclusion of the "enable network support in RPi4 config" serie on uboot, I have started to work on adding the rpi4 in kernelCI. But I fail to succeed in using a kernel/dtb/ramdisk downloaded via tftp. Using booti I hit: [0.00] Linux version 5.6.0-rc1-next-20200212

RE: [PATCH v2 1/1] efi_loader: architecture specific UEFI setup

2020-02-14 Thread Chang, Abner (HPS SW/FW Technologist)
> -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Friday, February 14, 2020 7:33 PM > To: Chang, Abner (HPS SW/FW Technologist) > Cc: Alexander Graf ; Atish Patra ; > Heinrich Schuchardt ; U-Boot Mailing List b...@lists.denx.de>; Atish Patra ; >

RE: [PATCH v2 1/1] efi_loader: architecture specific UEFI setup

2020-02-14 Thread Chang, Abner (HPS SW/FW Technologist)
> -Original Message- > From: Alexander Graf [mailto:ag...@csgraf.de] > Sent: Friday, February 14, 2020 4:07 PM > To: Chang, Abner (HPS SW/FW Technologist) > Cc: Atish Patra ; Ard Biesheuvel > ; Heinrich Schuchardt ; > U-Boot Mailing List ; Atish Patra > ; l...@nuviainc.com > Subject:

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Jens Rehsack
> Am 14.02.2020 um 13:08 schrieb Fabio Estevam : > > On Fri, Feb 14, 2020 at 6:36 AM Michal Simek wrote: > >> I think it will be the best to take any of your example and simply >> create a series where this is applied to see if that code looks better >> then before. Applying this without

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Jens Rehsack
> Am 14.02.2020 um 10:36 schrieb Michal Simek : > > On 13. 02. 20 18:48, Tom Rini wrote: >> On Thu, Feb 13, 2020 at 05:57:25PM +0100, Jens Rehsack wrote: >>> >>> Am 13.02.2020 um 16:01 schrieb Tom Rini : On Thu, Feb 13, 2020 at 02:33:53PM +0100, Jens Rehsack wrote: >

RE: [PATCH v2 1/1] efi_loader: architecture specific UEFI setup

2020-02-14 Thread Chang, Abner (HPS SW/FW Technologist)
> -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Friday, February 14, 2020 8:07 PM > To: Chang, Abner (HPS SW/FW Technologist) > Cc: Alexander Graf ; Atish Patra ; > Heinrich Schuchardt ; U-Boot Mailing List b...@lists.denx.de>; Atish Patra ; >

RE: [PATCH v2 1/1] efi_loader: architecture specific UEFI setup

2020-02-14 Thread Chang, Abner (HPS SW/FW Technologist)
> -Original Message- > From: Atish Patra [mailto:ati...@atishpatra.org] > Sent: Friday, February 14, 2020 7:57 AM > To: Ard Biesheuvel > Cc: Chang, Abner (HPS SW/FW Technologist) ; > Heinrich Schuchardt ; Alexander Graf > ; U-Boot Mailing List ; Atish Patra > ; l...@nuviainc.com >

Re: [PULL] Pull request: u-boot-stm32 u-boot-stm32-20200214

2020-02-14 Thread Tom Rini
On Fri, Feb 14, 2020 at 10:11:23AM +, Patrick DELAUNAY wrote: > Hi Tom, > > Please pull the STM32 related patches for u-boot-stm32-20200214 > for v2020.04-rc3 > > With the following changes: > - add DH Electronics DHCOM SoM and PDK2 board > - DT alignment with kern

Re: [GIT PULL] TI changes for v2020.04-rc3

2020-02-14 Thread Tom Rini
On Fri, Feb 14, 2020 at 03:19:43PM +0530, Lokesh Vutla wrote: > Hi Tom, > > Please find the pull request for v2020.04-rc3 containing TI specific changes. > > Travis-CI build: https://travis-ci.org/lokeshvutla/u-boot/builds/650270755 > > Thanks and regards, > Lokesh > > > The following

Re: [PATCH] RFC: nvedit: support doing one (extra) expansion of the value in "env set"

2020-02-14 Thread Rasmus Villemoes
On 13/02/2020 16.55, Wolfgang Denk wrote: > Dear Rasmus, > > In message you wrote: >> >> I'm sorry, I see I mistyped in my example above, it should have been >> >> if test $slot = "A" ; setenv result $BOOT_A_LEFT ... >> >> as should hopefully be clear from the original post and the eval >>

Re: i.MX8QXP MEK does not boot

2020-02-14 Thread Fabio Estevam
Hi Anatolij, On Fri, Feb 14, 2020 at 7:25 AM Anatolij Gustschin wrote: > We have two issues here, power domain off hang reported here [1] > and disabling nodes in device tree since commit 9f779fa4105f. If I try reverting these two commits the kernel starts booting:

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Tom Rini
On Fri, Feb 14, 2020 at 03:21:44PM +0100, Jens Rehsack wrote: > > > > Am 14.02.2020 um 14:45 schrieb Tom Rini : > > > > On Fri, Feb 14, 2020 at 12:49:36PM +0100, Michal Simek wrote: > >> On 14. 02. 20 12:37, Jens Rehsack wrote: > >>> > >>> > Am 14.02.2020 um 10:36 schrieb Michal Simek :

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Jens Rehsack
> Am 14.02.2020 um 15:28 schrieb Tom Rini : > > On Fri, Feb 14, 2020 at 03:21:44PM +0100, Jens Rehsack wrote: >> >> >>> Am 14.02.2020 um 14:45 schrieb Tom Rini : >>> >>> On Fri, Feb 14, 2020 at 12:49:36PM +0100, Michal Simek wrote: On 14. 02. 20 12:37, Jens Rehsack wrote: > >

[PATCH 1/3] ARM: uniphier: move NAND reset assertion to U-Boot proper from SPL

2020-02-14 Thread Masahiro Yamada
The comment /* deassert reset */ is wrong. It asserts the reset. It no longer needs to stay in SPL. The NAND controller reset is handled in the driver. So, this assert can be moved to the board_init() of U-Boot proper. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/Makefile

RE: [PATCH] board: stih410-b2260: remove fdt_high and initrd_high

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrice CHOTARD > Sent: lundi 3 février 2020 15:01 > > Remove fdt_high and initrd_high as they shouldn't be used, this allows the > fdt and > initrd relocation. > This implies to set CONFIG_SYS_BOOTMAPSZ to indicate the amount of > memory available to contain kernel, device tree

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Michal Simek
On 14. 02. 20 12:37, Jens Rehsack wrote: > > >> Am 14.02.2020 um 10:36 schrieb Michal Simek : >> >> On 13. 02. 20 18:48, Tom Rini wrote: >>> On Thu, Feb 13, 2020 at 05:57:25PM +0100, Jens Rehsack wrote: > Am 13.02.2020 um 16:01 schrieb Tom Rini : > > On Thu, Feb 13, 2020 at

[PATCH v1 1/2] ARM: dts: imx8mm-verdin: dm-spl for pinctrl_usdhc1 node

2020-02-14 Thread Igor Opaniuk
From: Igor Opaniuk Let pinctrl configuration for eMMC node (usdhc1) also be accessible in SPL. Signed-off-by: Igor Opaniuk --- arch/arm/dts/imx8mm-verdin-u-boot.dtsi | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/dts/imx8mm-verdin-u-boot.dtsi

[PATCH v1 2/2] ARM: dts: imx8mm-verdin: drop rgmii_rxc_dly/txc_dly

2020-02-14 Thread Igor Opaniuk
From: Max Krummenacher The FEC in the i.MX8MM doesn't support this feature. So don't pretend one can use it. Signed-off-by: Max Krummenacher Signed-off-by: Igor Opaniuk --- arch/arm/dts/imx8mm-verdin.dts | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/arm/dts/imx8mm-verdin.dts

RE: [PATCH v1 2/2] board: stm32: remove fdt_high and fdt_highinitrd_high

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrice CHOTARD > Sent: lundi 3 février 2020 15:11 > > For stm32 f4, f7 and h7 boards, remove fdt_high and initrd_high as they > shouldn't > be used, this allows the fdt and initrd relocation. > This implies to set CONFIG_SYS_BOOTMAPSZ to indicate the amount of > memory available

[U-Boot] [PATCH] defconfig: k2x_hs: Remove DTB_RESELECT to fix DHCP issue

2020-02-14 Thread Andrew F. Davis
From: Madan Srinivas This fixes the inadvertent definition of CONFIG_DTB_RESELECT and CONFIG_MULTI_DTB_FIT in the K2x HS defconfigs, that happened as part of a resync of the defconfigs. The inclusion of these config options causes ethernet to stop working on K2x HS devices as they interfere

[PATCH v1 0/2] Add roc-rk3328-cc support

2020-02-14 Thread Loic Devulder
This serie add support for roc-rk33239 board from Firefly/Libre Computer: - add missing L2 cache entry in rk3328 dts - add roc-rk3328-cc board support With this we can successfully boot the board with mainline U-Boot and binary blob firmwares. Boot with ATF and TPL/SPL partially works: TPL

Re: [PATCH v2 1/1] efi_loader: architecture specific UEFI setup

2020-02-14 Thread Ard Biesheuvel
On Fri, 14 Feb 2020 at 13:04, Chang, Abner (HPS SW/FW Technologist) wrote: > > > > > -Original Message- > > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > > Sent: Friday, February 14, 2020 7:33 PM > > To: Chang, Abner (HPS SW/FW Technologist) > > Cc: Alexander Graf ; Atish

[PATCH] misc: k3_avs: Fix possible NULL pointer deference

2020-02-14 Thread Vignesh Raghavendra
Its possible that k3_avs_priv is NULL because the driver may not have been probed yet. Therefore check if pointer is valid before dereferencing it. Signed-off-by: Vignesh Raghavendra --- drivers/misc/k3_avs.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/misc/k3_avs.c

RE: [PATCH v3 0/5] usb: host: dwc2: use driver model for PHY and CLOCK

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: mardi 12 novembre 2019 10:42 > To: u-boot@lists.denx.de > Cc: ley.foon@intel.com; b.galv...@gmail.com; > simon.k.r.goldschm...@gmail.com; Patrick DELAUNAY > ; Jagan Teki ; Jean- > Jacques Hiblot ; Lokesh Vutla ; Lukasz > Majewski ; Marek Vasut ; Michal

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Jens Rehsack
> Am 14.02.2020 um 14:45 schrieb Tom Rini : > > On Fri, Feb 14, 2020 at 12:49:36PM +0100, Michal Simek wrote: >> On 14. 02. 20 12:37, Jens Rehsack wrote: >>> >>> Am 14.02.2020 um 10:36 schrieb Michal Simek : On 13. 02. 20 18:48, Tom Rini wrote: > On Thu, Feb 13, 2020 at

[PATCH v1 2/2] rockchip: rk3328: add roc-rk3328-cc support

2020-02-14 Thread Loic Devulder
ROC-RK3328-CC is a board made by Firefly/Libre Computer based on rk3328 SoC: - 2 USB2.0 Host port - 1 USB3.0 Host port - 1 HDMI port - 2 10/100M eth port - 1GB or 2GB DDR4 - UART to USB debug port This port is based on evb-rk3328 already available in U-Boot. Signed-off-by: Loic Devulder ---

[PATCH v1 1/2] rockchip: rk3328: dts: add L2 cache entry

2020-02-14 Thread Loic Devulder
Add missing L2 cache entry in dts to avoid warning during Linux kernel boot. Signed-off-by: Loic Devulder --- arch/arm/dts/rk3328.dtsi | 25 - 1 file changed, 24 insertions(+), 1 deletion(-) diff --git a/arch/arm/dts/rk3328.dtsi b/arch/arm/dts/rk3328.dtsi index

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Jens Rehsack
> Am 14.02.2020 um 15:43 schrieb Tom Rini : > > On Fri, Feb 14, 2020 at 03:40:05PM +0100, Jens Rehsack wrote: >> >> >>> Am 14.02.2020 um 15:28 schrieb Tom Rini : >>> >>> On Fri, Feb 14, 2020 at 03:21:44PM +0100, Jens Rehsack wrote: > Am 14.02.2020 um 14:45 schrieb Tom Rini :

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Fabio Estevam
On Fri, Feb 14, 2020 at 6:36 AM Michal Simek wrote: > I think it will be the best to take any of your example and simply > create a series where this is applied to see if that code looks better > then before. Applying this without usage doesn't make sense. Agreed. SYS_SUPPLIER is introduced in

[PATCH] image.h: Change android_image_get_dtb* to use uint and not u32

2020-02-14 Thread Tom Rini
The image.h header can be used fairly widely in U-Boot builds. We cannot use u32 here as it may be used in cases where we don't have that typedef available and don't want to expose it either. Use uint instead here. Cc: Eugeniu Rosca Cc: Sam Protsenko Signed-off-by: Tom Rini ---

Re: RPI4: fail too boot with an initrd

2020-02-14 Thread James Morse
Hi Corentin, On 14/02/2020 13:27, LABBE Corentin wrote: > Since the inclusion of the "enable network support in RPi4 config" serie on > uboot, I > have started to work on adding the rpi4 in kernelCI. > But I fail to succeed in using a kernel/dtb/ramdisk downloaded via tftp. > > Using booti I

[PATCH 2/3] clk: imx: imx8mn: add set_parent callback

2020-02-14 Thread Alifer Moraes
Add set_parent callback, then assigned-clock-parents in dts could work properly Signed-off-by: Alifer Moraes --- drivers/clk/imx/clk-imx8mn.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/clk/imx/clk-imx8mn.c b/drivers/clk/imx/clk-imx8mn.c index

[PATCH 1/3] clk: imx: imx8mn: add enet clk

2020-02-14 Thread Alifer Moraes
Add enet ref/timer/PHY_REF/root clk wich are required to make enet work properly Signed-off-by: Alifer Moraes --- drivers/clk/imx/clk-imx8mn.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/clk/imx/clk-imx8mn.c b/drivers/clk/imx/clk-imx8mn.c index

[PATCH 3/3] imx: imx8mn-evk: enable ethernet

2020-02-14 Thread Alifer Moraes
Enable ethernet on i.MX 8MN EVK Signed-off-by: Alifer Moraes --- arch/arm/dts/imx8mn-ddr4-evk.dts| 2 ++ board/freescale/imx8mn_evk/imx8mn_evk.c | 36 + configs/imx8mn_ddr4_evk_defconfig | 8 ++ include/configs/imx8mn_evk.h| 2 ++ 4 files

Re: [PATCH] usb: dwc3: Check that the request is valid in dwc3_gadget_giveback()

2020-02-14 Thread Marek Vasut
On 2/14/20 1:23 PM, Vignesh Raghavendra wrote: > From: Jean-Jacques Hiblot > > This fixes potential issues reported by klokworks: > Pointer 'req' returned from call to function 'next_request' at line 531 and > 538 may be NULL and will be dereferenced in dwc3_gadget_giveback() Shouldn't you

[PATCH v2] arm: dts: imx8mq-evk: add phy-reset-gpios for fec1

2020-02-14 Thread Alifer Moraes
Instead of resetting the ethernet phy through functions in imx8mq_evk.c, let the driver reset the phy via dts description adding a reset duration of 10 ms following atheros 8031's datasheet recommendation. Signed-off-by: Alifer Moraes --- Changes since v1: Improve commit log (Michael

Re: [PATCH] sandbox: also restore terminal settings when killed by SIGINT

2020-02-14 Thread Simon Glass
On Fri, 14 Feb 2020 at 03:58, Rasmus Villemoes wrote: > > Hitting Ctrl-C is a documented way to exit the sandbox, but it is not > actually equivalent to the reset command. The latter, since it follows > normal process exit, takes care to reset terminal settings and > restoring the O_NONBLOCK

Re: [PATCH] ARM: bootm: take into account gd->ram_top

2020-02-14 Thread Simon Glass
Hi Patrick, On Thu, 13 Feb 2020 at 11:30, Patrick Delaunay wrote: > > From: Patrice Chotard > > If gd->ram_top has been tuned using board_get_usable_ram_top(), > it must be taken into account when reserving arch lmb. > > Signed-off-by: Patrice Chotard > Reviewed-by: Patrick DELAUNAY >

Re: [PATCH 10/33] mtd: Rename free() to rfree()

2020-02-14 Thread Simon Glass
Hi Simon, On Thu, 13 Feb 2020 at 02:06, Simon Goldschmidt wrote: > > On Wed, Feb 12, 2020 at 6:14 PM Simon Glass wrote: > > > > Hi Masahiro, > > > > On Wed, 12 Feb 2020 at 06:14, Masahiro Yamada wrote: > > > > > > On Mon, Jan 13, 2020 at 4:08 AM Simon Glass wrote: > > > > > > > > This

Re: sandbox: CONFIG_SYS_RELOC_GD_ENV_ADDR?

2020-02-14 Thread Simon Glass
Hi AKASHI, On Thu, 13 Feb 2020 at 18:39, AKASHI Takahiro wrote: > > Tom, Simon, > > Is CONFIG_SYS_RELOC_GD_ENV_ADDR really needed on sandbox? > > When I try to have a variable environment on emulated SPI flash, > the U-Boot binary always crashes: (NOTE: assuming CONFIG_ENV_ADDR == 0) > $ dd

Re: [PATCH v3 0/5] usb: host: dwc2: use driver model for PHY and CLOCK

2020-02-14 Thread Marek Vasut
On 2/14/20 2:34 PM, Patrick DELAUNAY wrote: > Hi, [...] >> drivers/usb/host/dwc2.c | 100 >> +++- >> include/clk.h | 4 ++ >> 2 files changed, 103 insertions(+), 1 deletion(-) >> >> -- >> 2.17.1 > > Any comments on this serie or I need to rebase

Re: [U-Boot] [RFC/RFT PATCH v4 3/3] image: Add compressed Image parsing support in booti.

2020-02-14 Thread Tom Rini
On Thu, Feb 13, 2020 at 11:32:52PM +0200, David Abdurachmanov wrote: > On Thu, Feb 13, 2020 at 6:17 PM Tom Rini wrote: > > > > On Wed, Feb 05, 2020 at 12:01:38AM +, Atish Patra wrote: > > > On Fri, 2019-11-22 at 18:19 -0800, Atish Patra wrote: > > > > On Wed, 2019-11-13 at 11:47 -0800, Atish

Re: i.MX8QXP MEK does not boot

2020-02-14 Thread Fabio Estevam
On Fri, Feb 14, 2020 at 10:55 AM Fabio Estevam wrote: > > Hi Anatolij, > > On Fri, Feb 14, 2020 at 7:25 AM Anatolij Gustschin wrote: > > > We have two issues here, power domain off hang reported here [1] > > and disabling nodes in device tree since commit 9f779fa4105f. > > If I try reverting

Re: [PATCH v5] Add support for SoM "VoCore2".

2020-02-14 Thread Mauro Condarelli
Hi Daniel, On 2/12/20 11:01 PM, Mauro Condarelli wrote: >>> + >>> +/* SPL */ >>> +#if defined(CONFIG_SPL) && !defined(CONFIG_SPL_BUILD) >>> +#define CONFIG_SKIP_LOWLEVEL_INIT >>> +#endif >> CONFIG_SPL_BUILD is only relevant in Makefiles and shouldn't be used >> in config header files > Removed,

[PATCH] arm: dts: imx8mq-evk: add phy-reset-gpios for fec1

2020-02-14 Thread Alifer Moraes
Let the driver reset the phy via dts description instead of doing it through functions in imx8mq_evk.c Signed-off-by: Alifer Moraes --- arch/arm/dts/imx8mq-evk.dts | 2 ++ board/freescale/imx8mq_evk/imx8mq_evk.c | 18 -- 2 files changed, 2 insertions(+), 18

Re: [PATCH] arm: dts: imx8mq-evk: add phy-reset-gpios for fec1

2020-02-14 Thread Michael Nazzareno Trimarchi
Hi On Fri, Feb 14, 2020 at 6:33 PM Alifer Moraes wrote: > > Hello, Michael, > > > Where is the relative pinctrl change to mux the pin? why now is 10 the > > reset duration > > The pinctrl change is described in arch/arm/dts/imx8mq-evk.dts in the > subnode pinctrl_fec1. Ok, so was already

Re: [PATCH] arm: dts: imx8mq-evk: add phy-reset-gpios for fec1

2020-02-14 Thread Michael Nazzareno Trimarchi
Hi On Fri, Feb 14, 2020 at 6:18 PM Alifer Moraes wrote: > > Let the driver reset the phy via dts description instead of doing it > through functions in imx8mq_evk.c > > Signed-off-by: Alifer Moraes > --- > arch/arm/dts/imx8mq-evk.dts | 2 ++ >

[PATCH 1/1] efi_loader: EFI_RNG_PROTOCOL

2020-02-14 Thread Heinrich Schuchardt
Do not use quotation marks for Kconfig help text. Replace rng abbreviation by full words. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/efi_loader/Kconfig b/lib/efi_loader/Kconfig index

Re: sandbox: CONFIG_SYS_RELOC_GD_ENV_ADDR?

2020-02-14 Thread Tom Rini
On Fri, Feb 14, 2020 at 12:16:33PM -0700, Simon Glass wrote: > Hi AKASHI, > > On Thu, 13 Feb 2020 at 18:39, AKASHI Takahiro > wrote: > > > > Tom, Simon, > > > > Is CONFIG_SYS_RELOC_GD_ENV_ADDR really needed on sandbox? > > > > When I try to have a variable environment on emulated SPI flash, > >

Re: [PATCH] RFC: nvedit: support doing one (extra) expansion of the value in "env set"

2020-02-14 Thread Rasmus Villemoes
On 14/02/2020 12.54, Rasmus Villemoes wrote: > Now we can work around the lack of break in the busybox shell by writing ^ > But we still can't translate this to busybox shell, because there's no

[PATCH] usb: dwc3: Check that the request is valid in dwc3_gadget_giveback()

2020-02-14 Thread Vignesh Raghavendra
From: Jean-Jacques Hiblot This fixes potential issues reported by klokworks: Pointer 'req' returned from call to function 'next_request' at line 531 and 538 may be NULL and will be dereferenced in dwc3_gadget_giveback() Signed-off-by: Jean-Jacques Hiblot Signed-off-by: Vignesh Raghavendra ---

RE: [PATCH v1 2/2] ARM: dts: imx8mm-verdin: drop rgmii_rxc_dly/txc_dly

2020-02-14 Thread Peng Fan
> Subject: [PATCH v1 2/2] ARM: dts: imx8mm-verdin: drop > rgmii_rxc_dly/txc_dly > > From: Max Krummenacher > > The FEC in the i.MX8MM doesn't support this feature. So don't pretend one > can use it. > > Signed-off-by: Max Krummenacher > Signed-off-by: Igor Opaniuk Acked-by: Peng Fan > ---

RE: [PATCH v1 1/2] ARM: dts: imx8mm-verdin: dm-spl for pinctrl_usdhc1 node

2020-02-14 Thread Peng Fan
> Subject: [PATCH v1 1/2] ARM: dts: imx8mm-verdin: dm-spl for pinctrl_usdhc1 > node > > From: Igor Opaniuk > > Let pinctrl configuration for eMMC node (usdhc1) also be accessible in SPL. > > Signed-off-by: Igor Opaniuk Reviewed-by: Peng Fan > --- > >

Re: [PATCH v2 1/1] efi_loader: architecture specific UEFI setup

2020-02-14 Thread Alexander Graf
> Am 14.02.2020 um 05:21 schrieb Chang, Abner (HPS SW/FW Technologist) > : > >  > >> -Original Message- >> From: Atish Patra [mailto:ati...@atishpatra.org] >> Sent: Friday, February 14, 2020 7:57 AM >> To: Ard Biesheuvel >> Cc: Chang, Abner (HPS SW/FW Technologist) ; >> Heinrich

Re: [PATCH 4/4] clk: stm32mp1: solve type issue in stm32mp1_lse_enable and stm32mp1_clktree

2020-02-14 Thread Patrice CHOTARD
On 1/28/20 10:44 AM, Patrick Delaunay wrote: > Solve type issue in stm32mp1_lse_enable and stm32mp1_clktree. > > This patch solves the warnings when compiling with W=1 > on stm32mp1 board: > > clk_stm32mp1.c: In function ‘stm32mp1_lse_enable’: > clk_stm32mp1.c:1238:15: warning: comparison of

Re: [PATCH v2] dm: core: Move "/chosen" and "/firmware" node scan

2020-02-14 Thread Michal Simek
čt 13. 2. 2020 v 19:48 odesílatel Patrick Delaunay napsal: > > Use the new function dm_scan_fdt_ofnode_path() to scan all the nodes > which aren't devices themselves but may contain some: > - "/chosen" > - "/clocks" > - "/firmware" > > The patch removes the strcmp call in recursive function

[PATCH] configs: versal: Add CONFIG_DISTRO_DEFAULTS to versal defconfig

2020-02-14 Thread Michal Simek
From: T Karthik Reddy Add DISTRO_DEFAULTS config to versal virt defconfig file which is suitable for booting general purpose Linux distributions. Remove other configs which are selected by default by DISTRO_DEFAULTS configuration. Signed-off-by: T Karthik Reddy Signed-off-by: Michal Simek ---

Re: [RFC 2/2] Revert "dm: core: device: switch off power domain after device removal"

2020-02-14 Thread Oliver Graute
On 14/02/20, Anatolij Gustschin wrote: > On Fri, 14 Feb 2020 09:50:54 +0530 > Lokesh Vutla lokeshvu...@ti.com wrote: > > > On 13/02/20 10:42 PM, Neil Armstrong wrote: > > > Hi, > > > > > > On 03/02/2020 14:59, Oliver Graute wrote: > > >> The conga-imx8 board isn't booting without this revert.

[PATCH] sandbox: also restore terminal settings when killed by SIGINT

2020-02-14 Thread Rasmus Villemoes
Hitting Ctrl-C is a documented way to exit the sandbox, but it is not actually equivalent to the reset command. The latter, since it follows normal process exit, takes care to reset terminal settings and restoring the O_NONBLOCK behaviour of stdin (and, in a terminal, that is usually the same file

Re: [PATCH v2 1/1] efi_loader: architecture specific UEFI setup

2020-02-14 Thread Ard Biesheuvel
On Fri, 14 Feb 2020 at 12:27, Chang, Abner (HPS SW/FW Technologist) wrote: > > > > > -Original Message- > > From: Alexander Graf [mailto:ag...@csgraf.de] > > Sent: Friday, February 14, 2020 4:07 PM > > To: Chang, Abner (HPS SW/FW Technologist) > > Cc: Atish Patra ; Ard Biesheuvel > > ;

[PATCHv2 7/7] configs: j721e_evm_r5_defconfig: Enable ESM modules

2020-02-14 Thread Tero Kristo
Enable ESM modules for both PMIC and SoC side for proper watchdog handling on the board. SPL_BOARD_INIT is also enabled so that the board init function probing the drivers is called. Signed-off-by: Tero Kristo --- configs/j721e_evm_r5_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff

[PATCHv2 6/7] board: ti: j721e: initialize ESM support

2020-02-14 Thread Tero Kristo
Initialize both ESM and ESM_PMIC support if available for the board. If support is not available for either, a warning is printed out. ESM signals are only properly routed on PM2 version of the J721E SOM, so only probe the drivers on this device. Signed-off-by: Tero Kristo ---

[PATCHv2 5/7] arm: dts: k3-j721e: Add ESM PMIC support for tps659413 based board

2020-02-14 Thread Tero Kristo
The ESM handling on J7 processor board requires routing the MCU_SAFETY_ERROR signal to the PMIC on the board for critical safety error handling. The PMIC itself should then reset the board based on receiving it. Enable the support for the board by adding the esm node in place. Signed-off-by: Tero

[PATCHv2 3/7] misc: pmic_esm: Add support for PMIC ESM driver

2020-02-14 Thread Tero Kristo
The ESM (Error Signal Monitor) is used on certain PMIC versions to handle error signals propagating from rest of the system. If these reach the PMIC, it is typically a last resort fatal error which requires a system reset. The ESM driver does the proper configuration for the ESM module to reach

[PATCHv2 1/7] power: pmic: tps65941: Add support for probing the child devices

2020-02-14 Thread Tero Kristo
TPS65941 can have child devices under it (like the ESM support), so probe these once the master pmic node completes probe. Signed-off-by: Tero Kristo --- drivers/power/pmic/tps65941.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/power/pmic/tps65941.c

[PATCHv2 4/7] arm: dts: k3-k721e: Add Main domain ESM support

2020-02-14 Thread Tero Kristo
Main domain ESM support is needed to configure main domain watchdogs to generate ESM pin events by default. On J7 processor board these propagate to the PMIC to generate a reset when watchdog expires. Signed-off-by: Tero Kristo --- arch/arm/dts/k3-j721e-r5-common-proc-board.dts | 9 +

Re: [RFC 2/2] Revert "dm: core: device: switch off power domain after device removal"

2020-02-14 Thread Lokesh Vutla
On 14/02/20 2:48 PM, Oliver Graute wrote: > On 14/02/20, Lokesh Vutla wrote: >> >> >> On 13/02/20 10:42 PM, Neil Armstrong wrote: >>> Hi, >>> >>> On 03/02/2020 14:59, Oliver Graute wrote: The conga-imx8 board isn't booting without this revert. Can someone tell me what I need to Do so

Antwort: Re: [PATCH 009/108] x86: apl: Move p2sb ofdata reading to the correct method

2020-02-14 Thread Wolfgang Wallner
Hello Bin, Simon, -"Bin Meng" schrieb: - > +Wolfgang Wallner > > On Mon, Jan 27, 2020 at 1:08 PM Simon Glass wrote: > > > > With P2SB the initial BAR (base-address register) is set up by TPL and > > this is used unchanged right through U-Boot. > > > > At present the reading of this

Re: [PATCH] {Makefile,config.mk,a/Kconfig}: introduce SUPPLIER

2020-02-14 Thread Michal Simek
On 13. 02. 20 18:48, Tom Rini wrote: > On Thu, Feb 13, 2020 at 05:57:25PM +0100, Jens Rehsack wrote: >> >> >>> Am 13.02.2020 um 16:01 schrieb Tom Rini : >>> >>> On Thu, Feb 13, 2020 at 02:33:53PM +0100, Jens Rehsack wrote: >>> From: Jens Rehsack Introduce SUPPLIER analogous to

[GIT PULL] TI changes for v2020.04-rc3

2020-02-14 Thread Lokesh Vutla
Hi Tom, Please find the pull request for v2020.04-rc3 containing TI specific changes. Travis-CI build: https://travis-ci.org/lokeshvutla/u-boot/builds/650270755 Thanks and regards, Lokesh The following changes since commit 01e7a40e395aefea94e9fb943b9447f7d0fd7efa: Merge tag

Re: [PATCH 0/2] Fix Ethernet boot in am437x-evm

2020-02-14 Thread Lokesh Vutla
On 31/01/20 3:23 PM, Faiz Abbas wrote: > The following patches fix ethernet boot in am437x-evm. Merged into u-boot-ti. Thanks and regards, Lokesh

Re: [PATCH 0/2] Fix usb host boot mode in AM437x-gp-evm

2020-02-14 Thread Lokesh Vutla
On 06/02/20 3:22 PM, Faiz Abbas wrote: > The following patches fix usb host boot mode in am437x-gp-evm. Merged into u-boot-ti. Thanks and regards, Lokesh

Re: [PATCH] armV7R: K3: am654: Activate early console functionality

2020-02-14 Thread Lokesh Vutla
On 12/02/20 10:24 AM, Lokesh Vutla wrote: > From: Andreas Dannenberg > > Activate early console functionality on AM65x devices to allow for > early diagnostic messages until the main console is ready > to get activated. > > Signed-off-by: Andreas Dannenberg > Signed-off-by: Lokesh Vutla

RE: [PATCH 2/9] stm32mp1: pwr: use the last binding for pwr

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: mardi 28 janvier 2020 10:11 > > Update the driver to use the latest binding from kernel v5.5-rc1: > no more use syscon or regmap to access to pwr register and only one > pwr_regulators node with the compatibility "st,stm32mp1,pwr-reg" > is available. > >

RE: [PATCH 7/9] board: stm32mp1: update readme

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: mardi 28 janvier 2020 10:11 > > Update readme: > - list the supported SOC and change family to STM32MP15x > - add warning on OTP write and prerequisite: > check if MAC address is not yet provisioned. > - Use filesize for mmc write command (avoid to write

RE: [PATCH 1/4] board: stm32mp1: board: add include for dfu

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: mardi 28 janvier 2020 10:44 > > Add include for dfu, add prototype for set_dfu_alt_info and avoid warning when > compiling with W=1. > > Signed-off-by: Patrick Delaunay > --- Applied to u-boot-stm32/master, thanks! Regards Patrick

RE: [PATCH 9/9] stm32mp1: support of STM32MP15x Rev.Z

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: mardi 28 janvier 2020 10:11 > > Add support for Rev.Z of STM32MP15x cpu. > > Signed-off-by: Patrick Delaunay > --- Applied to u-boot-stm32/master, thanks! Regards Patrick

RE: [PATCH 2/4] board: stm32mp1: change dfu function to static

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: mardi 28 janvier 2020 10:44 > To: u-boot@lists.denx.de > Cc: Patrick DELAUNAY ; U-Boot STM32 st...@st-md-mailman.stormreply.com> > Subject: [PATCH 2/4] board: stm32mp1: change dfu function to static > Importance: High > > Change the dfu functions

RE: [PATCH 3/4] pinctrl: stmfx: update the result type of dm_i2c_reg_read

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: mardi 28 janvier 2020 10:44 > > Use int as result of dm_i2c_reg_read to avoid warning with > W=1 (warning: comparison is always false due to limited range of data type [- > Wtype-limits]) > > Signed-off-by: Patrick Delaunay > --- Applied to

RE: [PATCH 4/4] clk: stm32mp1: solve type issue in stm32mp1_lse_enable and stm32mp1_clktree

2020-02-14 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: mardi 28 janvier 2020 10:44 > > Solve type issue in stm32mp1_lse_enable and stm32mp1_clktree. > > This patch solves the warnings when compiling with W=1 on stm32mp1 board: > > clk_stm32mp1.c: In function ‘stm32mp1_lse_enable’: > clk_stm32mp1.c:1238:15:

[PATCHv2 2/7] misc: k3_esm: Add support for Texas Instruments K3 ESM driver

2020-02-14 Thread Tero Kristo
The ESM (Error Signaling Module) is used to route error signals within the K3 SoCs somewhat similar to interrupts. The handling for these is different though, and can be routed for hardware error handling, to be handled by safety processor or just as error interrupts handled by the main processor.

[PATCHv2 0/7] ESM support for TI K3 SoCs

2020-02-14 Thread Tero Kristo
Hi, V2 contains changes proposed by Lokesh. - Move main_esm under R5 .dts file (patch #4) - Move ESM probing to the board file (patch #6) - Enabled SPL board init in the r5 defconfig (needed for patch #6 change, done in patch #7) -Tero -- Texas Instruments Finland Oy, Porkkalankatu 22,

Re: [RFC 2/2] Revert "dm: core: device: switch off power domain after device removal"

2020-02-14 Thread Oliver Graute
On 14/02/20, Lokesh Vutla wrote: > > > On 13/02/20 10:42 PM, Neil Armstrong wrote: > > Hi, > > > > On 03/02/2020 14:59, Oliver Graute wrote: > >> The conga-imx8 board isn't booting without this revert. Can someone tell me > >> what I need to Do so that this revert is not necessary? > > Can you

Re: [PATCH] ARM: keystone2: enable initrd fixup for LPAE addressing

2020-02-14 Thread Lokesh Vutla
On 11/02/20 9:25 AM, Lokesh Vutla wrote: > From: Tero Kristo > > Keystone2 u-boot loads the initrd image into non-LPAE addressed memory > but linux kernel is running in LPAE. This causes a conflict as kernel > detects that non-memory address is passed and kernel ignores initrd. > There is an

Re: [u-boot PATCH] board: ti: am57xx-idk: Prevent boot for invalid configuation

2020-02-14 Thread Lokesh Vutla
On 10/02/20 3:29 PM, Roger Quadros wrote: > On am571x-idk there can be following configurations based on Jumper J51 > and LCD panel detected. > > 1) J51 removed (6port): 6 port Ethernet. Disable LCD panel. > 2) J51 placed (LCD) + Panel detected: 4 port Ethernet with appropriate LCD. > 3) J51

Re: [PATCH] arm: K3: j721e: Fix boot parameter table index memory address

2020-02-14 Thread Lokesh Vutla
On 12/02/20 10:23 AM, Lokesh Vutla wrote: > From: Andreas Dannenberg > > The boot parameter table index memory address for J721E was configured > to an incorrect value which prevented the use of this definition to > determine which boot parameter table is active which is needed to be > able

Re: [PATCH] arm: mach-k3: Fix nomenclature on Silicon Revisions

2020-02-14 Thread Lokesh Vutla
On 10/02/20 10:39 AM, Lokesh Vutla wrote: > Data manual mentions the new silicon revisions as SR instead of PG. Use > the same nomenclature inside U-Boot as well. > > Signed-off-by: Lokesh Vutla Merged into u-boot-ti. Thanks and regards, Lokesh

Re: [RFC 2/2] Revert "dm: core: device: switch off power domain after device removal"

2020-02-14 Thread Anatolij Gustschin
On Fri, 14 Feb 2020 09:50:54 +0530 Lokesh Vutla lokeshvu...@ti.com wrote: > On 13/02/20 10:42 PM, Neil Armstrong wrote: > > Hi, > > > > On 03/02/2020 14:59, Oliver Graute wrote: > >> The conga-imx8 board isn't booting without this revert. Can someone tell me > >> what I need to Do so that this

[PULL] Pull request: u-boot-stm32 u-boot-stm32-20200214

2020-02-14 Thread Patrick DELAUNAY
Hi Tom, Please pull the STM32 related patches for u-boot-stm32-20200214 for v2020.04-rc3 With the following changes: - add DH Electronics DHCOM SoM and PDK2 board - DT alignment with kernel v5.5-rc7 for stm32mp1 boards - fix STM32 image format for big endian hosts in mkimage - solve warnings

  1   2   >