[PATCH 05/18] stm32mp: stm32prog: add flash layout parsing

2020-03-18 Thread Patrick Delaunay
Build the list of device and of partition with a tab separated value file with a stm32 header: the FlashLayout.tsv (https://wiki.st.com/stm32mpu/wiki/STM32CubeProgrammer_flashlayout) Signed-off-by: Patrick Delaunay --- .../mach-stm32mp/cmd_stm32prog/stm32prog.c| 372 +- 1

[PATCH 01/18] usb: gadget: g_dnl: add function g_dnl_set_product

2020-03-18 Thread Patrick Delaunay
Add a function g_dnl_set_product to change the Product string used in USB enumeration in any command based on download gadget. If the function is called with NULL pointer, the product string is set to the default value (product[] = "USB download gadget"). Signed-off-by: Patrick Delaunay ---

[PATCH 03/18] stm32mp: add function get_cpu_dev

2020-03-18 Thread Patrick Delaunay
Add a function get_cpu_dev to get the DEV_ID present in DBGMCU_IDC register. Signed-off-by: Patrick Delaunay --- arch/arm/mach-stm32mp/cpu.c| 11 ++- arch/arm/mach-stm32mp/include/mach/sys_proto.h | 5 + 2 files changed, 11 insertions(+), 5 deletions(-) diff

[PATCH 01/11] board: stm32mp1: move board_get_mtdparts in st common directory

2020-03-18 Thread Patrick Delaunay
Move the stm32mp1 common code board_get_mtdparts() in common directory, this patch reduce the maintenance effort on this generic part (not board dependent). Signed-off-by: Patrick Delaunay --- board/dhelectronics/dh_stm32mp1/Makefile | 1 + board/dhelectronics/dh_stm32mp1/board.c | 89

[PATCH 06/18] stm32mp: stm32prog: add MMC device

2020-03-18 Thread Patrick Delaunay
Add support of MMC device (based on DFU_MMC backend) for SD card and eMMC update. Create a GPT partitioning on the device. Signed-off-by: Patrick Delaunay --- arch/arm/mach-stm32mp/Kconfig | 3 + .../mach-stm32mp/cmd_stm32prog/stm32prog.c| 204 +-

[PATCH 07/18] stm32mp: stm32prog: add support of boot partition for eMMC device

2020-03-18 Thread Patrick Delaunay
Add support of eMMC device boot partition with part_id = -1 for offset="boot1" or = -2 for offset="boot2" The stm32prog command configures the MMC DFU backend with "mmcpart" and configure the eMMC (command "mmc bootbus" and "mmc partconf") when the update is done. Signed-off-by: Patrick

[PATCH 08/18] stm32mp: stm32prog: add upport of partial update

2020-03-18 Thread Patrick Delaunay
Add support of partial update, update only some partitions, and check the coherence of the layout with the existing GPT partitions (offset and size). Signed-off-by: Patrick Delaunay --- .../mach-stm32mp/cmd_stm32prog/stm32prog.c| 69 +++

[PATCH 02/18] dfu: add prototype for dfu_transaction_initiate/cleanup

2020-03-18 Thread Patrick Delaunay
Add prototype for function dfu_transaction_initiate and dfu_transaction_cleanup to avoid warning with W=1. Signed-off-by: Patrick Delaunay --- include/dfu.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/dfu.h b/include/dfu.h index fb5260d903..2f0e335ec0 100644 ---

Re: [RFC 06/14] efi_loader: capsule: add capsule_on_disk support

2020-03-18 Thread Heinrich Schuchardt
On 3/17/20 3:12 AM, AKASHI Takahiro wrote: Capsule data can be loaded into the system either via UpdateCapsule runtime service or files on a file system (of boot device). The latter case is called "capsules on disk", and actual updates will take place at the next boot time. In this commit, we

Re: [RFC 09/14] efi_loader: add simple firmware management protocol for FIT image

2020-03-18 Thread Heinrich Schuchardt
On 3/18/20 9:17 AM, AKASHI Takahiro wrote: On Wed, Mar 18, 2020 at 09:04:44AM +0100, Heinrich Schuchardt wrote: On 3/17/20 3:12 AM, AKASHI Takahiro wrote: In this commit, a very simple firmware management protocol driver is implemented. It will take a single FIT image firmware in a capsule and

Re: [PATCH 1/9] ram: stm32mp1: increase vdd2_ddr: buck2 for 32bits LPDDR

2020-03-18 Thread Patrice CHOTARD
On 3/6/20 11:14 AM, Patrick Delaunay wrote: > Need to increase the LPDDR2/LPDDR3 the voltage vdd2_ddr: buck2 > form 1.2V to 1.25V for 32bits configuration. > > Signed-off-by: Patrick Delaunay > --- > > arch/arm/mach-stm32mp/include/mach/ddr.h | 6 +++-- > board/st/stm32mp1/board.c

Re: [PATCH 3/9] ram: stm32mp1: don't display the prompt two times

2020-03-18 Thread Patrice CHOTARD
On 3/6/20 11:14 AM, Patrick Delaunay wrote: > Remove one "DDR>" display on command > - next > - step > - go > > Signed-off-by: Patrick Delaunay > --- > > drivers/ram/stm32mp1/stm32mp1_interactive.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git

Re: [PATCH 4/9] ram: stm32mp1: tuning: add timeout for polling BISTGSR.BDDONE

2020-03-18 Thread Patrice CHOTARD
On 3/6/20 11:14 AM, Patrick Delaunay wrote: > Avoid to block the tuning procedure on BIST error (not finished > BIST procedure) by adding a 1000us timeout on the polling of > BISTGSR.BDDONE executed to detect the end of BIST. > > The normal duration of the BIST test is around 5us. > > This patch

Re: [PATCH 6/9] ram: stm32mp1: update BIST config for tuning

2020-03-18 Thread Patrice CHOTARD
On 3/6/20 11:14 AM, Patrick Delaunay wrote: > Update the BIST config to compute the real use mask for the real > bank, row and col of the used DDR. The values are get from addrmap > register value. > > Signed-off-by: Patrick Delaunay > --- > > drivers/ram/stm32mp1/stm32mp1_tuning.c | 151

[PATCH 5/5] rockchip: spl: Move board_early_init_f after cpu timer

2020-03-18 Thread Jagan Teki
Custom board_early_init_f not only deal with simple gpio configuration but also have a possibility to access clocks to process any clock related operations like checking reset cause state and etc. So, call it once the rockchip timer initialization done instead of calling first place of

[PATCH 4/5] rockchip: tpl: Print TPL banner at end-of board_init_f

2020-03-18 Thread Jagan Teki
Usually printing the TPL banner various between architecture or board codes. - Some of them would print at the end of board_init_f for making sure all initialization prior to this would happen properly. if at all there is a requirement for serial init, that happen properly since it prints

Re: [PATCH 7/9] ram: stm32mp1_ddr: fix self refresh disable during DQS training

2020-03-18 Thread Patrice CHOTARD
On 3/6/20 11:14 AM, Patrick Delaunay wrote: > DDRCTRL_PWRCTL.SELFREF_EN needs to be reset before DQS training step, not > to enter in self refresh mode during the execution of this phase. > Depending on settings, it can be set after the DQS training. > > Signed-off-by: Patrick Delaunay > --- > >

[PATCH 3/5] rockchip: tpl: Move board_early_init_f after cpu timer

2020-03-18 Thread Jagan Teki
Custom board_early_init_f not only deal with simple gpio configuration but also have a possibility to access clocks to process any clock related operations like checking reset cause state and etc. So, call it once the rockchip timer initialization done instead of calling first place of

[PATCH 1/2] net: dwc_eth_qos: implement reset-gpios for stm32

2020-03-18 Thread Patrick Delaunay
From: Christophe Roullier Add management of property "reset-gpios" in the node identified by "phy-handle" to configure any GPIO used to reset the PHY. Signed-off-by: Christophe Roullier Reviewed-by: Patrice CHOTARD Reviewed-by: Patrick DELAUNAY Signed-off-by: Patrick Delaunay ---

[PATCH 2/2] net: dwc_eth_qos: implement phy reg and max-speed for stm32

2020-03-18 Thread Patrick Delaunay
Add management of property "reg" to configure @ of phy and also "max-speed" property to specify maximum speed in Mbit/s supported by the device Signed-off-by: Christophe Roullier Reviewed-by: Patrick DELAUNAY Signed-off-by: Patrick Delaunay --- drivers/net/dwc_eth_qos.c | 19

Re: [PATCH 9/9] ram: stm32mp1: the property st,phy-cal becomes optional

2020-03-18 Thread Patrice CHOTARD
On 3/6/20 11:14 AM, Patrick Delaunay wrote: > This parameter "st,phy-cal" becomes optional and when it is > absent the built-in PHY calibration is done. > > It is the case in the helper dtsi file "stm32mp15-ddr.dtsi" > except if DDR_PHY_CAL_SKIP is defined. > > This patch also impact the ddr

Re: [PATCH] i2c: stm32f7_i2c: allows for any bus frequency

2020-03-18 Thread Patrice CHOTARD
On 3/6/20 11:09 AM, Patrick Delaunay wrote: > From: Alain Volmat > > Do not limit to 3 (100KHz, 400KHz, 1MHz) bus frequencies, but > instead allow for any frequency. Depending on the requested > frequency (via the clock-frequency DT entry), use the spec > data from either Standard, Fast or Fast

[RFC PATCH 3/9] mksunxi_fit_atf.sh: produce working binaries by default

2020-03-18 Thread Petr Štetiar
At this moment unusable binaries are produced if bl31.bin file is missing in order to allow passing of various CI tests. This intention of broken binaries has to be now explicitly confirmed via new BUILDBOT_BROKEN_BINARIES config option, so usable binaries are produced by default from now on.

[RFC PATCH 2/9] Makefile: export config options for automatic builds

2020-03-18 Thread Petr Štetiar
Make config options related to build bots accessible within the scripts. Signed-off-by: Petr Štetiar --- Makefile | 5 + 1 file changed, 5 insertions(+) diff --git a/Makefile b/Makefile index fa687f13a588..44776b8efcc4 100644 --- a/Makefile +++ b/Makefile @@ -426,6 +426,11 @@ KBUILD_AFLAGS

[RFC PATCH 5/9] fit_spl_optee.sh: produce working binaries by default

2020-03-18 Thread Petr Štetiar
At this moment unusable binaries are produced if tee.bin file is missing in order to allow passing of various CI tests. This intention of broken images has to be now explicitly confirmed via new BUILDBOT_BROKEN_BINARIES config option, so usable binaries are produced by default from now on.

[RFC PATCH 0/9] produce working binaries by default

2020-03-18 Thread Petr Štetiar
Currently its not possible to distinguish between normal builds and builds performed by the build bots/CI, thus leading to a workarounds like for example in 4c78028737c3 ("mksunxi_fit_atf.sh: Allow for this to complete when bl31.bin is missing"), where producing unusable binaries is prefered in

[RFC PATCH 1/9] Kconfig: add config options for automatic builds

2020-03-18 Thread Petr Štetiar
Currently its not possible to distinguish between normal builds and builds performed by the build bots/CI, thus leading to a workarounds like for example in 4c78028737c3 ("mksunxi_fit_atf.sh: Allow for this to complete when bl31.bin is missing"), where producing unusable binaries is prefered in

[RFC PATCH 6/9] mkimage_fit_atf.sh: produce working binaries by default

2020-03-18 Thread Petr Štetiar
At this moment unusable binaries are produced if bl31.bin file is missing in order to allow passing of various CI tests. This intention of broken binaries has to be now explicitly confirmed via new BUILDBOT_BROKEN_BINARIES config option, so usable binaries are produced by default from now on.

[RFC PATCH 4/9] make_fit_atf.py: produce working binaries by default

2020-03-18 Thread Petr Štetiar
At this moment unusable binaries are produced if bl31.elf file is missing in order to allow passing of various CI tests. This intention of broken binaries has to be now explicitly confirmed via new BUILDBOT_BROKEN_BINARIES config option, so usable binaries are produced by default from now on.

[RFC PATCH 9/9] mkimage_fit_opensbi.sh: produce working binaries by default

2020-03-18 Thread Petr Štetiar
At this moment unusable binaries are produced if bl31.bin file is missing in order to allow passing of various CI tests. This intention of broken binaries has to be now explicitly confirmed via new BUILDBOT_BROKEN_BINARIES config option, so usable binaries are produced by default from now on.

[RFC PATCH 7/9] fit_spl_atf.sh: produce working binaries by default

2020-03-18 Thread Petr Štetiar
At this moment unusable binaries are produced if either bl31.bin or rk3399m0.bin files are missing in order to allow passing of various CI tests. This intention of broken binaries has to be now explicitly confirmed via new BUILDBOT_BROKEN_BINARIES config option, so usable binaries are produced by

[RFC PATCH 8/9] k3_fit_atf.sh: produce working binaries by default

2020-03-18 Thread Petr Štetiar
At this moment unusable binaries are produced if either bl31.bin or bl32.bin files are missing in order to allow passing of various CI tests. This intention of broken binaries has to be now explicitly confirmed via new BUILDBOT_BROKEN_BINARIES config option, so usable binaries are produced by

Re: [PATCH] stm32mp: psci: set cntfrq register of cpu on

2020-03-18 Thread Patrice CHOTARD
On 3/2/20 11:27 AM, Patrick Delaunay wrote: > From: Ludovic Barre > > This path allows to set the cntfrq register of targeted cpu. > > Signed-off-by: Ludovic Barre > Reviewed-by: Patrick DELAUNAY > Signed-off-by: Patrick Delaunay > --- > > arch/arm/mach-stm32mp/psci.c | 22

Re: [PATCH] stm32mp1: add 800 MHz profile support

2020-03-18 Thread Patrice CHOTARD
On 2/26/20 11:26 AM, Patrick Delaunay wrote: > The STM32MP1 series is available in 3 different lines which are pin-to-pin > compatible: > - STM32MP157: Dual Cortex-A7 cores, Cortex-M4 core @ 209 MHz, > 3D GPU, DSI display interface and CAN FD > - STM32MP153: Dual Cortex-A7 cores,

Re: [PATCH 03/10] arm: stm32mp: bsec: remove unneeded test

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Remove the test offs < 0 , as offs is unsigned. > > This patch solves the warnings when compiling with W=1 > on stm32mp1 board: > > In function ‘stm32mp_bsec_read’: > arch/arm/mach-stm32mp/bsec.c:368:11: warning: > comparison of unsigned expression <

Re: [Uboot-stm32] [PATCH 02/10] board: stm32mp1: read OTP in command stboard

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Read the value directly from the OTP and no more of the shadows > to avoid the need of reboot after stboard command to have correct value. > > Signed-off-by: Patrick Delaunay > --- > > board/st/common/cmd_stboard.c | 2 +- > 1 file changed, 1

Re: [Uboot-stm32] [PATCH 01/10] board: stm32mp1: update command stboard on misc_write result

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Update management of misc_write, which now return length of data > after the commit 8729b1ae2cbd ("misc: Update read() and write() > methods to return bytes xfered") > > Signed-off-by: Patrick Delaunay > --- > > board/st/common/cmd_stboard.c | 2 +-

Re: [PATCH 04/10] arm: stm32mp: bsec: add permanent lock support in bsec driver

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Add BSEC lock access (read / write) at 0xC000 offset of misc driver. > The write access only available for Trusted boot mode, based on new > SMC STM32_SMC_WRLOCK_OTP. > > With the fuse command, the permanent lock status is accessed with >

Re: [RFC PATCH 3/9] mksunxi_fit_atf.sh: produce working binaries by default

2020-03-18 Thread Harald Seiler
Hi, On Wed, 2020-03-18 at 10:57 +0100, Petr Štetiar wrote: > At this moment unusable binaries are produced if bl31.bin file is > missing in order to allow passing of various CI tests. This intention of > broken binaries has to be now explicitly confirmed via new > BUILDBOT_BROKEN_BINARIES config

Re: [Uboot-stm32] [PATCH 05/10] board: stm32mp1: stboard: lock the OTP after programming

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Lock the OTP used for board identification for the ST boards after > programming. > > Signed-off-by: Patrick Delaunay > --- > > board/st/common/cmd_stboard.c | 21 - > 1 file changed, 20 insertions(+), 1 deletion(-) > > diff

Re: [PATCH 06/10] arm: stm32mp: improve the error message for smc

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Add the SMC code and operation for trace on errors. > > Signed-off-by: Patrick Delaunay > --- > > arch/arm/mach-stm32mp/include/mach/stm32mp1_smc.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

Re: [Uboot-stm32] [PATCH 07/10] board: stm32mp1: add finished good in board identifier OTP

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Update the command stboard to support the coding of OTP 59 with > finished good: > > bit [31:16] (hex) => MB > bit [15:12] (dec) => Variant CPN (115) > bit [11:8] (dec) => Revision board (index with A = 1, Z = 26) > bit [7:4] (dec) =>

Pull request: u-boot-sunxi/master

2020-03-18 Thread Jagan Teki
Hi Tom, Please pull this PR. thanks, Jagan. The following changes since commit a4df9d8ab848ea4ff10b247ae435b0a14bbbd066: Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell (2020-03-16 12:33:24 -0400) are available in the Git repository at:

Re: [Uboot-stm32] [PATCH 08/10] board: stm32mp1: display reference only for STMicroelectronics board

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Display the reference MB found in OTP49 > only for STMicroelectronics boards when CONFIG_CMD_STBOARD > is activated. > > Signed-off-by: Patrick Delaunay > --- > > board/st/stm32mp1/stm32mp1.c | 27 ++- > 1 file changed,

Re: [PATCH 09/10] arm: stm32mp: add function get_soc_name

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Add a function get_soc_name to get a string with the full name > of the SOC "STM32MP15xxx Rev.x" > > Signed-off-by: Patrick Delaunay > --- > > arch/arm/mach-stm32mp/cpu.c| 14 +++--- >

Re: [PATCH 10/10] arm: stm32mp: fdt: update kernel device tree according the part number

2020-03-18 Thread Patrice CHOTARD
On 2/12/20 7:37 PM, Patrick Delaunay wrote: > Update the kernel device tree for STM32MP15x product lines according > the used soc and its part number, when CONFIG_OF_SYSTEM_SETUP is activated: > - STM32MP15XA hasn't Crypto (cryp1/2) > - STM32M151 and STM32M153 hasn't 3D GPU and DSI host > -

Re: [PATCH v3 2/4] arm: sunxi: add a config option to fixup a Bluetooth address

2020-03-18 Thread Jagan Teki
On Tue, Jan 21, 2020 at 4:35 PM Ondřej Jirman wrote: > > On Tue, Jan 21, 2020 at 01:12:47PM +0530, Jagan Teki wrote: > > On Tue, Dec 3, 2019 at 2:15 PM Andre Heider wrote: > > > > > > Some Bluetooth controllers, like the BCM4345C5 of the Orange Pi 3, > > > ship with the controller default

RE: [Patch v3 1/2] configs: ls2080ardb: Make MC_INIT access flash memory as per spi-mem

2020-03-18 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Kuldeep Singh >Sent: Wednesday, March 18, 2020 11:57 AM >To: Priyanka Jain ; u-boot@lists.denx.de >Cc: Kuldeep Singh >Subject: [Patch v3 1/2] configs: ls2080ardb: Make MC_INIT access flash >memory as per spi-mem > >MC_INIT command currently

RE: [Patch v3 2/2] configs: ls2080ardb: Make BOOT command access flash memory as per spi-mem

2020-03-18 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Kuldeep Singh >Sent: Wednesday, March 18, 2020 11:57 AM >To: Priyanka Jain ; u-boot@lists.denx.de >Cc: Kuldeep Singh >Subject: [Patch v3 2/2] configs: ls2080ardb: Make BOOT command access flash >memory as per spi-mem > >BOOT command

RE: [v2, PATCH] include/configs: ls1012afrwy: support dhcp boot

2020-03-18 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Biwen Li >Sent: Wednesday, March 18, 2020 11:10 AM >To: Jagdish Gediya ; Priyanka Jain >; Pramod Kumar >Cc: Alison Wang ; u-boot@lists.denx.de; Jiafei Pan >; Biwen Li >Subject: [v2, PATCH] include/configs: ls1012afrwy: support dhcp boot >

RE: [PATCH] include/configs: ls1012afrwy: delete duplicate environment variable BOOT_TARGET_DEVICES

2020-03-18 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Biwen Li >Sent: Wednesday, March 18, 2020 9:12 AM >To: Jagdish Gediya ; Priyanka Jain >; Pramod Kumar >Cc: Alison Wang ; u-boot@lists.denx.de; Jiafei Pan >; Biwen Li >Subject: [PATCH] include/configs: ls1012afrwy: delete duplicate

RE: [v2, PATCH] include/configs: ls1012aqds: add default environment variable

2020-03-18 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Biwen Li >Sent: Monday, March 16, 2020 7:12 PM >To: Jagdish Gediya ; Priyanka Jain >; Shengzhou Liu >Cc: Alison Wang ; u-boot@lists.denx.de; Biwen Li > >Subject: [v2, PATCH] include/configs: ls1012aqds: add default environment >variable >

Re: [PATCH 07/10] board: stm32mp1: add finished good in board identifier OTP

2020-03-18 Thread Wolfgang Denk
Dear Patrick, In message <20200212183744.5309-8-patrick.delau...@st.com> you wrote: > Update the command stboard to support the coding of OTP 59 with > finished good: Can you please explain what "finished good" means? I can't parse the sentence above, sorry. Best regards, Wolfgang Denk --

RE: [PATCH] configs: ls1021a: Append othbootargs to bootargs

2020-03-18 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Alison Wang >Sent: Monday, March 16, 2020 1:29 PM >To: u-boot@lists.denx.de; Priyanka Jain ; Jagdish >Gediya >Cc: Alison Wang >Subject: [PATCH] configs: ls1021a: Append othbootargs to bootargs > >This patch appends othbootargs to bootargs

RE: [RESEND Patch v2] configs: lx2160a: Enable FSPI support

2020-03-18 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Kuldeep Singh >Sent: Saturday, March 14, 220 6:44 PM >To: Priyanka Jain ; u-boot@lists.denx.de >Cc: Kuldeep Singh >Subject: [RESEND Patch v2] configs: lx2160a: Enable FSPI support > >Enable FSPI controller support. So, flash environment can

<    1   2   3