Re: [PATCH] efi_loader: FMP cleanups

2021-06-14 Thread AKASHI Takahiro
On Tue, Jun 15, 2021 at 08:23:35AM +0300, Ilias Apalodimas wrote: > On Tue, Jun 15, 2021 at 01:44:58PM +0900, AKASHI Takahiro wrote: > > On Tue, Jun 15, 2021 at 06:55:50AM +0300, Ilias Apalodimas wrote: > > > Akashi-san, > > > > > > On Tue, Jun 15, 2021 at 10:51:01AM +0900, AKASHI Takahiro wrote:

[PATCH v2] riscv: andes_plic: Fix riscv_get_ipi() mask

2021-06-14 Thread Bin Meng
Current logic in riscv_get_ipi() for Andes PLICSW does not look correct. The mask to test IPI pending bits for a hart should be left shifted by (8 * gd->arch.boot_hart), just the same as what is done in riscv_send_ipi(). Fixes: 8b3e97badf97 ("riscv: add functions for reading the IPI status")

Re: [PATCH 4/5] riscv: ae350: dts: Fix #interrupt-cells for plic0 in 32-bit

2021-06-14 Thread Rick Chen
> From: Bin Meng > Sent: Friday, June 04, 2021 1:51 PM > To: Rick Jian-Zhi Chen(陳建志) ; Leo Yu-Chi Liang(梁育齊) > ; U-Boot Mailing List > Subject: [PATCH 4/5] riscv: ae350: dts: Fix #interrupt-cells for plic0 in > 32-bit > > All the device nodes that refer to plic0 as their interrupt parent have

Re: [PATCH 3/5] riscv: ae350: dts: Remove the unnecessary #address-cells in plic nodes

2021-06-14 Thread Rick Chen
> From: Bin Meng > Sent: Friday, June 04, 2021 1:51 PM > To: Rick Jian-Zhi Chen(陳建志) ; Leo Yu-Chi Liang(梁育齊) > ; U-Boot Mailing List > Subject: [PATCH 3/5] riscv: ae350: dts: Remove the unnecessary #address-cells > in plic nodes > > PLIC nodes don't have child nodes, so #address-cells is not

Re: [PATCH] efi_loader: FMP cleanups

2021-06-14 Thread Ilias Apalodimas
On Tue, Jun 15, 2021 at 01:44:58PM +0900, AKASHI Takahiro wrote: > On Tue, Jun 15, 2021 at 06:55:50AM +0300, Ilias Apalodimas wrote: > > Akashi-san, > > > > On Tue, Jun 15, 2021 at 10:51:01AM +0900, AKASHI Takahiro wrote: > > > Ilias, > > > > > > In this patch, you are trying to address a couple

Re: [PATCH u-boot-marvell] arm: mvebu: turris_{omnia,mox}: ensure running bootcmd_rescue always works

2021-06-14 Thread Stefan Roese
On 14.06.21 16:45, Marek Behún wrote: From: Pali Rohár One of the points of putting the rescue boot command into default environment is that user can invoke it without physical access to the board (without having to press the factory reset button), by running run bootcmd_rescue in U-Boot's

Re: [PATCH] efi_loader: FMP cleanups

2021-06-14 Thread AKASHI Takahiro
On Tue, Jun 15, 2021 at 06:55:50AM +0300, Ilias Apalodimas wrote: > Akashi-san, > > On Tue, Jun 15, 2021 at 10:51:01AM +0900, AKASHI Takahiro wrote: > > Ilias, > > > > In this patch, you are trying to address a couple of independent > > issues in a single commit. > > Please split. > > (Heinrich

Re: [PATCH] efi_loader: FMP cleanups

2021-06-14 Thread Ilias Apalodimas
On Tue, Jun 15, 2021 at 09:49:58AM +0900, Masami Hiramatsu wrote: > 2021年6月15日(火) 0:10 Ilias Apalodimas : > > > > > Right now we allow both of the FMPs (RAW and FIT based) to be installed at > > the same time. Moreover we only install those if a CapsuleUpdate is > > requested. Since we now have

Re: [PATCH] efi_loader: FMP cleanups

2021-06-14 Thread Ilias Apalodimas
Akashi-san, On Tue, Jun 15, 2021 at 10:51:01AM +0900, AKASHI Takahiro wrote: > Ilias, > > In this patch, you are trying to address a couple of independent > issues in a single commit. > Please split. > (Heinrich doesn't like that.) > > On Mon, Jun 14, 2021 at 06:10:14PM +0300, Ilias Apalodimas

Re: [PATCH 1/5] riscv: ae350: dts: Add SPDX license header

2021-06-14 Thread Rick Chen
> From: Bin Meng > Sent: Friday, June 04, 2021 1:51 PM > To: Rick Jian-Zhi Chen(陳建志) ; Leo Yu-Chi Liang(梁育齊) > ; U-Boot Mailing List > Subject: [PATCH 1/5] riscv: ae350: dts: Add SPDX license header > > The SPDX license header is currently missing. Add one. > > Signed-off-by: Bin Meng > --- >

Re: [PATCH 5/5] riscv: ae350: dts: Add missing "u-boot,dm-spl" for SPL config

2021-06-14 Thread Rick Chen
> Hi Rick, > > On Sat, Jun 12, 2021 at 9:30 PM Rick Chen wrote: > > > > HI Bin > > > > > Hi Rick, > > > > > > On Wed, Jun 9, 2021 at 3:06 PM Rick Chen wrote: > > > > > > > > Hi Bin, > > > > > > > > > From: Bin Meng > > > > > Sent: Friday, June 04, 2021 1:51 PM > > > > > To: Rick Jian-Zhi

Re: [RFT PATCH] riscv: andes_plic: Fix riscv_get_ipi() mask

2021-06-14 Thread Rick Chen
Hi Bin > From: Bin Meng > Sent: Monday, June 14, 2021 11:48 AM > To: Rick Jian-Zhi Chen(陳建志) ; Leo Yu-Chi Liang(梁育齊) > ; U-Boot Mailing List > Subject: Re: [RFT PATCH] riscv: andes_plic: Fix riscv_get_ipi() mask > > On Wed, Jun 9, 2021 at 3:55 PM Bin Meng wrote: > > > > Current logic in

Re: [PATCH] efi_loader: FMP cleanups

2021-06-14 Thread AKASHI Takahiro
Ilias, In this patch, you are trying to address a couple of independent issues in a single commit. Please split. (Heinrich doesn't like that.) On Mon, Jun 14, 2021 at 06:10:14PM +0300, Ilias Apalodimas wrote: > Right now we allow both of the FMPs (RAW and FIT based) to be installed at > the same

Re: [PATCH] efi_loader: FMP cleanups

2021-06-14 Thread Masami Hiramatsu
2021年6月15日(火) 0:10 Ilias Apalodimas : > > Right now we allow both of the FMPs (RAW and FIT based) to be installed at > the same time. Moreover we only install those if a CapsuleUpdate is > requested. Since we now have an ESRT table, it makes more sense to > unconditionally install the FMP, so

Re: [PATCH 4/6] imx8m: Restrict usable memory to space below 4G boundary

2021-06-14 Thread Marek Vasut
On 6/15/21 2:28 AM, Peng Fan (OSS) wrote: On 2021/6/7 20:38, Marek Vasut wrote: On 6/7/21 2:05 PM, Frieder Schrempf wrote: From: Frieder Schrempf Some IPs have their accessible address space restricted by the interconnect. Let's make sure U-Boot only ever uses the space below the 4G

Re: [PATCH 4/6] imx8m: Restrict usable memory to space below 4G boundary

2021-06-14 Thread Peng Fan (OSS)
On 2021/6/7 20:38, Marek Vasut wrote: On 6/7/21 2:05 PM, Frieder Schrempf wrote: From: Frieder Schrempf Some IPs have their accessible address space restricted by the interconnect. Let's make sure U-Boot only ever uses the space below the 4G address boundary (which is 3GiB big), even when

Re: [PATCH v2] Revert "mmc: fsl_esdhc_imx: use VENDORSPEC_FRC_SDCLK_ON to control card clock output"

2021-06-14 Thread Peng Fan (OSS)
Hi Fabio On 2021/6/8 10:07, Fabio Estevam wrote: Hi Haibo, On Mon, Jun 7, 2021 at 10:57 PM Bough Chen wrote: Hi Fabio, Force clock on did help us fix some issue, like voltage switch for UHS card. According to your commit log, seems this patch affect the booting time, do you mean the API

Re: [PATCH V3] MAINTAINER, git-mailrc: Update the mmc maintainer

2021-06-14 Thread Peng Fan (OSS)
On 2021/6/15 6:16, Jaehoon Chung wrote: Update to me as co-maintainer with Peng. Additionally, update the mmc alias in git-mailrc. Signed-off-by: Jaehoon Chung Reviewed-by: Bin Meng Acked-by: Peng Fan --- Changelog on V2 - keep original alias Changelog on V3 - Update commit-msg - Add

[PATCH] ARM: renesas: Mallocate bootparams on Gen3

2021-06-14 Thread Marek Vasut
The bootparams do not have to be at fixed location, they can be dynamically mallocated instead. Make it so to get rid of another fixed assignment. Signed-off-by: Marek Vasut Cc: Biju Das Cc: Lad Prabhakar --- board/renesas/condor/condor.c | 3 --- board/renesas/draak/draak.c

[PATCH] ARM: renesas: Turn on PIE for Gen3

2021-06-14 Thread Marek Vasut
Turn on PIE, so that the U-Boot binary can be started from any arbitrary location in DRAM instead of a predefined fixed one. Note that this patch is not setting SYS_TEXT_BASE=0x0 yet, since that triggers relocation bugs in env code that are yet to be fixed. Signed-off-by: Marek Vasut Cc: Biju

[PATCH V3] MAINTAINER, git-mailrc: Update the mmc maintainer

2021-06-14 Thread Jaehoon Chung
Update to me as co-maintainer with Peng. Additionally, update the mmc alias in git-mailrc. Signed-off-by: Jaehoon Chung Reviewed-by: Bin Meng --- Changelog on V2 - keep original alias Changelog on V3 - Update commit-msg - Add Bin's reviewed-by tag --- MAINTAINERS| 1 + doc/git-mailrc | 2

Re: [PATCH V2] MAINTAINER, git-mailrc: Update the mmc maintainer

2021-06-14 Thread Jaehoon Chung
On 6/14/21 6:35 PM, Bin Meng wrote: > On Mon, Jun 14, 2021 at 1:45 PM Jaehoon Chung wrote: >> >> Update to me as co-maintainer with Peng. >> Additionally, fix the alias in git-mailrc. > > nits: technically it's not "fix" but "update" the mmc alias Sorry. When i had updated to V2, I forgot

Re: [PATCH] net: use the same alias stem for ethernet as linux

2021-06-14 Thread Ramon Fried
On Thu, Apr 29, 2021 at 7:10 PM Simon Glass wrote: > > On Thu, 25 Feb 2021 at 07:51, Michael Walle wrote: > > > > Linux uses the prefix "ethernet" whereas u-boot uses "eth". This is from > > the linux tree: > > > > $ grep "eth[0-9].*=.*&" arch/**/*dts{,i}|wc -l > > 0 > > $ grep

Re: [PATCH] net: use a more deterministic approach to get the active ethernet device

2021-06-14 Thread Ramon Fried
On Thu, Apr 29, 2021 at 11:03 PM Ramon Fried wrote: > > On Wed, Feb 24, 2021 at 6:30 PM Michael Walle wrote: > > > > If the environment variable "ethact" is not set, the first device in the > > uclass is returned. This depends on the probing order of the ethernet > > devices. Moreover it is not

Re: [PATCH v2 1/3] tools: docker: Install a readable kernel for libguestfs-tools

2021-06-14 Thread Heinrich Schuchardt
On 6/13/21 4:07 PM, Alper Nebi Yasak wrote: The filesystem and EFI (capsule and secure boot) test setups try to use guestmount and virt-make-fs respectively to prepare disk images to run tests on. However, these libguestfs tools need a kernel image and fail with the following message (revealed

Re: [RESEND PATCH v6 2/2] mmc: openpiton: add piton_mmc driver

2021-06-14 Thread Tianrui Wei
Dear Jaehoon, On 6/14/2021 1:58 PM, Jaehoon Chung wrote: Hi Tianrui, On 6/14/21 9:28 AM, Tianrui Wei wrote: Hi Jaehoon, Many thanks for taking the time to review our patches :P On 6/14/2021 6:09 AM, Jaehoon Chung wrote: Dear Tianrui, On 6/13/21 2:16 AM, Tianrui Wei wrote: This commit

[PATCH v7 2/2] mmc: openpiton: add piton_mmc driver

2021-06-14 Thread Tianrui Wei
This commit adds support to piton_mmc driver for OpenPiton-riscv64 In particular, this driver - V6 . change type of address . move declarations ahead . loop style update - V7 . dm updates . fix indentations Signed-off-by: Tianrui Wei Signed-off-by: Jonathan Balkind ---

[PATCH v7 1/2] board: riscv: add openpiton-riscv64 SoC support

2021-06-14 Thread Tianrui Wei
This patch adds openpiton-riscv64 SOC support. In particular, this board supports a standard bootflow through zsbl->u-boot SPL-> opensbi->u-boot proper->Linux. There are separate defconfigs for building u-boot SPL and u-boot proper - V6 . separate defconfigs for u-boot and SPL . eliminate

[PATCH v7 0/2] Add OpenPiton-riscv64 board support

2021-06-14 Thread Tianrui Wei
This patch set is to add OpenPiton board support. Patches are split into several parts: - [PATCH 1/2] add OpenPiton support to mmc driver - [PATCH 2/2] add support for OpenPiton board Description - for mmc driver, it's settings are automatically configured at hardware level. We only need to

Re: [PATCH v2] cmd: net: add a 'net list' command to list network devs

2021-06-14 Thread Ramon Fried
On Mon, Jun 14, 2021 at 6:36 PM Tim Harvey wrote: > > On Sat, Jun 12, 2021 at 12:02 PM Ramon Fried wrote: > > > > Hi Tim. > > The patch fails build in several boards (Malta variants): > > > > +cmd/net.c: In function 'do_net_list': > > 42+cmd/net.c:487:34: error: initialization of 'const struct

[PATCH] lib: remove superfluous #ifdefs from date.c

2021-06-14 Thread Heinrich Schuchardt
We should avoid #ifdef in C modules. Unused functions are eliminated by the linker. Signed-off-by: Heinrich Schuchardt --- lib/date.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/lib/date.c b/lib/date.c index 0456de78ab..c589d9ed3a 100644 --- a/lib/date.c +++ b/lib/date.c @@ -10,8

Re: [PATCH v2] cmd: net: add a 'net list' command to list network devs

2021-06-14 Thread Tim Harvey
On Sat, Jun 12, 2021 at 12:02 PM Ramon Fried wrote: > > Hi Tim. > The patch fails build in several boards (Malta variants): > > +cmd/net.c: In function 'do_net_list': > 42+cmd/net.c:487:34: error: initialization of 'const struct udevice *' > from incompatible pointer type 'struct eth_device *' >

Re: [PATCH v2] Revert "mmc: fsl_esdhc_imx: use VENDORSPEC_FRC_SDCLK_ON to control card clock output"

2021-06-14 Thread Fabio Estevam
Hi Bough, On Wed, Jun 9, 2021 at 7:44 AM Bough Chen wrote: > Give me a few days, I'm busy these days, will do when I have time. We are already in 2021.04-rc4, so I think it is safer to go with the revert for now and then you provide a proper fix later. imx7s-warp is also affected by this.

Re: [PATCH] efi_loader: FMP cleanups

2021-06-14 Thread Ilias Apalodimas
Too fast on the trigger. The efi_load_capsule_drivers() must go into an IS_ENABLED. I'll wait for any other comments and send a V2 On Mon, 14 Jun 2021 at 18:10, Ilias Apalodimas wrote: > > Right now we allow both of the FMPs (RAW and FIT based) to be installed at > the same time. Moreover we

Announcing a tool for Armada 3720 firmware

2021-06-14 Thread Marek Behun
Hello, this is announcement of mox-imager [1], a firmware uploader / manipulator for Marvell's Armada 3720 SOC. For most of you who use the SOC on boards other than Turris MOX, the most useful feature probably is that it can upload a firmware via UART at higher baudrates than Marvell's original

Re: [PATCH v9 00/28] mtd: spi-nor-core: add xSPI Octal DTR support

2021-06-14 Thread Pratyush Yadav
Jagan, On 26/05/21 10:35PM, Jagan Teki wrote: > On Mon, May 10, 2021 at 6:50 PM Pratyush Yadav wrote: > > > > Jagan, > > > > On 05/05/21 03:11PM, Pratyush Yadav wrote: > > > Hi, > > > > > > This series adds support for octal DTR flashes in the SPI NOR framework, > > > and then adds hooks for the

[PATCH] efi_loader: FMP cleanups

2021-06-14 Thread Ilias Apalodimas
Right now we allow both of the FMPs (RAW and FIT based) to be installed at the same time. Moreover we only install those if a CapsuleUpdate is requested. Since we now have an ESRT table, it makes more sense to unconditionally install the FMP, so any userspace applications (e.g fwupd) can make

Re: [PATCH u-boot-marvell] arm: mvebu: turris_{omnia,mox}: ensure running bootcmd_rescue always works

2021-06-14 Thread Stefan Roese
Hi Marek, On 14.06.21 16:49, Marek Behun wrote: Hi Stefan, Pali discovered this issue with the bootcmd_rescue code for Omnia & MOX. The patch is a therefore a fix. Is is still possible to send this for v2021.07 ? Sorry for the inconvenience. No problem. I'll integrate it soon and will send a

Re: [PATCH u-boot-marvell] arm: mvebu: turris_{omnia,mox}: ensure running bootcmd_rescue always works

2021-06-14 Thread Marek Behun
Hi Stefan, Pali discovered this issue with the bootcmd_rescue code for Omnia & MOX. The patch is a therefore a fix. Is is still possible to send this for v2021.07 ? Sorry for the inconvenience. Marek

[PATCH u-boot-marvell] arm: mvebu: turris_{omnia, mox}: ensure running bootcmd_rescue always works

2021-06-14 Thread Marek Behún
From: Pali Rohár One of the points of putting the rescue boot command into default environment is that user can invoke it without physical access to the board (without having to press the factory reset button), by running run bootcmd_rescue in U-Boot's console. Therefore we have to ensure

[PATCH] arm64: zynqmp: Add missing year in Kria dts files

2021-06-14 Thread Michal Simek
DT files have been added this year but forgot to update it that's why do it in separate patch now. Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp-sck-kv-g-revA.dts| 2 +- arch/arm/dts/zynqmp-sck-kv-g-revB.dts| 2 +- arch/arm/dts/zynqmp-sm-k26-revA-u-boot.dtsi | 2 +-

[PATCH] arm64: zynqmp: Add psgtr description to zc1751 dc1 board

2021-06-14 Thread Michal Simek
Wire psgtr for zc1751 dc1 board. Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp-zc1751-xm015-dc1.dts | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/dts/zynqmp-zc1751-xm015-dc1.dts b/arch/arm/dts/zynqmp-zc1751-xm015-dc1.dts index f7dc0f7fb6f6..b92a2ee3e60a 100644 ---

Re: [PATCH] board: sama5d3_xplained: add Falcon boot support

2021-06-14 Thread Eugen.Hristev
On 6/1/21 12:23 AM, Michael Opdenacker wrote: > This supports Falcon boot support for Microchip SAMA5D3 Xplained, > tested on raw MMC, and on raw NAND. > > spl_start_uboot() is has the simplest possible implementation. > It doesn't test the environment because enabling environment support >

Re: [PATCH] configs: sam boards: add hash command

2021-06-14 Thread Eugen.Hristev
On 5/26/21 4:19 PM, Eugen Hristev wrote: > Add hash and hash verify commands. These would be useful for > verifying copied data. > > Signed-off-by: Eugen Hristev > --- > configs/sam9x60ek_mmc_defconfig| 2 ++ > configs/sam9x60ek_nandflash_defconfig | 2 ++ >

[PATCH] arm: snapdragon: Use correct GICC register on APQ8016

2021-06-14 Thread Sheep Sun
The GICC register used by u-boot is 0x0a20c000, which is actually a GICC for WCNSS, the WLAN processor. U-boot runs on the Application Processor, therefore it should use APCS GICC instead. Hence, correct it with APCS GICC register address. Signed-off-by: Sheep Sun ---

Re: [PATCH] smbios: Fix calculating BIOS Release Date

2021-06-14 Thread Pali Rohár
On Friday 23 April 2021 11:14:44 Pali Rohár wrote: > On Friday 23 April 2021 11:04:26 Mark Kettenis wrote: > > > Date: Fri, 23 Apr 2021 10:27:16 +0200 > > > From: Pali Rohár > > > > > > On Friday 23 April 2021 10:25:21 Bin Meng wrote: > > > > Hi Pali, > > > > > > > > On Fri, Apr 23, 2021 at

Re: [PATCH V2] MAINTAINER, git-mailrc: Update the mmc maintainer

2021-06-14 Thread Bin Meng
On Mon, Jun 14, 2021 at 1:45 PM Jaehoon Chung wrote: > > Update to me as co-maintainer with Peng. > Additionally, fix the alias in git-mailrc. nits: technically it's not "fix" but "update" the mmc alias > > Signed-off-by: Jaehoon Chung > --- > Changelog on V2 > - Keep original alias > --- >

[PATCH -next] ARM: dts: k3-j7200-common-proc-board-u-boot.dtsi: Fix dtc warnings

2021-06-14 Thread Vignesh Raghavendra
Fix following dtc warning by explicitly setting up #size-cells and #address-cells when overriding node in -u-boot.dtsi arch/arm/dts/k3-j7200-common-proc-board.dtb: Warning (reg_format): /bus@10/bus@2838/mcu-navss/ringacc@2b80:reg: property has invalid length (80 bytes) (#address-cells

Re: [GIT PULL v2] TI changes for v2021.10 next

2021-06-14 Thread Vignesh Raghavendra
On 6/14/21 1:35 PM, Tero Kristo wrote: > On 13/06/2021 19:49, Tom Rini wrote: >> On Fri, Jun 11, 2021 at 09:40:14PM +0530, Lokesh Vutla wrote: >> >>> Hi Tom, >>> Please find the PR for master branch targeted for v2021.10-next >>> branch >>> with checkpatch warnings fixed. Details about the

Re: [GIT PULL v2] TI changes for v2021.10 next

2021-06-14 Thread Tero Kristo
On 13/06/2021 19:49, Tom Rini wrote: On Fri, Jun 11, 2021 at 09:40:14PM +0530, Lokesh Vutla wrote: Hi Tom, Please find the PR for master branch targeted for v2021.10-next branch with checkpatch warnings fixed. Details about the PR are updated in the tag message. Gitlab CI report:

Re: [PATCH] arm64: zynqmp: Add support for 64bit addresses in its

2021-06-14 Thread Michal Simek
po 7. 6. 2021 v 12:55 odesílatel Michal Simek napsal: > > Xilinx ZynqMP supports also addresses above 4GB (32bit) that's why also > generate u-boot.its with 64bit load/entry addresses to also support > different configurations. > > Signed-off-by: Michal Simek > --- > >

Re: [PATCH 0/6] arm64: zynqmp: DT syncup patches

2021-06-14 Thread Michal Simek
čt 3. 6. 2021 v 10:11 odesílatel Michal Simek napsal: > > Hi, > > this series is trying to clean and sync DTS files. At the end we want to > have all these files be in sync with the Linux kernel based on DT binding > available in the Linux kernel. > > Thanks, > Michal > > > Michal Simek (6): >

[PATCH] arm64: zynqmp: Remove gpio from aliases list

2021-06-14 Thread Michal Simek
It is not recommended to have aliases for gpio. In past it was used in Linux for assigning numbers via sysfs which is deprecated and libgpiod should be used instead. In U-Boot this number is used for seq number but gpio offset are not counted from this number. That's why having these aliases only

Re: [PATCH 0/7] arm64: zynqmp: DT syncup patches next

2021-06-14 Thread Michal Simek
po 7. 6. 2021 v 12:15 odesílatel Michal Simek napsal: > > Hi, > > this is the next series which is trying to clean and sync DTS files. > At the end we want to have all these files be in sync with the Linux kernel > based on DT binding available in the Linux kernel. > > Thanks, > Michal > > >

Re: [PATCHv2] zynqmp: spl: support DRAM ECC initialization

2021-06-14 Thread Michal Simek
On 6/13/21 8:55 PM, Jorge Ramirez-Ortiz wrote: > Use the ZDMA channel 0 to initialize the DRAM banks. This avoid > spurious ECC errors that can occur when accessing unitialized memory. > > The feature is enabled by setting the option > CONFIG_SPL_ZYNQMP_DRAM_ECC_INIT and providing the