Re: [PATCH v4 05/11] EFI: FMP: Add provision to update image's ImageTypeId in image descriptor

2022-02-17 Thread Ilias Apalodimas
> > > > > [...] > > > > > Yes, we can use --index when we know the index value corresponding to > > > > > the firmware image that we need to update. But like I mentioned in my > > > > > earlier reply, for A/B updates, we do not know what the index value is > > > > > going to be. That is going to

Re: [PATCH] WIP: Nokia RX-51: Convert to CONFIG_DM_VIDEO

2022-02-17 Thread Anatolij Gustschin
Hi Pali, On Wed, 16 Feb 2022 21:42:19 +0100 Pali Rohár p...@kernel.org wrote: > --- > I had to comment "return -ENOSPC;" in video-uclass.c because without it > DM_VIDEO does not work and I do not know why. This looks like either > false-positive test or a bug in DM_VIDEO code. I have already set

Re: [PATCH u-boot-marvell 0/7] tools: kwbimage: Support for parsing extended v0 format

2022-02-17 Thread Pali Rohár
On Thursday 17 February 2022 08:10:57 Stefan Roese wrote: > Hi Pali, > > On 2/15/22 19:59, Pali Rohár wrote: > > This patch series extends kwbimage v0 format support by providing > > ability to dump content of Dove boot images (extension of v0 format). > > It also fixes recognition of these images

Re: [PATCH] riscv: Fix build against binutils 2.38

2022-02-17 Thread Leo Liang
Hi Alexandre, On Fri, Jan 28, 2022 at 02:47:13PM +0100, Alexandre Ghiti wrote: > The following description is copied from the equivalent patch for the > Linux Kernel proposed by Aurelien Jarno: > > From version 2.38, binutils default to ISA spec version 20191213. This > means that the csr read/wri

[PATCH u-boot-mvebu 0/5] arm: mvebu: a37xx: Add support for reading OTP

2022-02-17 Thread Pali Rohár
Add support for reading NB fuse OTP, SB fuse OTP and Security OTP values via U-Boot fuse API on Armada 37xx boards. Pali Rohár (5): arm: mvebu: a37xx: Add support for reading NB and SB fuse OTP value arm: mvebu: a37xx: Enable fuse command on all Armada 3720 boards arm: mvebu: a37xx: Move gen

[PATCH u-boot-mvebu 2/5] arm: mvebu: a37xx: Enable fuse command on all Armada 3720 boards

2022-02-17 Thread Pali Rohár
Allows to read OTP bits via U-Boot fuse command on all Armada 3720 boards. Signed-off-by: Pali Rohár --- configs/mvebu_db-88f3720_defconfig | 2 ++ configs/mvebu_espressobin-88f3720_defconfig | 2 ++ configs/turris_mox_defconfig| 2 ++ configs/uDPU_defconfig

[PATCH u-boot-mvebu 4/5] arm: mvebu: a37xx: Extend mbox_do_cmd() code

2022-02-17 Thread Pali Rohár
Allow to specify input parameters, define all available mbox commands supported by CZ.NIC secure firmware + Marvell fuse.bin firmware and fix parsing response from Marvell OTP commands. Signed-off-by: Pali Rohár --- arch/arm/mach-mvebu/armada3700/mbox.c | 16 ++-- arch/arm/mach-mve

[PATCH u-boot-mvebu 1/5] arm: mvebu: a37xx: Add support for reading NB and SB fuse OTP value

2022-02-17 Thread Pali Rohár
Implement it via U-Boot fuse API. Banks 0-43 are reserved for accessing Security OTP (not implemented yet). Bank 44 is used for accessing North Bridge OTP (69 bits via words 0-2). Bank 45 is used for accessing South Bridge OTP (97 bits via words 0-3). Write support is not implemented yet as it lo

[PATCH u-boot-mvebu 5/5] arm: mvebu: a37xx: Add support for reading Security OTP values

2022-02-17 Thread Pali Rohár
Only secure CM3 core can access Security OTP. It is not possible via A53 core on which is running U-Boot. Marvell for this purpose defined mbox API for sending OTP commands between CM and A53 cores. Implement this Marvell mbox API via U-Boot fuse API. Banks 0-43 are used for accessing Security OT

[PATCH u-boot-mvebu 3/5] arm: mvebu: a37xx: Move generic mbox code to arch/arm/mach-mvebu

2022-02-17 Thread Pali Rohár
Generic A3720 mbox code is currently in Turris Mox specific board file board/CZ.NIC/turris_mox/mox_sp.c. Move it to board independent arch file arch/arm/mach-mvebu/armada3700/mbox.c. Signed-off-by: Pali Rohár --- arch/arm/mach-mvebu/armada3700/Makefile | 2 +- arch/arm/mach-mvebu/armada3700/mbo

Re: [PATCH] riscv: fix build with binutils 2.38

2022-02-17 Thread Leo Liang
Hi Khem, On Sun, Feb 13, 2022 at 09:28:45PM -0800, Khem Raj wrote: > From version 2.38, binutils default to ISA spec version 20191213. This > means that the csr read/write (csrr*/csrw*) instructions and fence.i > instruction has separated from the `I` extension, become two standalone > extensions:

[PATCH u-boot-marvell v2 0/7] tools: kwbimage: Support for parsing extended v0 format

2022-02-17 Thread Pali Rohár
This patch series extends kwbimage v0 format support by providing ability to dump content of Dove boot images (extension of v0 format). It also fixes recognition of these images in kwboot utility (as it uses macros and inline functions from kwbimage.h header file). Implementation is based on 88AP5

[PATCH u-boot-marvell v2 1/7] tools: kwbimage: Define structures for extended kwbimage v0 headers

2022-02-17 Thread Pali Rohár
They are used by Marvell Dove 88AP510 BootROM. After the main header is a list of optional extended headers and after that is a list of optional binary executable headers. Between each two extended headers is additional 0x20 byte long padding. Original Kirkwood SoCs support only one extended head

[PATCH u-boot-marvell v2 2/7] tools: kwbimage: Fix calculating size of kwbimage v0 header

2022-02-17 Thread Pali Rohár
Extended and binary headers are optional and are part of the image header. Fixes kwboot to determinate correct length of Dove images. Signed-off-by: Pali Rohár Tested-by: Tony Dinh Reviewed-by: Stefan Roese --- tools/kwbimage.h | 14 +- 1 file changed, 13 insertions(+), 1 deletion

[PATCH u-boot-marvell v2 4/7] tools: kwbimage: Do not show mkimage error message in dumpimage

2022-02-17 Thread Pali Rohár
When pflag is set then kwbimage was invoked by dumpimage and not mkimage. So do not show mkimage error message in this case. Signed-off-by: Pali Rohár Tested-by: Tony Dinh Reviewed-by: Stefan Roese --- tools/kwbimage.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/k

[PATCH u-boot-marvell v2 3/7] tools: kwbimage: Add support for dumping extended and binary v0 headers

2022-02-17 Thread Pali Rohár
dumpimage is now able to successfully parse and dump content of the Dove bootloader image. Note that support for generating these extended parts of v0 images is not included yet. Signed-off-by: Pali Rohár Tested-by: Tony Dinh -- Changes in v2: * Implement custom function fls4() as it is not po

[PATCH u-boot-marvell v2 7/7] tools: kwbimage: Add me as an author of kwbimage

2022-02-17 Thread Pali Rohár
Signed-off-by: Pali Rohár Tested-by: Tony Dinh Reviewed-by: Stefan Roese --- tools/kwbimage.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tools/kwbimage.c b/tools/kwbimage.c index f270dcf242b6..94b768539222 100644 --- a/tools/kwbimage.c +++ b/tools/kwbimage.c @@ -6,6 +6,8 @@ * * (

[PATCH u-boot-marvell v2 5/7] tools: kwbimage: Add support for NAND_BLKSZ and NAND_BADBLK_LOCATION for v0 images

2022-02-17 Thread Pali Rohár
These two commands are currently not processed when generating v0 images. Signed-off-by: Pali Rohár Tested-by: Tony Dinh Reviewed-by: Stefan Roese --- tools/kwbimage.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/tools/kwbimage.c b/tools/kwbimage.c index 73788d8d892f..bf8ab0f19251

[PATCH u-boot-marvell v2 6/7] tools: kwbimage: Fix help how to extract DDR3 training code

2022-02-17 Thread Pali Rohár
First binary executable header is extracted by '-p 1' argument. Signed-off-by: Pali Rohár Tested-by: Tony Dinh Reviewed-by: Stefan Roese --- tools/kwbimage.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/kwbimage.c b/tools/kwbimage.c index bf8ab0f19251..f270dcf242b6

Re: [PATCH v4 05/11] EFI: FMP: Add provision to update image's ImageTypeId in image descriptor

2022-02-17 Thread Sughosh Ganu
On Thu, 17 Feb 2022 at 13:52, Ilias Apalodimas wrote: > > > > > > > > > [...] > > > > > > > Yes, we can use --index when we know the index value corresponding > > > > > > to > > > > > > the firmware image that we need to update. But like I mentioned in > > > > > > my > > > > > > earlier reply, f

[PATCH] dt-bindings: mtd: partitions: add UBI binding

2022-02-17 Thread Rafał Miłecki
From: Rafał Miłecki UBI is often used on embedded devices to store UBI volumes with device configuration / calibration data. Such volumes may need to be documented and referenced for proper boot & setup. Some examples: 1. U-Boot environment variables 2. Device calibration data 3. Default setup (

Re: [PATCH] riscv: Fix build against binutils 2.38

2022-02-17 Thread Alexandre Ghiti
Hi Leo, On Thu, Feb 17, 2022 at 10:25 AM Leo Liang wrote: > > Hi Alexandre, > On Fri, Jan 28, 2022 at 02:47:13PM +0100, Alexandre Ghiti wrote: > > The following description is copied from the equivalent patch for the > > Linux Kernel proposed by Aurelien Jarno: > > > > From version 2.38, binutils

Re: [PATCH u-boot-marvell v2 3/7] tools: kwbimage: Add support for dumping extended and binary v0 headers

2022-02-17 Thread Stefan Roese
On 2/17/22 10:43, Pali Rohár wrote: dumpimage is now able to successfully parse and dump content of the Dove bootloader image. Note that support for generating these extended parts of v0 images is not included yet. Signed-off-by: Pali Rohár Tested-by: Tony Dinh -- Changes in v2: * Implement

Re: [PATCH u-boot-marvell 1/2] arm: mvebu: spl: Add option to reset the board on DDR training failure

2022-02-17 Thread Pali Rohár
On Thursday 17 February 2022 01:08:48 Marek Behún wrote: > From: Marek Behún > > Some boards may occacionally fail DDR training. Currently we hang() in > this case. Add an option that makes the board do an immediate reset in > such a case, so that a new training is tried as soon as possible, > in

Re: [PATCH u-boot-marvell 1/2] arm: mvebu: spl: Add option to reset the board on DDR training failure

2022-02-17 Thread Stefan Roese
On 2/17/22 12:37, Pali Rohár wrote: On Thursday 17 February 2022 01:08:48 Marek Behún wrote: From: Marek Behún Some boards may occacionally fail DDR training. Currently we hang() in this case. Add an option that makes the board do an immediate reset in such a case, so that a new training is tr

Re: [PATCH u-boot-marvell 1/2] arm: mvebu: spl: Add option to reset the board on DDR training failure

2022-02-17 Thread Pali Rohár
On Thursday 17 February 2022 12:42:58 Stefan Roese wrote: > On 2/17/22 12:37, Pali Rohár wrote: > > On Thursday 17 February 2022 01:08:48 Marek Behún wrote: > > > From: Marek Behún > > > > > > Some boards may occacionally fail DDR training. Currently we hang() in > > > this case. Add an option th

Re: [PATCH u-boot-marvell 1/2] arm: mvebu: spl: Add option to reset the board on DDR training failure

2022-02-17 Thread Marek Behún
On Thu, 17 Feb 2022 12:37:54 +0100 Pali Rohár wrote: > On Thursday 17 February 2022 01:08:48 Marek Behún wrote: > > From: Marek Behún > > > > Some boards may occacionally fail DDR training. Currently we hang() in > > this case. Add an option that makes the board do an immediate reset in > > suc

[PATCH RFC *RFC*] dt-bindings: add U-Boot chosen for environment data phandle

2022-02-17 Thread Rafał Miłecki
From: Rafał Miłecki This is RFC and request for a help & discussion. While reviewing patch for U-Boot env binding it has been mentioned that: 1. /Processing/ whole DT in U-Boot may be too much work Handling flash devices, partitions, their formats & NVMEM may require too many U-Boot drive

Re: [PATCH u-boot-marvell 1/2] arm: mvebu: spl: Add option to reset the board on DDR training failure

2022-02-17 Thread Pali Rohár
On Thursday 17 February 2022 12:48:08 Marek Behún wrote: > On Thu, 17 Feb 2022 12:37:54 +0100 > Pali Rohár wrote: > > > On Thursday 17 February 2022 01:08:48 Marek Behún wrote: > > > From: Marek Behún > > > > > > Some boards may occacionally fail DDR training. Currently we hang() in > > > this

Re: [PATCH] WIP: Nokia RX-51: Convert to CONFIG_DM_VIDEO

2022-02-17 Thread Pali Rohár
On Thursday 17 February 2022 09:53:39 Anatolij Gustschin wrote: > Hi Pali, > > On Wed, 16 Feb 2022 21:42:19 +0100 > Pali Rohár p...@kernel.org wrote: > > > --- > > I had to comment "return -ENOSPC;" in video-uclass.c because without it > > DM_VIDEO does not work and I do not know why. This looks

[PATCH u-boot-marvell v2 1/2] arm: mvebu: spl: Add option to reset the board on DDR training failure

2022-02-17 Thread Marek Behún
From: Marek Behún Some boards may occacionally fail DDR training. Currently we hang() in this case. Add an option that makes the board do an immediate reset in such a case, so that a new training is tried as soon as possible, instead of hanging and possibly waiting for watchdog to reset the board

[PATCH u-boot-marvell v2 2/2] arm: mvebu: turris_omnia: Reset the board immediately on DDR training failure

2022-02-17 Thread Marek Behún
From: Marek Behún The state of the current DDR training code for Armada 38x is such that we cannot be sure it will always train successfully - although after the last change we were yet unable to find a board that failed DDR training, from experience in the last 2 years we know that it is possibl

[PATCH V2] dt-bindings: nvmem: add U-Boot environment variables binding

2022-02-17 Thread Rafał Miłecki
From: Rafał Miłecki U-Boot uses environment variables for storing device setup data. It usually needs to be accessed by a bootloader, kernel and often user-space. This binding allows describing environment data located in a raw flash partition. It's treated as NVMEM device and can be reused late

Re: [PATCH u-boot-marvell v2 1/2] arm: mvebu: spl: Add option to reset the board on DDR training failure

2022-02-17 Thread Pali Rohár
On Thursday 17 February 2022 13:54:42 Marek Behún wrote: > From: Marek Behún > > Some boards may occacionally fail DDR training. Currently we hang() in > this case. Add an option that makes the board do an immediate reset in > such a case, so that a new training is tried as soon as possible, > in

Re: [PATCH u-boot-marvell v2 1/2] arm: mvebu: spl: Add option to reset the board on DDR training failure

2022-02-17 Thread Stefan Roese
On 2/17/22 13:54, Marek Behún wrote: From: Marek Behún Some boards may occacionally fail DDR training. Currently we hang() in this case. Add an option that makes the board do an immediate reset in such a case, so that a new training is tried as soon as possible, instead of hanging and possibly

Re: [PATCH u-boot-marvell v2 2/2] arm: mvebu: turris_omnia: Reset the board immediately on DDR training failure

2022-02-17 Thread Stefan Roese
On 2/17/22 13:54, Marek Behún wrote: From: Marek Behún The state of the current DDR training code for Armada 38x is such that we cannot be sure it will always train successfully - although after the last change we were yet unable to find a board that failed DDR training, from experience in the

Re: [PATCH u-boot-marvell v2 2/2] arm: mvebu: turris_omnia: Reset the board immediately on DDR training failure

2022-02-17 Thread Pali Rohár
On Thursday 17 February 2022 13:54:43 Marek Behún wrote: > From: Marek Behún > > The state of the current DDR training code for Armada 38x is such that > we cannot be sure it will always train successfully - although after the > last change we were yet unable to find a board that failed DDR train

Re: [PATCH 7/7] microblaze: exception: drop user exception support

2022-02-17 Thread Ovidiu Panait
Hi Michal, On 2/15/22 14:16, Michal Simek wrote: [Please note: This e-mail is from an EXTERNAL e-mail address] On 2/13/22 09:09, Ovidiu Panait wrote: A user exception is triggered by inserting a bralid/brki jump to "C_BASE_VECTORS+0x8" in the software flow. Because u-boot microblaze code does

[PATCH 0/5] xilinx: Fix issues in v2022.04-rc1/2

2022-02-17 Thread Michal Simek
Hi, I found that two commits which were recently merged to u-boot are breaking especially Xilinx ZynqMP boards. The commit 985503439762 ("fdt: Don't call board_fdt_blob_setup() and commit 0dba45864b2a ("arm: Init the debug UART") requires changes in platform to get u-boot work as worked before. T

[PATCH 1/5] xilinx: Enable OF_BOARD for zynq and zynqmp boards

2022-02-17 Thread Michal Simek
The commit 985503439762 ("fdt: Don't call board_fdt_blob_setup() without OF_BOARD") forced to enable OF_BOARD for platforms which provide DT externally. Zynq/ZynqMP boards are using this feature for a long time that's why there is a need to enable it by default. Also code expects to return error i

[PATCH 3/5] arm64: zynqmp: Fix dependencies around ZYNQMP_PSU_INIT_ENABLED

2022-02-17 Thread Michal Simek
ZYNQMP_PSU_INIT_ENABLED is called only when BOARD_EARLY_INIT_F is defined that's why cover this dependency in Kconfig. board_early_init_f() is only part related to CONFIG_ZYNQMP_PSU_INIT_ENABLED which is disabled now that's why disable BOARD_EARLY_INIT_F and also build board_early_init_f() only wh

[PATCH 2/5] arm64: zynqmp: Build psu_spl_init for SPL all the time

2022-02-17 Thread Michal Simek
ZYNQMP_PSU_INIT_ENABLED specifically saying that has connection to full U-Boot not SPL that's why build psu_spl_init for SPL all the time. Also disable ZYNQMP_PSU_INIT_ENABLED because it ends up in situation that psu_init() is called twice which is wrong. By default only SPL should call it. Signe

[PATCH 4/5] ARM: zynq: Fix debug uart initialization

2022-02-17 Thread Michal Simek
The commit 0dba45864b2a ("arm: Init the debug UART") calls debug_uart_init() from crt0.S but it won't work because SOC is not configured yet. That's why create board_debug_uart_init() which calls ps7_init() earlier before the first access to UART. Signed-off-by: Michal Simek --- arch/arm/Kconfi

[PATCH 5/5] arm64: zynqmp: Fix debug uart initialization

2022-02-17 Thread Michal Simek
The commit 0dba45864b2a ("arm: Init the debug UART") calls debug_uart_init() from crt0.S but it won't work because SOC is not configured yet. That's why create board_debug_uart_init() which calls psu_init() via new psu_uboot_init() earlier before the first access to UART in SPL. In full U-Boot call

Re: [PULL] u-boot-usb/master

2022-02-17 Thread Tom Rini
On Wed, Feb 16, 2022 at 08:27:15PM +0100, Marek Vasut wrote: > The following changes since commit ab8903a24db11571d634ef255976bb364c3ba64d: > > configs: Resync with savedefconfig (2022-02-14 22:21:29 +) > > are available in the Git repository at: > > git://source.denx.de/u-boot-usb.git

Re: [PATCH 1/2] arm: dts: k3-j721e-sk: EMIF tool update to 0.6.1 with 4266MTs for lpddr4

2022-02-17 Thread Tom Rini
On Tue, Nov 02, 2021 at 07:59:44PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > EMIF tool for J721E SK is now updated to 0.6.1 that includes > * Updated write DQ training pattern to enable user pattern and clock > pattern (from 0x7 to 0x6). > * Updated IO drive strength to 40-80-80 Ohms.

Re: [PATCH 2/2] arm: dts: k3-j721e-r5-sk: Update R5 DT to pick the new DDR config

2022-02-17 Thread Tom Rini
On Tue, Nov 02, 2021 at 07:59:45PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > A new lpddr4 configuration is introduced for J7 SK with 4266 MTs data > rate. Therefore, update the R5 DTS file to point to the new DDR config > file. > > Signed-off-by: Sinthu Raja Applied to u-boot/master,

Re: [PATCH V3 01/16] drivers: power: pmic: Add support for tps659412 PMIC

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:46PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Since TPS659412 and TPS659413 are both software compatible, > add a compatible string for the same inside tps65941.c. > > Signed-off-by: Sinthu Raja > Acked-by: Jaehoon Chung Applied to u-boot/master, thanks

Re: [PATCH V3 02/16] drivers: power: regulator: tps65941_regulator: Add support for 3Phase buck

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:47PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Buck regulator 1, 2 and 3 of TPS6594132 on j721e-sk is in 3 Phase > confguration, in-order to support this, add configuring 3 Phase buck > in tps65941 while driver probing. > > Signed-off-by: Sinthu Raja > Ack

Re: [PATCH V3 04/16] board: ti: j721e: Enable support for reading EEPROM at next alternate address

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:49PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > J721E EVM has EEPROM populated at 0x50. J721E SK has EEPROM populated > at next address 0x51 in order to be compatible with RPi. So start > looking for TI specific EEPROM at 0x50, if not found look for EEPROM at

Re: [PATCH V3 03/16] board: ti: j721e: Guard functions with right #ifdef to avoid build warnings

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:48PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > board_late_init(), setup_board_eeprom_env() and setup_serial() is > called only under CONFIG_BOARD_LATE_INIT, so guard these functions > with the same. Also, reorder these functions to place it under > single #i

Re: [PATCH V3 05/16] board: ti: j721e: Add support to update board_name for j721e-sk

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:50PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Update setup_board_eeprom_env() to choose the right board name > for j721e-sk. > > Signed-off-by: Sinthu Raja Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH V3 06/16] board: ti: j721e: Disable probing of daughtercards

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:51PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > j721e-sk doesn't have any daughter cards, so disable daughter > card probing inside board_late_init() and spl_board_init() for > j721e-sk. > > Signed-off-by: Sinthu Raja Applied to u-boot/master, thanks! --

Re: [PATCH V3 07/16] board: ti: j721e: Add support for detecting multiple device trees

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:52PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Update the board_fit_config_name_match() to choose the right dtb > based on the board name read from EEPROM. > > Also restrict multpile EEPROM reads by verifying if EEPROM is already > read. > > Signed-off-by:

Re: [PATCH V3 08/16] arm: j721e: Add support for selecting DT based on board name

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:53PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Enable support for selecting DTB from FIT within SPL based on the > board name read from EEPROM. This will help to use single defconfig > for both EVM and SK. > > Signed-off-by: Sinthu Raja Applied to u-boot/

Re: [PATCH V3 09/16] arm: dts: k3-j721e-r5-common-proc-board: Do not use power-domains for I2C

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:54PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Board ID I2C EEPROM will be probed before SYSFW is available. > So drop the power-domains property for wakup_i2c0 on which > board ID EEPROM is connected. > > Signed-off-by: Sinthu Raja Applied to u-boot/mast

Re: [PATCH V3 11/16] arm: dts: k3-j721e-r5-sk: Add initial R5 specific dts support for j721e-sk

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:56PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Add R5 specific dts for J721E-SK > > Signed-off-by: Sinthu Raja Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH V3 12/16] configs: j721e_evm_r5: Enable support for building multiple dtbs into FIT

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:57PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Enable configs for building multiple dtbs into a single fit image > and load the right dtb for next stage. This will help to use same > defconfig for both J721E EVM and SK boards. > > Signed-off-by: Sinthu Raja

Re: [PATCH V3 13/16] configs: j721e_evm_a72: Add SK dtb as part of DTB FIT

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:58PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Add k3-j721e-sk dtb along with other dtbs inside DTB FIT image. > > Signed-off-by: Sinthu Raja Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH V3 14/16] configs: j721e_evm_a72: Align OSPI partitions on erase block boundary

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:59PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > S28HS512T on TI SK has sector size of 256KB, so update OSPI partition > to align on 256KB sector size. Since the sector size for MT35XU512ABA > on EVM is 128KB, partitions will remain aligned for EVM. > > Also,

Re: [PATCH V3 10/16] arm: dts: k3-j721e-sk: Add initial A72 specific dts support

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:06:55PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > J721E Starter Kit (SK)[1] is a low cost, small form factor board designed > for TI’s J721E SoC. TI’s J721E SoC comprises of dual core A72, high > performance vision accelerators, video codec accelerators, latest

Re: [PATCH V3 15/16] configs: j721e_evm: Store env in MMC FAT partition

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:07:00PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Enable defconfigs relevant for storing env on FAT partion of MMC. > > Signed-off-by: Sinthu Raja Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH V3 16/16] include: configs: Update env for selecting right dtb

2022-02-17 Thread Tom Rini
On Wed, Feb 09, 2022 at 03:07:01PM +0530, Sinthu Raja wrote: > From: Sinthu Raja > > Now that single defconfig can be used for booting J721E EVM and > SK, default device tree will not work for selecting dtb for > kernel. Update the findfdt env to select right dtb based on > board_name env variab

Re: [PATCH u-boot-mvebu 1/5] arm: mvebu: a37xx: Add support for reading NB and SB fuse OTP value

2022-02-17 Thread Marek Behún
On Thu, 17 Feb 2022 10:26:15 +0100 Pali Rohár wrote: > Implement it via U-Boot fuse API. nitpick: In commit messages I prefer not to refer to commit title, i.e. instead of Implement it via U-Boot fuse API. I would write Implement reading NB and SB fuses of Armada 37xx SOC via U-Boot fuse A

Re: [PATCH u-boot-mvebu 2/5] arm: mvebu: a37xx: Enable fuse command on all Armada 3720 boards

2022-02-17 Thread Marek Behún
On Thu, 17 Feb 2022 10:26:16 +0100 Pali Rohár wrote: > Allows to read OTP bits via U-Boot fuse command on all Armada 3720 boards. ^Allow (we use present simple in commit messages) otherwise Reviewed-by: Marek Behún

Re: [PATCH u-boot-mvebu 3/5] arm: mvebu: a37xx: Move generic mbox code to arch/arm/mach-mvebu

2022-02-17 Thread Marek Behún
On Thu, 17 Feb 2022 10:26:17 +0100 Pali Rohár wrote: > Generic A3720 mbox code is currently in Turris Mox specific board file > board/CZ.NIC/turris_mox/mox_sp.c. Move it to board independent arch file > arch/arm/mach-mvebu/armada3700/mbox.c. Reviewed-by: Marek Behún

Re: [PATCH u-boot-mvebu 4/5] arm: mvebu: a37xx: Extend mbox_do_cmd() code

2022-02-17 Thread Marek Behún
On Thu, 17 Feb 2022 10:26:18 +0100 Pali Rohár wrote: > Allow to specify input parameters, define all available mbox commands > supported by CZ.NIC secure firmware + Marvell fuse.bin firmware and fix CZ.NIC's and also Marvell's > parsing response from Marvell OTP comma

Re: [PATCH u-boot-mvebu 5/5] arm: mvebu: a37xx: Add support for reading Security OTP values

2022-02-17 Thread Marek Behún
On Thu, 17 Feb 2022 10:26:19 +0100 Pali Rohár wrote: > Only secure CM3 core can access Security OTP. It is not possible via A53 It is not possible for the A53 core (on which U-Boot is running) to read it directly. > core on which is running U-Boot. Marvell for this purpose defined mbox API For

[PATCH v3 1/1] env: fat: Allow overriding interface, device and partition

2022-02-17 Thread hyyxohk
For platform which can boot on different device, this allows to override interface, device and partition from board code Signed-off-by: hyyxohk --- env/fat.c | 34 +++--- include/env_internal.h | 20 2 files changed, 39 insertions(+),

[RFC PATCH v2 0/8] FWU: Add FWU Multi Bank Update for DeveloerBox

2022-02-17 Thread Masami Hiramatsu
Hi, Here is the 2nd version of RFC series of patches for the FWU Multi Bank Update support for the DeveloperBox platform. This series depends on Sughosh's Multi Bank Update v4 [1]. [1] https://lore.kernel.org/all/20220207182001.31270-1-sughosh.g...@linaro.org/T/#u Unlike the STM32MP board, Deve

[RFC PATCH v2 1/8] FWU: Calculate CRC32 in fwu_update_mdata()

2022-02-17 Thread Masami Hiramatsu
To avoid calculating crc32 in several places, do it in fwu_update_mdata(). This also ensures the mdata crc32 is always sane. Signed-off-by: Masami Hiramatsu --- drivers/fwu-mdata/fwu-mdata-uclass.c | 33 ++--- 1 file changed, 10 insertions(+), 23 deletions(-) diff

[RFC PATCH v2 2/8] FWU: Free metadata copy if gpt_get_mdata() failed

2022-02-17 Thread Masami Hiramatsu
It is better if a function which returns an error then release all allocated memory resources. This simplifies the mind model and less chance to forgot to free memory and double free. Signed-off-by: Masami Hiramatsu --- drivers/fwu-mdata/fwu-mdata-uclass.c | 24 ++-- drivers/fwu-m

[RFC PATCH v2 3/8] synquacer: Update for TBBR based new FIP layout

2022-02-17 Thread Masami Hiramatsu
This changes SPI NOR flash partition layout for TBBR and also make the U-Boot as position independent executable again because BL33 is loaded on the memory. With enabling TBBR, TF-A BL2 loads all BL3x images from FIP image, and the U-Boot image is added to the FIP image as BL33, and loaded to memo

[RFC PATCH v2 4/8] dt/bindings: firmware: Add FWU metadata on SPI flash binding

2022-02-17 Thread Masami Hiramatsu
Add a devicetree-binding YAML file for the FWU metadata on SPI Flash without GPT. Signed-off-by: Masami Hiramatsu --- .../firmware/fwu-mdata-sf.yaml | 38 1 file changed, 38 insertions(+) create mode 100644 doc/device-tree-bindings/firmware/fwu-mdata-s

[RFC PATCH v2 6/8] FWU: synquacer: Add FWU Multi bank update support for DeveloperBox

2022-02-17 Thread Masami Hiramatsu
The DeveloperBox platform can support the FWU Multi bank update. SCP firmware will switch the boot mode by DSW3-4 and load the Multi bank update supported TF-A BL2 from 0x60 offset on the SPI flash. Thus it can co-exist with the legacy boot mode (legacy U-Boot or EDK2). Signed-off-by: Masami H

[RFC PATCH v2 5/8] FWU: Add FWU metadata access driver for SPI flash

2022-02-17 Thread Masami Hiramatsu
For the platform which doesn't have GPT partitions for the firmware but on SPI flash, the FWU metadata is stored on SPI flash as raw image at specific offset. This driver gives the access methods for those metadata information on the SPI flash. Signed-off-by: Masami Hiramatsu --- drivers/fwu-mda

[RFC PATCH v2 7/8] FWU: synquacer: Initialize broken metadata

2022-02-17 Thread Masami Hiramatsu
Since the FWU metadata is not initialized at the installation, if it is broken, it should be initialized. Usually, the FWU metadata is not covered by capsule update, so it is safe to initialize the metadata portion if it seems broken. But for the production device, usually firmware will be install

[RFC PATCH v2 8/8] configs: synquacer: Add FWU support for DeveloperBox

2022-02-17 Thread Masami Hiramatsu
Enable FWU Multi-Bank support for DeveloperBox SynQuacer platform. This also enables fwu_metadata_read command and "reboot soon after update" option. Signed-off-by: Masami Hiramatsu --- configs/synquacer_developerbox_defconfig |7 +++ 1 file changed, 7 insertions(+) diff --git a/configs

Re: ARM A53 and initial MMU mapping for EL0/1/2/3 ?

2022-02-17 Thread Andre Przywara
On Fri, 11 Feb 2022 17:00:48 + Joakim Tjernlund wrote: Hi, > On Fri, 2022-02-11 at 15:00 +0100, Joakim Tjernlund wrote: > > On Fri, 2022-02-11 at 01:26 +, Andre Przywara wrote: > > > On Fri, 11 Feb 2022 00:22:25 + > > > Joakim Tjernlund wrote: > > > > > > > On Thu, 2022-02-10 a

Re:Re: Re: [PATCH v1 1/1] env: fat: Allow overriding interface, device and partition

2022-02-17 Thread hyyoxhk
sorry i just saw the email I have reworked the patch for v3 based on u-boot mainline At 2022-02-11 23:05:47, "Simon Glass" wrote: >Hi, > >On Sat, 29 Jan 2022 at 01:26, 何勇 wrote: >> >> Hi: >> Override the env_fat_get_dev_part function in the board file, you can >> load env from s

Re: [PATCH v3 1/1] env: fat: Allow overriding interface, device and partition

2022-02-17 Thread Tom Rini
On Thu, Feb 17, 2022 at 10:55:39PM +0800, hyyxohk wrote: > For platform which can boot on different device, this allows > to override interface, device and partition from board code > > Signed-off-by: hyyxohk > --- > env/fat.c | 34 +++--- > include/env_

[PATCH v3 0/6] imx8mn-smm-s2/pro: Add iMX8MN BSH SMM S2 boards

2022-02-17 Thread Ariel D'Alessandro
Introduce BSH SystemMaster (SMM) S2 board family, which consists of: iMX8MN SMM S2 and iMX8MN SMM S2 PRO boards. This patchset also adds support for NXP TJA11xx Ethernet PHYs. Changes in v3: * Added nxp-c45-tja11xx driver. * Added ethernet support to iMX8MN BSH SMM S2 boards. Changes in v2: * Pr

[PATCH v3 1/6] imx8m: add regs used by GPMI

2022-02-17 Thread Ariel D'Alessandro
From: Michael Trimarchi Add regs used by GPMI Signed-off-by: Michael Trimarchi Signed-off-by: Ariel D'Alessandro Reviewed-by: Fabio Estevam --- arch/arm/include/asm/arch-imx8m/imx-regs.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/include/asm/arch-imx8m/imx-regs.h b/

[PATCH v3 3/6] iopoll: Extend read_poll_timeout macro to support variable parameters

2022-02-17 Thread Ariel D'Alessandro
This macro currently supports only one parameter. Based on Linux iopoll, let's extend read_poll_timeout common API to allow multiple variable parameters. Signed-off-by: Ariel D'Alessandro --- arch/arm/mach-socfpga/reset_manager_s10.c | 20 +++- drivers/mmc/rockchip_sdhci.c

[PATCH v3 2/6] phy: nxp-c45-tja11xx: Rename functions to be c45 tja11xx specific

2022-02-17 Thread Ariel D'Alessandro
This driver supports NXP C45 TJA11XX PHYs, but there're also other NXP TJA11XX PHYs. Let's rename functions in this driver to be c45 variant specific, so further drivers can be introduced adding support for NXP TJA11XX PHYs. Signed-off-by: Ariel D'Alessandro --- drivers/net/phy/nxp-c45-tja11xx.c

[PATCH v3 4/6] net: phy: Add phy_modify() accessor

2022-02-17 Thread Ariel D'Alessandro
Add read-modify-write unlocked accessor for accessing a PHY register. Signed-off-by: Ariel D'Alessandro --- drivers/net/phy/phy.c | 20 include/phy.h | 2 ++ 2 files changed, 22 insertions(+) diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c index 9935e40f

[PATCH v3 5/6] net: phy: nxp-tja11xx: Add NXP TJA11xx PHY driver

2022-02-17 Thread Ariel D'Alessandro
From: Michael Trimarchi Add driver for the NXP TJA1100 and TJA1101 PHYs. These PHYs are special BroadRReach 100BaseT1 PHYs used in automotive. Signed-off-by: Michael Trimarchi Signed-off-by: Ariel D'Alessandro --- drivers/net/phy/Kconfig | 5 + drivers/net/phy/Makefile | 1 + d

[PATCH v3 6/6] bsh: imx8mn-smm-s2/pro: Add iMX8MN BSH SMM S2 boards

2022-02-17 Thread Ariel D'Alessandro
Introduce BSH SystemMaster (SMM) S2 board family, which consists of: iMX8MN SMM S2 and iMX8MN SMM S2 PRO boards. Add support for iMX8MN BSH SMM S2 board: - 256 MiB DDR3 RAM - 512MiB Nand - USBOTG1 peripheral - fastboot. - 100Mbit Ethernet Add support for iMX8MN BSH SMM S2 PRO board: - 512 MiB D

Re: [PATCH u-boot-marvell 1/4] arm: a37xx: pci: Use standard register macros from pci.h

2022-02-17 Thread Stefan Roese
On 2/10/22 14:53, Pali Rohár wrote: PCI config space of the aardvark PCIe Root Port is available only in internal aardvark memory space starting at offset 0x0. PCI Express registers (PCI_EXP_*) start at offset 0xc0. And Advanced Error Reporting registers (PCI_ERR_*) start at offset 0x100. Replac

Re: [PATCH u-boot-marvell 3/4] arm: a37xx: pci: Use dev_read_addr()

2022-02-17 Thread Stefan Roese
On 2/10/22 14:53, Pali Rohár wrote: There is only one base address, so use dev_read_addr() instead of dev_read_addr_index(). Signed-off-by: Pali Rohár Applied to u-boot-marvell/master Thanks, Stefan --- drivers/pci/pci-aardvark.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) d

Re: [PATCH u-boot-marvell 2/4] arm: a37xx: pci: Cleanup macro names

2022-02-17 Thread Stefan Roese
On 2/10/22 14:53, Pali Rohár wrote: Remove "PCI_" prefix from all macros which are aardvark specific to not conflict with macros defined in global include file pci.h. Instead add "ADVK_" prefix for them so it is visible that they are aardvark specific. After "ADVK_" prefix append keyword which d

Re: [PATCH u-boot-marvell 4/4] arm: a37xx: pci: Ensure that root port is always on root zero bus

2022-02-17 Thread Stefan Roese
On 2/10/22 14:53, Pali Rohár wrote: Writing to the PCI_PRIMARY_BUS register of the root port should not change bus number on which is root port present. This PCI_PRIMARY_BUS register is used only for correct configuration of legacy PCI stuff, like forwarding of PCI special cycles between buses.

Re: [PATCH] tools: kwbimage: Fix dumping DATA registers for v0 images

2022-02-17 Thread Stefan Roese
On 2/13/22 01:04, Pali Rohár wrote: End of DATA register section is indicated by zero value in both raddr and rdata. So do not stop dumping registers with non-zero address and zero value. And also print end of DATA registers section. Fixes: 1a8e6b63e24f ("tools: kwbimage: Dump kwbimage config f

Re: [PATCH u-boot-marvell 0/9] arm: a37xx: Fix code and update DTS files to upstream version

2022-02-17 Thread Stefan Roese
On 2/14/22 11:34, Pali Rohár wrote: Fix Armada 3720 drivers and all Armada 3720 boards (DB, uDPU, Mox and Espressobin) to be compatible with DTS files from upstream Linux kernel and update all Armada 3720 DTS files to version which is scheduled for Linux kernel 5.18. DTS patches scheduled for un

Re: [PATCH u-boot-mvebu v2 0/3] arm: mvebu: a37xx: Fix and extend building memory map

2022-02-17 Thread Stefan Roese
On 2/16/22 11:18, Pali Rohár wrote: Fix calling build_mem_map() function and extend it to map also CCI-400 and AP BootROM address space. With this change it is possible to access A53 AP BootROM on Armada 3720 from U-Boot and e.g. dump it via U-Boot md command: => md 4000 (Changes i

Re: [PATCH u-boot-marvell] pci: mvebu: Ensure that root port is always on root zero bus

2022-02-17 Thread Stefan Roese
On 2/15/22 11:34, Pali Rohár wrote: Writing to the PCI_PRIMARY_BUS register of the root port should not change bus number on which is root port present. Same change and exactly same fix as was done in commit for pci-aardvark.c. Fixes: a7b61ab58d5d ("pci: pci_mvebu: Properly configure and use PC

Re: [PATCH u-boot-marvell] ddr: marvell: a38x: fix BYTE_HOMOGENEOUS_SPLIT_OUT decision

2022-02-17 Thread Stefan Roese
On 2/17/22 01:08, Marek Behún wrote: From: Marek Behún In commit 3fc92a215b69 ("ddr: marvell: a38x: fix SPLIT_OUT_MIX state decision") I ported a cleaned up and changed version of patch mv_ddr: a380: fix SPLIT_OUT_MIX state decision In the port we removed checking for BYTE_HOMOGENEOUS_SPLIT

Re: [PATCH u-boot-marvell v2 1/2] arm: mvebu: spl: Add option to reset the board on DDR training failure

2022-02-17 Thread Stefan Roese
On 2/17/22 13:54, Marek Behún wrote: From: Marek Behún Some boards may occacionally fail DDR training. Currently we hang() in this case. Add an option that makes the board do an immediate reset in such a case, so that a new training is tried as soon as possible, instead of hanging and possibly

Re: [PATCH u-boot-marvell v2 2/2] arm: mvebu: turris_omnia: Reset the board immediately on DDR training failure

2022-02-17 Thread Stefan Roese
On 2/17/22 13:54, Marek Behún wrote: From: Marek Behún The state of the current DDR training code for Armada 38x is such that we cannot be sure it will always train successfully - although after the last change we were yet unable to find a board that failed DDR training, from experience in the

Re: [PATCH u-boot-marvell v2 0/7] tools: kwbimage: Support for parsing extended v0 format

2022-02-17 Thread Stefan Roese
On 2/17/22 10:43, Pali Rohár wrote: This patch series extends kwbimage v0 format support by providing ability to dump content of Dove boot images (extension of v0 format). It also fixes recognition of these images in kwboot utility (as it uses macros and inline functions from kwbimage.h header fi

  1   2   >