Re: [PATCH 1/2] drivers/rng: simplify Kconfig

2020-03-13 Thread Heinrich Schuchardt
On 3/7/20 7:58 AM, Sughosh Ganu wrote: hi Tom, On Wed, 4 Mar 2020 at 06:47, Heinrich Schuchardt mailto:xypron.g...@gmx.de>> wrote: For all sandbox systems with DM_RNG we enable RNG_SANDBOX. So we can simply set the default to yes. All rng drivers depend on DM_RNG. Use a single

Re: [PATCH v5 06/14] sifive: fu540: add ddr driver

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Add driver for fu540 to support ddr initialization in SPL. > This driver is based on FSBL > (https://github.com/sifive/freedom-u540-c000-bootloader.git) > > Signed-off-by: Pragnesh Patel > --- > drivers/ram/Kconfig | 7 + >

Re: [PATCH v5 07/14] sifive: dts: fu540: Add DDR controller and phy register settings

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Add DDR controller and phy register settings, taken from fsbl > (https://github.com/sifive/freedom-u540-c000-bootloader.git) > > Signed-off-by: Pragnesh Patel > --- > arch/riscv/dts/fu540-c000-u-boot.dtsi |7 + > arch/riscv/dt

Re: [PATCH v5 08/14] clk: sifive: fu540-prci: Add clock enable and disable ops

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Added clock enable and disable functions in prci ops > > Signed-off-by: Pragnesh Patel > --- > drivers/clk/sifive/fu540-prci.c | 75 +++-- > 1 file changed, 72 insertions(+), 3 deletions(-) > > diff --git a/dri

Re: [PATCH v5 09/14] clk: sifive: fu540-prci: Add clock initialization for SPL

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Set corepll, ddrpll and ethernet PLL for u-boot-spl > > Signed-off-by: Pragnesh Patel > --- > drivers/clk/sifive/fu540-prci.c | 94 + > 1 file changed, 94 insertions(+) > > diff --git a/drivers/clk/sifive/f

RE: [PATCH v5 08/14] clk: sifive: fu540-prci: Add clock enable and disable ops

2020-03-13 Thread Pragnesh Patel
Hi Bin, >-Original Message- >From: Bin Meng >Sent: 13 March 2020 13:27 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Troy Benjegerdes >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Lukasz >Majewski ; Anatolij Gustschin ; Simon >

Re: [PATCH v5 10/14] riscv: sifive: fu540: add SPL configuration

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Add a support for SPL which will boot from L2 LIM (0x0800_) and > then boot U-boot FIT image including OpenSBI FW_DYNAMIC firmware nits: U-Boot > and U-Boot proper images from 1st partition of MMC boot devices. > > SPL related code is

Re: [PATCH v5 11/14] configs: fu540: Add config options for U-boot SPL

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > With sifive_fu540_defconfig: Please use "U-Boot" in the commit title > > User can use FSBL or u-boot-spl.bin anyone at a time. > > For FSBL, > fsbl->fw_payload.bin(opensbi+u-boot) > > For u-boot-spl.bin, > u-boot-spl.bin->FIT image(opensb

Re: [PATCH v5 12/14] riscv: sifive: fu540: enable all cache ways from u-boot proper

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Enable all cache ways from u-boot proper. U-Boot > > Signed-off-by: Pragnesh Patel > --- > board/sifive/fu540/Makefile | 1 + > board/sifive/fu540/cache.c | 20 > board/sifive/fu540/cache.h | 13 + >

Re: [PATCH v5 13/14] sifive: fix palmer's email address

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Fix Palmer's email address > > Signed-off-by: Pragnesh Patel > --- > board/sifive/fu540/MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > Reviewed-by: Bin Meng

Re: [PATCH v5 14/14] doc: update FU540 RISC-V documentation

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Add descriptions about U-Boot SPL feature and how to build and run. > > Signed-off-by: Pragnesh Patel > --- > doc/board/sifive/fu540.rst | 409 ++--- > 1 file changed, 385 insertions(+), 24 deletions(-) > >

Antwort: [PATCH v2 30/39] acpi: Add functions to generate ACPI code

2020-03-13 Thread Wolfgang Wallner
Hi Simon, -"Simon Glass" schrieb: - > > Sometimes we need to generate ACPI code on the fly based on things only > known at run time. Add a new 'acpigen' library to handle this. This code > comes from coreboot and has been modified to support the acpi_ctx struct. > > Also add acpi_device

Re: [PATCH v5 12/14] riscv: sifive: fu540: enable all cache ways from u-boot proper

2020-03-13 Thread Anup Patel
On Fri, Mar 13, 2020 at 2:31 PM Bin Meng wrote: > > On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel > wrote: > > > > Enable all cache ways from u-boot proper. > > U-Boot > > > > > Signed-off-by: Pragnesh Patel > > --- > > board/sifive/fu540/Makefile | 1 + > > board/sifive/fu540/cache.c | 20 +

Re: [PATCH v1] colibri_imx6: set gpr1 ENET_CLK_SEL

2020-03-13 Thread Oleksandr Suvorov
On Thu, Mar 12, 2020 at 11:37 PM Igor Opaniuk wrote: > > From: Igor Opaniuk > > This fixes the issue when PHY auto negotiation never completes. > > Fixes: 431cd76dd8("colibri_imx6: migrate to DM_ETH") > Signed-off-by: Igor Opaniuk Reviewed-by: Oleksandr Suvorov > --- > > board/toradex/colibr

Re: [PATCH v5 12/14] riscv: sifive: fu540: enable all cache ways from u-boot proper

2020-03-13 Thread Bin Meng
Hi Anup, On Fri, Mar 13, 2020 at 6:02 PM Anup Patel wrote: > > On Fri, Mar 13, 2020 at 2:31 PM Bin Meng wrote: > > > > On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel > > wrote: > > > > > > Enable all cache ways from u-boot proper. > > > > U-Boot > > > > > > > > Signed-off-by: Pragnesh Patel >

Re: [PATCH v5 12/14] riscv: sifive: fu540: enable all cache ways from u-boot proper

2020-03-13 Thread Anup Patel
On Fri, Mar 13, 2020 at 3:52 PM Bin Meng wrote: > > Hi Anup, > > On Fri, Mar 13, 2020 at 6:02 PM Anup Patel wrote: > > > > On Fri, Mar 13, 2020 at 2:31 PM Bin Meng wrote: > > > > > > On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel > > > wrote: > > > > > > > > Enable all cache ways from u-boot pr

Re: [PATCH v5 12/14] riscv: sifive: fu540: enable all cache ways from u-boot proper

2020-03-13 Thread Anup Patel
On Fri, Mar 13, 2020 at 3:52 PM Bin Meng wrote: > > Hi Anup, > > On Fri, Mar 13, 2020 at 6:02 PM Anup Patel wrote: > > > > On Fri, Mar 13, 2020 at 2:31 PM Bin Meng wrote: > > > > > > On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel > > > wrote: > > > > > > > > Enable all cache ways from u-boot pr

[PATCH] pci-host-ecam-generic: access config space independent of system-wide bus id

2020-03-13 Thread Vladimir Oltean
From: Vladimir Oltean The pci-host-ecam-generic code assumes that the ECAM is the first PCI bus in the system to be probed. Therefore, the system-wide bus number allocated by U-Boot in sequence for it is going to be zero, which corresponds to the memory-mapped config spaces found within it. Reus

Antwort: [PATCH v2 31/39] gpio: Add a method to convert a GPIO to ACPI

2020-03-13 Thread Wolfgang Wallner
Hi Simon, -"Simon Glass" schrieb: - > > When generating ACPI tables we need to convert GPIOs in U-Boot to the ACPI > structures required by ACPI. This is a SoC-specific conversion and cannot > be handled by generic code, so add a new GPIO method to do the conversion. > > Signed-off-by:

Re: [PATCH] pci-host-ecam-generic: access config space independent of system-wide bus id

2020-03-13 Thread Alexandru Marginean
On 3/13/2020 12:04 PM, Vladimir Oltean wrote: From: Vladimir Oltean The pci-host-ecam-generic code assumes that the ECAM is the first PCI bus in the system to be probed. Therefore, the system-wide bus number allocated by U-Boot in sequence for it is going to be zero, which corresponds to the me

[PATCH v2] pci-host-ecam-generic: access config space independent of system-wide bus id

2020-03-13 Thread Vladimir Oltean
From: Vladimir Oltean The pci-host-ecam-generic code assumes that the ECAM is the first PCI bus in the system to be probed. Therefore, the system-wide bus number allocated by U-Boot in sequence for it is going to be zero, which corresponds to the memory-mapped config spaces found within it. Reus

Re: [PATCH v5 06/14] sifive: fu540: add ddr driver

2020-03-13 Thread Giulio Benetti
Hi Pragnesh, On 3/11/20 8:03 AM, Pragnesh Patel wrote: Add driver for fu540 to support ddr initialization in SPL. This driver is based on FSBL (https://github.com/sifive/freedom-u540-c000-bootloader.git) Signed-off-by: Pragnesh Patel --- drivers/ram/Kconfig | 7 + drivers/ram

Re: [PATCH] mkimage: fit_image: Make fit header and data align to 512

2020-03-13 Thread Rasmus Villemoes
On 13/03/2020 03.07, Heinrich Schuchardt wrote: > Am March 13, 2020 1:50:41 AM UTC schrieb Kever Yang > : >> The image is usually stored in block device like emmc, SD card, make >> the >> offset of image data aligned to block(512 byte) can avoid data copy >> during boot process. >> eg. SPL boot fr

Re: [PATCH] mkimage: fit_image: Make fit header and data align to 512

2020-03-13 Thread Tom Rini
On Fri, Mar 13, 2020 at 02:09:32PM +0100, Rasmus Villemoes wrote: > On 13/03/2020 03.07, Heinrich Schuchardt wrote: > > Am March 13, 2020 1:50:41 AM UTC schrieb Kever Yang > > : > >> The image is usually stored in block device like emmc, SD card, make > >> the > >> offset of image data aligned to

Re: [PATCH v5 12/14] riscv: sifive: fu540: enable all cache ways from u-boot proper

2020-03-13 Thread Bin Meng
Hi Anup, On Fri, Mar 13, 2020 at 6:49 PM Anup Patel wrote: > > On Fri, Mar 13, 2020 at 3:52 PM Bin Meng wrote: > > > > Hi Anup, > > > > On Fri, Mar 13, 2020 at 6:02 PM Anup Patel wrote: > > > > > > On Fri, Mar 13, 2020 at 2:31 PM Bin Meng wrote: > > > > > > > > On Wed, Mar 11, 2020 at 3:04 PM

Re: [PATCH v5 10/14] riscv: sifive: fu540: add SPL configuration

2020-03-13 Thread Bin Meng
On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Add a support for SPL which will boot from L2 LIM (0x0800_) and > then boot U-boot FIT image including OpenSBI FW_DYNAMIC firmware > and U-Boot proper images from 1st partition of MMC boot devices. > > SPL related code is leverage from

Re: [PATCH v3 6/6] configs: ls1028a: enable the Ethernet switch driver in defconfig

2020-03-13 Thread Vladimir Oltean
On Tue, 3 Dec 2019 at 17:23, Alex Marginean wrote: > > The switch driver for LS1028A Ethernet switch is now compiled in for > both LS1028A boards. > > Signed-off-by: Alex Marginean > --- > configs/ls1028aqds_tfa_SECURE_BOOT_defconfig | 3 ++- > configs/ls1028aqds_tfa_defconfig | 3 ++

[PATCH v3] pci-host-ecam-generic: access config space independent of system-wide bus id

2020-03-13 Thread Vladimir Oltean
From: Vladimir Oltean The pci-host-ecam-generic code assumes that the ECAM is the first PCI bus in the system to be probed. Therefore, the system-wide bus number allocated by U-Boot in sequence for it is going to be zero, which corresponds to the memory-mapped config spaces found within it. Reus

[PATCH 2/3] watchdog: move initr_watchdog() to wdt-uclass.c

2020-03-13 Thread Rasmus Villemoes
This function is a bit large for an inline function, and for U-Boot proper, it is called via a function pointer anyway (in board_r.c), so cannot be inlined. It will shortly set a global variable to be used by the watchdog_reset() function in wdt-uclass.c, so this also allows making that variable l

[PATCH 0/3] watchdog: honour hw_margin_ms property

2020-03-13 Thread Rasmus Villemoes
Some watchdogs must be reset more often than the once-per-second ratelimit used by the generic watchdog_reset function in wdt-uclass.c. There's precedent (from the gpio-wdt driver in linux) for using a property called hw_margin_ms to let the device tree tell the driver how often the device needs re

[PATCH 3/3] watchdog: honour hw_margin_ms DT property

2020-03-13 Thread Rasmus Villemoes
Some watchdog devices, e.g. external gpio-triggered ones, must be reset more often than once per second, which means that the current rate-limiting logic in watchdog_reset() fails to keep the board alive. gpio-wdt.txt in the linux source tree defines a "hw_margin_ms" property used to specifiy the

[PATCH 1/3] watchdog: remove stale ifndef CONFIG_WATCHDOG_TIMEOUT_MSECS from wdt.h

2020-03-13 Thread Rasmus Villemoes
Since WATCHDOG_TIMEOUT_MSECS was converted to Kconfig (commit ca51ef7c0c), CONFIG_WATCHDOG_TIMEOUT_MSECS has been guaranteed to be defined. So remove the dead fallback ifdeffery. Signed-off-by: Rasmus Villemoes --- include/wdt.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/include/wdt.h

Re: [PATCH v2] Makefile: doesn't need check stack size when dtb is not built

2020-03-13 Thread Tom Rini
On Tue, Mar 10, 2020 at 09:20:43AM +0900, AKASHI Takahiro wrote: > The commit 5fed97af20da ("Makefile: ensure DTB doesn't overflow into > initial stack") adds an extra check for stack size in BSS if > CONFIG_SYS_INIT_SP_BSS_OFFSET is enabled. > This check, however, doesn't make sense under the con

Re: [PATCH] serial: mcfuart: renaming to a more appropriate name

2020-03-13 Thread Tom Rini
On Sat, Feb 29, 2020 at 01:09:35AM +0100, Angelo Dureghello wrote: > From: Angelo Durgehello > > All drivers seems to align now to serial_xxx maning, so, aligning > also this driver, to allow to be found easily. > > Signed-off-by: Angelo Durgehello After fixing this up to be a 'git mv' of the

Re: [PATCH] serial: mcfuart: fix uart port index

2020-03-13 Thread Tom Rini
On Sat, Feb 29, 2020 at 01:01:32AM +0100, Angelo Dureghello wrote: > From: Angelo Durgehello > > Actually, using dev->seq value before probe to deduce the current > serial port index leads to reading an invalid seq value (-1). > So, getting dev->seq at probe time. > > Signed-off-by: Angelo Durg

Re: [PATCH 1/1] fit: check return value of fit_image_get_data_size()

2020-03-13 Thread Tom Rini
On Wed, Mar 11, 2020 at 09:51:08PM +0100, Heinrich Schuchardt wrote: > GCC-10 reports: > > In file included from tools/common/image-fit.c:1: > include/image.h: In function ‘fit_image_get_data_and_size’: > ./tools/../common/image-fit.c:1015:9: warning: ‘len’ may be used > uninitialized in this fun

Re: [PATCH] watchdog: Align Kconfig properties

2020-03-13 Thread Tom Rini
On Wed, Mar 11, 2020 at 12:26:53PM +0100, Michal Simek wrote: > Just cleanup help indentation to be the same for all options. > It means indentation. > > OMAP3 should be indented by tabs which is also fixed. > > Signed-off-by: Michal Simek Applied to u-boot/master, thanks! -- Tom signatur

Re: [PATCH v2] cmd: gpio: Make `gpio input` return pin value again

2020-03-13 Thread Tom Rini
On Wed, Mar 11, 2020 at 08:46:29AM +, Alex Kiernan wrote: > 4dbc107f4683 ("cmd: gpio: Correct do_gpio() return value") correctly > changed the behaviour of the gpio command to return CMD_RET_SUCCESS or > CMD_RET_FAILURE, but any existing script which expects the return value > to be the pin va

Re: [PATCH] MAINTAINERS: update entry for ARM STI

2020-03-13 Thread Tom Rini
On Thu, Mar 12, 2020 at 11:11:18AM +0100, Patrice Chotard wrote: > Add STi drivers/include files and git tree. > > Signed-off-by: Patrice Chotard Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

[PATCH 1/4] ARM: dts: Activate pullups in the console pins on rv1108-elgin-r1

2020-03-13 Thread Otavio Salvador
In order to make the console pins more robust to noise, activate the pullups and increase its drive strength. Signed-off-by: Otavio Salvador --- arch/arm/dts/rv1108-elgin-r1.dts | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/dts/rv1108-elgin-r1.dts b/arch/arm/dts/rv11

[PATCH 0/4] Fixes for rv1108 and rv1108-elgin-r1

2020-03-13 Thread Otavio Salvador
Those are fixes we've been using and we'd like to upstream. They are fixes and would be great to have them included on 2020.04 release. Otavio Salvador (4): ARM: dts: Activate pullups in the console pins on rv1108-elgin-r1 elgin-rv1108: Use rk_board_late_init() for GPIO settings elgin-rv11

[PATCH 3/4] elgin-rv1108: Avoid adc_channel_single_shot error

2020-03-13 Thread Otavio Salvador
Currently the following error message is seen during boot: U-Boot 2020.01-08751-g55759ae141 (Mar 09 2020 - 14:44:52 -0300) Model: Elgin RV1108 R1 board DRAM: 128 MiB APLL: 6 DPLL:12 GPLL:118800 ACLK_BUS: 14850 ACLK_PERI:14850 HCLK_PERI:14850 PCLK_PERI:7425 MMC

[PATCH 2/4] elgin-rv1108: Use rk_board_late_init() for GPIO settings

2020-03-13 Thread Otavio Salvador
Since commit 8e9a8d0d0c8c ("rockchip: elgin-rv1108: use board_early_init_f for per-boar init") the function that configure the board GPIOs is no longer called since CONFIG_BOARD_EARLY_INIT_F=y is not selected. These GPIOs do not need to be configured in such early stagem, so change it to rk_board_

[PATCH 4/4] rv1108: Fix boot regression

2020-03-13 Thread Otavio Salvador
Since commit 79030a486128 ("rockchip: Add Single boot image (with binman, pad_cat)") the following boot regression is seen: U-Boot 2020.04-rc3-00050-gd16e18ca6c-dirty (Mar 09 2020 - 11:40:07 -0300) Model: Elgin RV1108 R1 board DRAM: 128 MiB initcall sequence 67fd12a0 failed at call 6000b927 (err

Re: [PATCHv2 6/8] scripts/dtc: Update to upstream version v1.4.6-21-g84e414b0b5bc

2020-03-13 Thread Rob Herring
On Wed, Mar 11, 2020 at 5:11 PM Tom Rini wrote: > > From: Rob Herring > > This adds the following commits from upstream: > > 84e414b0b5bc tests: Add a test case for the omit-if-no-ref keyword > 4038fd90056e dtc: add ability to make nodes conditional on them being > referenced > e1f139ea4900 chec

Re: [PATCHv2 6/8] scripts/dtc: Update to upstream version v1.4.6-21-g84e414b0b5bc

2020-03-13 Thread Tom Rini
On Fri, Mar 13, 2020 at 03:01:05PM -0500, Rob Herring wrote: > On Wed, Mar 11, 2020 at 5:11 PM Tom Rini wrote: > > > > From: Rob Herring > > > > This adds the following commits from upstream: > > > > 84e414b0b5bc tests: Add a test case for the omit-if-no-ref keyword > > 4038fd90056e dtc: add abil

[PATCH v2 1/4] riscv: Add boot hartid to Device tree

2020-03-13 Thread Atish Patra
Linux booting protocol mandates that register "a0" contains the hartid. However, U-boot can not pass the hartid via a0 during via standard UEFI protocol. DT nodes are commonly used to pass such information to the OS. Add a DT node under chosen node to indicate the boot hartid. EFI stub in Linux ke

[PATCH v2 3/4] riscv: Provide a mechanism for riscv boards to parse reserved memory

2020-03-13 Thread Atish Patra
In RISC-V, M-mode software can reserve physical memory regions by setting appropriate physical memory protection (PMP) csr. As the PMP csr are accessible only in M-mode, S-mode U-Boot can not read this configuration directly. However, M-mode software can pass this information via reserved-memory no

[PATCH v2 0/4] DT related fixes for RISC-V UEFI

2020-03-13 Thread Atish Patra
This series adds few DT related fixes required for Linux EFI stub to work on RISC-V. Patch 1 adds the boot hartid property under /chosen node. The related discussion can be found here. https://patchwork.ozlabs.org/patch/1233664/ https://lists.denx.de/pipermail/u-boot/2020-March/402085.html Patch

[PATCH v2 4/4] riscv: Setup reserved-memory node for FU540

2020-03-13 Thread Atish Patra
FU540 uses OF_SEPARATE instead of OF_PRIOR. Enable OF_BOARD_FIXUP to update the DT with reserved-memory node. Signed-off-by: Atish Patra --- board/sifive/fu540/fu540.c | 15 +++ configs/sifive_fu540_defconfig | 1 + 2 files changed, 16 insertions(+) diff --git a/board/sifive/f

[PATCH v2 2/4] cmd: bootefi: Parse reserved-memory node from DT

2020-03-13 Thread Atish Patra
Currently, bootefi only parses memory reservation block to setup EFI reserved memory mappings. However, it doesn't parse the reserved-memory[1] device tree node that also can contain the reserved memory regions. Add capability to parse reserved-memory node and update the EFI memory mappings accord

Re: [PATCH v2 0/4] DT related fixes for RISC-V UEFI

2020-03-13 Thread Atish Patra
On Fri, Mar 13, 2020 at 5:11 PM Atish Patra wrote: > > This series adds few DT related fixes required for Linux EFI stub to work > on RISC-V. > > Patch 1 adds the boot hartid property under /chosen node. The related > discussion can be found here. > > https://patchwork.ozlabs.org/patch/1233664/ >

Re: [PATCH v2 1/4] riscv: Add boot hartid to Device tree

2020-03-13 Thread Atish Patra
On Fri, Mar 13, 2020 at 5:12 PM Atish Patra wrote: > > Linux booting protocol mandates that register "a0" contains the hartid. > However, U-boot can not pass the hartid via a0 during via standard UEFI > protocol. DT nodes are commonly used to pass such information to the OS. > > Add a DT node unde

Re: [PATCH v2 4/4] riscv: Setup reserved-memory node for FU540

2020-03-13 Thread Atish Patra
On Fri, Mar 13, 2020 at 5:12 PM Atish Patra wrote: > > FU540 uses OF_SEPARATE instead of OF_PRIOR. > > Enable OF_BOARD_FIXUP to update the DT with reserved-memory node. > > Signed-off-by: Atish Patra > --- > board/sifive/fu540/fu540.c | 15 +++ > configs/sifive_fu540_defconfig |

Re: [PATCH v2 3/4] riscv: Provide a mechanism for riscv boards to parse reserved memory

2020-03-13 Thread Atish Patra
On Fri, Mar 13, 2020 at 5:12 PM Atish Patra wrote: > > In RISC-V, M-mode software can reserve physical memory regions > by setting appropriate physical memory protection (PMP) csr. As the > PMP csr are accessible only in M-mode, S-mode U-Boot can not read > this configuration directly. However, M-

Re: [PATCH v2 2/4] cmd: bootefi: Parse reserved-memory node from DT

2020-03-13 Thread Atish Patra
On Fri, Mar 13, 2020 at 5:12 PM Atish Patra wrote: > > Currently, bootefi only parses memory reservation block to setup > EFI reserved memory mappings. However, it doesn't parse the > reserved-memory[1] device tree node that also can contain the > reserved memory regions. > > Add capability to par