Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
On Thu, Apr 16, 2020 at 7:27 PM Bin Meng wrote: > > Hi Atish, > > On Fri, Apr 17, 2020 at 10:14 AM Bin Meng wrote: > > > > Correct Palmer's email address > > > > On Fri, Apr 17, 2020 at 10:12 AM Bin Meng wrote: > > > > > > Hi Rick, > > > > > > On Fri, Apr 17, 2020 at 9:12 AM Rick Chen wrote: > > > > > > > > Hi Bin > > > > > > > > > Hi Rick, > > > > > > > > > > On Fri, Apr 17, 2020 at 8:51 AM Rick Chen > > > > > wrote: > > > > > > > > > > > > 於 2020年4月17日 週五 上午8:39寫道: > > > > > > > > > > > > > > > > > > > > > > > > > > > > -Original Message- > > > > > > > From: Atish Patra [mailto:ati...@atishpatra.org] > > > > > > > Sent: Wednesday, April 15, 2020 7:18 AM > > > > > > > To: Bin Meng > > > > > > > Cc: Ard Biesheuvel; Heinrich Schuchardt; U-Boot Mailing List; > > > > > > > Anup Patel; Lukas Auer; Alexander Graf; Rick Jian-Zhi Chen(陳建志); > > > > > > > Palmer Dabbelt > > > > > > > Subject: Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved > > > > > > > memory & UEFI > > > > > > > > > > > > > > On Mon, Apr 13, 2020 at 3:42 PM Bin Meng > > > > > > > wrote: > > > > > > > > > > > > > > > > Hi Atish, > > > > > > > > > > > > > > > > On Tue, Apr 14, 2020 at 6:02 AM Atish Patra > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > On Tue, Apr 7, 2020 at 10:35 AM Atish Patra > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > > > > > > > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra > > > > > > > > > > > > > wrote: > > > > > > > > > > > > >> > > > > > > > > > > > > >> This series adds few DT related fixes required for > > > > > > > > > > > > >> Linux > > > > > > > > > > > > >> EFI stub to work on RISC-V. > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > I'm not sure how this is supposed to work, since DT > > > > > > > > > > > > > reserved > > > > > > > > > > > > > memory regions are not used by EFI. If you want to > > > > > > > > > > > > > reserve > > > > > > > > > > > > > memory on a UEFI system, you have to reserve it in > > > > > > > > > > > > > the UEFI memory map from firmware. > > > > > > > > > > > > > The DT reserved-memory node is taken into account too > > > > > > > > > > > > > late, > > > > > > > > > > > > > the /memreserve/ entries are ignored entirely. > > > > > > > > > > > > > > > > > > > > > > > > Hello Ard, > > > > > > > > > > > > > > > > > > > > > > > > thanks for reviewing. > > > > > > > > > > > > > > > > > > > > > > > > What do you mean by "The DT reserved-memory node is > > > > > > > > > > > > taken into > > > > > > > > > > > > account too late"? > > > > > > > > > > > > > > > > > > > > > > > > Cf. commit 7be64b8
[RESEND PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
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 2 fixes a generic issue in fdtdec related to reserved memory node. Patch 3,4,5 provide one of the option to update reserved-memory node for next stage. It depends on master OpenSBI branch. The other options are SBI extension and trap/emulate on PMP csr access. The detaild discussion can be found here. https://github.com/riscv/riscv-sbi-doc/pull/37 Patch 1 & 2 can be applied independently from 3 and 4. I want to keep all the patches together to provide a holistic view of changes required for RISC-V UEFI. Changes v4->v5: 1. Added comments for new functions. Changes v3->v4: 1. Dropped generic efi fix patch as it is already merged. 2. Moved all the fdt fixups to a common file. 3. Addressed few nit comments. Changes from v2->v3: 1. Update the DT meant for OS if it is different from the one used by U-Boot 2. Use different FDT api to obtain "reg" address & size to honor the cell count. Changes from v1->v2: 1. Fix the issue if chosen node is not present. Changes from previous version: 1. Renamed the DT node property to "boot-hartid" from "efi-boot-hartid". 2. Changed the property type to u32 instead of u64 for RV32 compatibility. Atish Patra (6): riscv: Add boot hartid to Device tree fdtdec: Fix boundary check riscv: Provide a mechanism to fix DT for reserved memory riscv: Setup reserved-memory node for FU540 riscv: Copy the reserved-memory nodes to final DT riscv: Move all fdt fixups together arch/riscv/cpu/start.S| 1 + arch/riscv/include/asm/global_data.h | 1 + arch/riscv/include/asm/u-boot-riscv.h | 2 + arch/riscv/lib/Makefile | 1 + arch/riscv/lib/asm-offsets.c | 1 + arch/riscv/lib/bootm.c| 5 - arch/riscv/lib/fdt_fixup.c| 150 ++ configs/sifive_fu540_defconfig| 1 + lib/fdtdec.c | 3 +- 9 files changed, 159 insertions(+), 6 deletions(-) create mode 100644 arch/riscv/lib/fdt_fixup.c -- 2.25.1
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
Hi Atish, On Fri, Apr 17, 2020 at 10:14 AM Bin Meng wrote: > > Correct Palmer's email address > > On Fri, Apr 17, 2020 at 10:12 AM Bin Meng wrote: > > > > Hi Rick, > > > > On Fri, Apr 17, 2020 at 9:12 AM Rick Chen wrote: > > > > > > Hi Bin > > > > > > > Hi Rick, > > > > > > > > On Fri, Apr 17, 2020 at 8:51 AM Rick Chen wrote: > > > > > > > > > > 於 2020年4月17日 週五 上午8:39寫道: > > > > > > > > > > > > > > > > > > > > > > > > -Original Message- > > > > > > From: Atish Patra [mailto:ati...@atishpatra.org] > > > > > > Sent: Wednesday, April 15, 2020 7:18 AM > > > > > > To: Bin Meng > > > > > > Cc: Ard Biesheuvel; Heinrich Schuchardt; U-Boot Mailing List; Anup > > > > > > Patel; Lukas Auer; Alexander Graf; Rick Jian-Zhi Chen(陳建志); Palmer > > > > > > Dabbelt > > > > > > Subject: Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved > > > > > > memory & UEFI > > > > > > > > > > > > On Mon, Apr 13, 2020 at 3:42 PM Bin Meng wrote: > > > > > > > > > > > > > > Hi Atish, > > > > > > > > > > > > > > On Tue, Apr 14, 2020 at 6:02 AM Atish Patra > > > > > > > wrote: > > > > > > > > > > > > > > > > On Tue, Apr 7, 2020 at 10:35 AM Atish Patra > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > > > > > > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra > > > > > > > > > > > > wrote: > > > > > > > > > > > >> > > > > > > > > > > > >> This series adds few DT related fixes required for > > > > > > > > > > > >> Linux > > > > > > > > > > > >> EFI stub to work on RISC-V. > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > I'm not sure how this is supposed to work, since DT > > > > > > > > > > > > reserved > > > > > > > > > > > > memory regions are not used by EFI. If you want to > > > > > > > > > > > > reserve > > > > > > > > > > > > memory on a UEFI system, you have to reserve it in the > > > > > > > > > > > > UEFI memory map from firmware. > > > > > > > > > > > > The DT reserved-memory node is taken into account too > > > > > > > > > > > > late, > > > > > > > > > > > > the /memreserve/ entries are ignored entirely. > > > > > > > > > > > > > > > > > > > > > > Hello Ard, > > > > > > > > > > > > > > > > > > > > > > thanks for reviewing. > > > > > > > > > > > > > > > > > > > > > > What do you mean by "The DT reserved-memory node is taken > > > > > > > > > > > into > > > > > > > > > > > account too late"? > > > > > > > > > > > > > > > > > > > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse > > > > > > > > > > > reserved-memory > > > > > > > > > > > node from DT") > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > What I mean is that the EFI stub in Linux uses memory > > > > > > > > > > allocation > > > > > > > > > > func
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
Correct Palmer's email address On Fri, Apr 17, 2020 at 10:12 AM Bin Meng wrote: > > Hi Rick, > > On Fri, Apr 17, 2020 at 9:12 AM Rick Chen wrote: > > > > Hi Bin > > > > > Hi Rick, > > > > > > On Fri, Apr 17, 2020 at 8:51 AM Rick Chen wrote: > > > > > > > > 於 2020年4月17日 週五 上午8:39寫道: > > > > > > > > > > > > > > > > > > > > -Original Message- > > > > > From: Atish Patra [mailto:ati...@atishpatra.org] > > > > > Sent: Wednesday, April 15, 2020 7:18 AM > > > > > To: Bin Meng > > > > > Cc: Ard Biesheuvel; Heinrich Schuchardt; U-Boot Mailing List; Anup > > > > > Patel; Lukas Auer; Alexander Graf; Rick Jian-Zhi Chen(陳建志); Palmer > > > > > Dabbelt > > > > > Subject: Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved > > > > > memory & UEFI > > > > > > > > > > On Mon, Apr 13, 2020 at 3:42 PM Bin Meng wrote: > > > > > > > > > > > > Hi Atish, > > > > > > > > > > > > On Tue, Apr 14, 2020 at 6:02 AM Atish Patra > > > > > > wrote: > > > > > > > > > > > > > > On Tue, Apr 7, 2020 at 10:35 AM Atish Patra > > > > > > > wrote: > > > > > > > > > > > > > > > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > > > > > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra > > > > > > > > > > > wrote: > > > > > > > > > > >> > > > > > > > > > > >> This series adds few DT related fixes required for Linux > > > > > > > > > > >> EFI stub to work on RISC-V. > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > I'm not sure how this is supposed to work, since DT > > > > > > > > > > > reserved > > > > > > > > > > > memory regions are not used by EFI. If you want to reserve > > > > > > > > > > > memory on a UEFI system, you have to reserve it in the > > > > > > > > > > > UEFI memory map from firmware. > > > > > > > > > > > The DT reserved-memory node is taken into account too > > > > > > > > > > > late, > > > > > > > > > > > the /memreserve/ entries are ignored entirely. > > > > > > > > > > > > > > > > > > > > Hello Ard, > > > > > > > > > > > > > > > > > > > > thanks for reviewing. > > > > > > > > > > > > > > > > > > > > What do you mean by "The DT reserved-memory node is taken > > > > > > > > > > into > > > > > > > > > > account too late"? > > > > > > > > > > > > > > > > > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse > > > > > > > > > > reserved-memory > > > > > > > > > > node from DT") > > > > > > > > > > > > > > > > > > > > > > > > > > > > What I mean is that the EFI stub in Linux uses memory > > > > > > > > > allocation > > > > > > > > > functions, expecting the firmware to ensure that those > > > > > > > > > allocations do not conflict with memory descriptions and > > > > > > > > > reservations in DT. So if the firmware wants to express this > > > > > > > > > redundantly, by passing reservations in both reserved-memory > > > > > > > > > and > > > > > > > > > in the EFI memory map, that is probably fine. > > > > > > > > > > > > > >
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
Hi Rick, On Fri, Apr 17, 2020 at 9:12 AM Rick Chen wrote: > > Hi Bin > > > Hi Rick, > > > > On Fri, Apr 17, 2020 at 8:51 AM Rick Chen wrote: > > > > > > 於 2020年4月17日 週五 上午8:39寫道: > > > > > > > > > > > > > > > > -Original Message- > > > > From: Atish Patra [mailto:ati...@atishpatra.org] > > > > Sent: Wednesday, April 15, 2020 7:18 AM > > > > To: Bin Meng > > > > Cc: Ard Biesheuvel; Heinrich Schuchardt; U-Boot Mailing List; Anup > > > > Patel; Lukas Auer; Alexander Graf; Rick Jian-Zhi Chen(陳建志); Palmer > > > > Dabbelt > > > > Subject: Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory > > > > & UEFI > > > > > > > > On Mon, Apr 13, 2020 at 3:42 PM Bin Meng wrote: > > > > > > > > > > Hi Atish, > > > > > > > > > > On Tue, Apr 14, 2020 at 6:02 AM Atish Patra > > > > > wrote: > > > > > > > > > > > > On Tue, Apr 7, 2020 at 10:35 AM Atish Patra > > > > > > wrote: > > > > > > > > > > > > > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > > > > > > > wrote: > > > > > > > > > > > > > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > > > > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra > > > > > > > > > > wrote: > > > > > > > > > >> > > > > > > > > > >> This series adds few DT related fixes required for Linux > > > > > > > > > >> EFI stub to work on RISC-V. > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > I'm not sure how this is supposed to work, since DT reserved > > > > > > > > > > memory regions are not used by EFI. If you want to reserve > > > > > > > > > > memory on a UEFI system, you have to reserve it in the UEFI > > > > > > > > > > memory map from firmware. > > > > > > > > > > The DT reserved-memory node is taken into account too late, > > > > > > > > > > the /memreserve/ entries are ignored entirely. > > > > > > > > > > > > > > > > > > Hello Ard, > > > > > > > > > > > > > > > > > > thanks for reviewing. > > > > > > > > > > > > > > > > > > What do you mean by "The DT reserved-memory node is taken into > > > > > > > > > account too late"? > > > > > > > > > > > > > > > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory > > > > > > > > > node from DT") > > > > > > > > > > > > > > > > > > > > > > > > > What I mean is that the EFI stub in Linux uses memory allocation > > > > > > > > functions, expecting the firmware to ensure that those > > > > > > > > allocations do not conflict with memory descriptions and > > > > > > > > reservations in DT. So if the firmware wants to express this > > > > > > > > redundantly, by passing reservations in both reserved-memory and > > > > > > > > in the EFI memory map, that is probably fine. > > > > > > > > > > > > > > > > Also, I must sheepishly admit that I only realize now that this > > > > > > > > patch set is against u-boot not Linux :-) > > > > > > > > > > > > > > > :) > > > > > > > > > > > > > > > So if fixed reserved-memory regions are only being used to seed > > > > > > > > the reserved regions in the EFI memory map, you can safely > > > > > > > > ignore me. > > > > > > > > > > > > > > Yeah. That's the purpose. Having reserved memory nodes in the > > > > > > > final DT used by linux also ensures that proper Linux adds a > > > > > > > reserved memory block or removes it from memblock entries > > > > > > > depending on "no-map" property. > > > > > > > > > > > > > > > Apologies for the noise. > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Regards, > > > > > > > Atish > > > > > > > > > > > > Any other comments on the series ? It would be great if this series > > > > > > could be merged before > > > > > > v2020.07 release. > > > > > > > > > > I hope so if no one objects the proposed solution here in U-Boot vs. > > > > > the PMP SBI extension. I need have another look at the latest version > > > > > of patches though. > > > > > > > > > > > > > Thanks. As far as I know, there is no opposition to the current > > > > approach adopted in U-Boot. > > > > I am hoping EFI stub series can be merged before 5.8. If this series > > > > can go in v2020.07, RISC-V will have all required support to boot via > > > > EFI from Linux kernel v5.8 and U-Boot v2020.07. > > > > > > OK! > > > I will pull and send a PR ASAP. > > > > I will need have a look and test today. Please wait for some time. > > > > OK > No problem :) Do you know what happened to this series? I only see patch 3, 5, 6 showing up on the patchwork. Are other patches already applied somewhere? Regards, Bin
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
Hi Bin > Hi Rick, > > On Fri, Apr 17, 2020 at 8:51 AM Rick Chen wrote: > > > > 於 2020年4月17日 週五 上午8:39寫道: > > > > > > > > > > > > -Original Message- > > > From: Atish Patra [mailto:ati...@atishpatra.org] > > > Sent: Wednesday, April 15, 2020 7:18 AM > > > To: Bin Meng > > > Cc: Ard Biesheuvel; Heinrich Schuchardt; U-Boot Mailing List; Anup Patel; > > > Lukas Auer; Alexander Graf; Rick Jian-Zhi Chen(陳建志); Palmer Dabbelt > > > Subject: Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & > > > UEFI > > > > > > On Mon, Apr 13, 2020 at 3:42 PM Bin Meng wrote: > > > > > > > > Hi Atish, > > > > > > > > On Tue, Apr 14, 2020 at 6:02 AM Atish Patra > > > > wrote: > > > > > > > > > > On Tue, Apr 7, 2020 at 10:35 AM Atish Patra > > > > > wrote: > > > > > > > > > > > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > > > > > > wrote: > > > > > > > > > > > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt > > > > > > > wrote: > > > > > > > > > > > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > > > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra > > > > > > > > > wrote: > > > > > > > > >> > > > > > > > > >> This series adds few DT related fixes required for Linux > > > > > > > > >> EFI stub to work on RISC-V. > > > > > > > > >> > > > > > > > > > > > > > > > > > > I'm not sure how this is supposed to work, since DT reserved > > > > > > > > > memory regions are not used by EFI. If you want to reserve > > > > > > > > > memory on a UEFI system, you have to reserve it in the UEFI > > > > > > > > > memory map from firmware. > > > > > > > > > The DT reserved-memory node is taken into account too late, > > > > > > > > > the /memreserve/ entries are ignored entirely. > > > > > > > > > > > > > > > > Hello Ard, > > > > > > > > > > > > > > > > thanks for reviewing. > > > > > > > > > > > > > > > > What do you mean by "The DT reserved-memory node is taken into > > > > > > > > account too late"? > > > > > > > > > > > > > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory > > > > > > > > node from DT") > > > > > > > > > > > > > > > > > > > > > > What I mean is that the EFI stub in Linux uses memory allocation > > > > > > > functions, expecting the firmware to ensure that those > > > > > > > allocations do not conflict with memory descriptions and > > > > > > > reservations in DT. So if the firmware wants to express this > > > > > > > redundantly, by passing reservations in both reserved-memory and > > > > > > > in the EFI memory map, that is probably fine. > > > > > > > > > > > > > > Also, I must sheepishly admit that I only realize now that this > > > > > > > patch set is against u-boot not Linux :-) > > > > > > > > > > > > > :) > > > > > > > > > > > > > So if fixed reserved-memory regions are only being used to seed > > > > > > > the reserved regions in the EFI memory map, you can safely ignore > > > > > > > me. > > > > > > > > > > > > Yeah. That's the purpose. Having reserved memory nodes in the > > > > > > final DT used by linux also ensures that proper Linux adds a > > > > > > reserved memory block or removes it from memblock entries > > > > > > depending on "no-map" property. > > > > > > > > > > > > > Apologies for the noise. > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Regards, > > > > > > Atish > > > > > > > > > > Any other comments on the series ? It would be great if this series > > > > > could be merged before > > > > > v2020.07 release. > > > > > > > > I hope so if no one objects the proposed solution here in U-Boot vs. > > > > the PMP SBI extension. I need have another look at the latest version > > > > of patches though. > > > > > > > > > > Thanks. As far as I know, there is no opposition to the current approach > > > adopted in U-Boot. > > > I am hoping EFI stub series can be merged before 5.8. If this series can > > > go in v2020.07, RISC-V will have all required support to boot via EFI > > > from Linux kernel v5.8 and U-Boot v2020.07. > > > > OK! > > I will pull and send a PR ASAP. > > I will need have a look and test today. Please wait for some time. > OK No problem :) Thanks, Rick > Regards, > Bin
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
Hi Rick, On Fri, Apr 17, 2020 at 8:51 AM Rick Chen wrote: > > 於 2020年4月17日 週五 上午8:39寫道: > > > > > > > > -Original Message- > > From: Atish Patra [mailto:ati...@atishpatra.org] > > Sent: Wednesday, April 15, 2020 7:18 AM > > To: Bin Meng > > Cc: Ard Biesheuvel; Heinrich Schuchardt; U-Boot Mailing List; Anup Patel; > > Lukas Auer; Alexander Graf; Rick Jian-Zhi Chen(陳建志); Palmer Dabbelt > > Subject: Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & > > UEFI > > > > On Mon, Apr 13, 2020 at 3:42 PM Bin Meng wrote: > > > > > > Hi Atish, > > > > > > On Tue, Apr 14, 2020 at 6:02 AM Atish Patra wrote: > > > > > > > > On Tue, Apr 7, 2020 at 10:35 AM Atish Patra > > > > wrote: > > > > > > > > > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > > > > > wrote: > > > > > > > > > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt > > > > > > wrote: > > > > > > > > > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra > > > > > > > > wrote: > > > > > > > >> > > > > > > > >> This series adds few DT related fixes required for Linux > > > > > > > >> EFI stub to work on RISC-V. > > > > > > > >> > > > > > > > > > > > > > > > > I'm not sure how this is supposed to work, since DT reserved > > > > > > > > memory regions are not used by EFI. If you want to reserve > > > > > > > > memory on a UEFI system, you have to reserve it in the UEFI > > > > > > > > memory map from firmware. > > > > > > > > The DT reserved-memory node is taken into account too late, > > > > > > > > the /memreserve/ entries are ignored entirely. > > > > > > > > > > > > > > Hello Ard, > > > > > > > > > > > > > > thanks for reviewing. > > > > > > > > > > > > > > What do you mean by "The DT reserved-memory node is taken into > > > > > > > account too late"? > > > > > > > > > > > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory > > > > > > > node from DT") > > > > > > > > > > > > > > > > > > > What I mean is that the EFI stub in Linux uses memory allocation > > > > > > functions, expecting the firmware to ensure that those > > > > > > allocations do not conflict with memory descriptions and > > > > > > reservations in DT. So if the firmware wants to express this > > > > > > redundantly, by passing reservations in both reserved-memory and > > > > > > in the EFI memory map, that is probably fine. > > > > > > > > > > > > Also, I must sheepishly admit that I only realize now that this > > > > > > patch set is against u-boot not Linux :-) > > > > > > > > > > > :) > > > > > > > > > > > So if fixed reserved-memory regions are only being used to seed > > > > > > the reserved regions in the EFI memory map, you can safely ignore > > > > > > me. > > > > > > > > > > Yeah. That's the purpose. Having reserved memory nodes in the > > > > > final DT used by linux also ensures that proper Linux adds a > > > > > reserved memory block or removes it from memblock entries > > > > > depending on "no-map" property. > > > > > > > > > > > Apologies for the noise. > > > > > > > > > > > > > > > > > > > > -- > > > > > Regards, > > > > > Atish > > > > > > > > Any other comments on the series ? It would be great if this series > > > > could be merged before > > > > v2020.07 release. > > > > > > I hope so if no one objects the proposed solution here in U-Boot vs. > > > the PMP SBI extension. I need have another look at the latest version > > > of patches though. > > > > > > > Thanks. As far as I know, there is no opposition to the current approach > > adopted in U-Boot. > > I am hoping EFI stub series can be merged before 5.8. If this series can go > > in v2020.07, RISC-V will have all required support to boot via EFI from > > Linux kernel v5.8 and U-Boot v2020.07. > > OK! > I will pull and send a PR ASAP. I will need have a look and test today. Please wait for some time. Regards, Bin
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
於 2020年4月17日 週五 上午8:39寫道: > > > > -Original Message- > From: Atish Patra [mailto:ati...@atishpatra.org] > Sent: Wednesday, April 15, 2020 7:18 AM > To: Bin Meng > Cc: Ard Biesheuvel; Heinrich Schuchardt; U-Boot Mailing List; Anup Patel; > Lukas Auer; Alexander Graf; Rick Jian-Zhi Chen(陳建志); Palmer Dabbelt > Subject: Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI > > On Mon, Apr 13, 2020 at 3:42 PM Bin Meng wrote: > > > > Hi Atish, > > > > On Tue, Apr 14, 2020 at 6:02 AM Atish Patra wrote: > > > > > > On Tue, Apr 7, 2020 at 10:35 AM Atish Patra wrote: > > > > > > > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > > > > wrote: > > > > > > > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt > > > > > wrote: > > > > > > > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra > > > > > > > wrote: > > > > > > >> > > > > > > >> This series adds few DT related fixes required for Linux > > > > > > >> EFI stub to work on RISC-V. > > > > > > >> > > > > > > > > > > > > > > I'm not sure how this is supposed to work, since DT reserved > > > > > > > memory regions are not used by EFI. If you want to reserve > > > > > > > memory on a UEFI system, you have to reserve it in the UEFI > > > > > > > memory map from firmware. > > > > > > > The DT reserved-memory node is taken into account too late, > > > > > > > the /memreserve/ entries are ignored entirely. > > > > > > > > > > > > Hello Ard, > > > > > > > > > > > > thanks for reviewing. > > > > > > > > > > > > What do you mean by "The DT reserved-memory node is taken into > > > > > > account too late"? > > > > > > > > > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory > > > > > > node from DT") > > > > > > > > > > > > > > > > What I mean is that the EFI stub in Linux uses memory allocation > > > > > functions, expecting the firmware to ensure that those > > > > > allocations do not conflict with memory descriptions and > > > > > reservations in DT. So if the firmware wants to express this > > > > > redundantly, by passing reservations in both reserved-memory and > > > > > in the EFI memory map, that is probably fine. > > > > > > > > > > Also, I must sheepishly admit that I only realize now that this > > > > > patch set is against u-boot not Linux :-) > > > > > > > > > :) > > > > > > > > > So if fixed reserved-memory regions are only being used to seed > > > > > the reserved regions in the EFI memory map, you can safely ignore me. > > > > > > > > Yeah. That's the purpose. Having reserved memory nodes in the > > > > final DT used by linux also ensures that proper Linux adds a > > > > reserved memory block or removes it from memblock entries > > > > depending on "no-map" property. > > > > > > > > > Apologies for the noise. > > > > > > > > > > > > > > > > -- > > > > Regards, > > > > Atish > > > > > > Any other comments on the series ? It would be great if this series > > > could be merged before > > > v2020.07 release. > > > > I hope so if no one objects the proposed solution here in U-Boot vs. > > the PMP SBI extension. I need have another look at the latest version > > of patches though. > > > > Thanks. As far as I know, there is no opposition to the current approach > adopted in U-Boot. > I am hoping EFI stub series can be merged before 5.8. If this series can go > in v2020.07, RISC-V will have all required support to boot via EFI from Linux > kernel v5.8 and U-Boot v2020.07. OK! I will pull and send a PR ASAP. Thanks, Rick
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
On Mon, Apr 13, 2020 at 3:42 PM Bin Meng wrote: > > Hi Atish, > > On Tue, Apr 14, 2020 at 6:02 AM Atish Patra wrote: > > > > On Tue, Apr 7, 2020 at 10:35 AM Atish Patra wrote: > > > > > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > > > wrote: > > > > > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt > > > > wrote: > > > > > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra > > > > > > wrote: > > > > > >> > > > > > >> This series adds few DT related fixes required for Linux EFI stub > > > > > >> to work > > > > > >> on RISC-V. > > > > > >> > > > > > > > > > > > > I'm not sure how this is supposed to work, since DT reserved memory > > > > > > regions are not used by EFI. If you want to reserve memory on a UEFI > > > > > > system, you have to reserve it in the UEFI memory map from firmware. > > > > > > The DT reserved-memory node is taken into account too late, the > > > > > > /memreserve/ entries are ignored entirely. > > > > > > > > > > Hello Ard, > > > > > > > > > > thanks for reviewing. > > > > > > > > > > What do you mean by "The DT reserved-memory node is taken into account > > > > > too late"? > > > > > > > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory node > > > > > from DT") > > > > > > > > > > > > > What I mean is that the EFI stub in Linux uses memory allocation > > > > functions, expecting the firmware to ensure that those allocations do > > > > not conflict with memory descriptions and reservations in DT. So if > > > > the firmware wants to express this redundantly, by passing > > > > reservations in both reserved-memory and in the EFI memory map, that > > > > is probably fine. > > > > > > > > Also, I must sheepishly admit that I only realize now that this patch > > > > set is against u-boot not Linux :-) > > > > > > > :) > > > > > > > So if fixed reserved-memory regions are only being used to seed the > > > > reserved regions in the EFI memory map, you can safely ignore me. > > > > > > Yeah. That's the purpose. Having reserved memory nodes in the final DT > > > used by linux > > > also ensures that proper Linux adds a reserved memory block or removes > > > it from memblock > > > entries depending on "no-map" property. > > > > > > > Apologies for the noise. > > > > > > > > > > > > -- > > > Regards, > > > Atish > > > > Any other comments on the series ? It would be great if this series > > could be merged before > > v2020.07 release. > > I hope so if no one objects the proposed solution here in U-Boot vs. > the PMP SBI extension. I need have another look at the latest version > of patches though. > Thanks. As far as I know, there is no opposition to the current approach adopted in U-Boot. I am hoping EFI stub series can be merged before 5.8. If this series can go in v2020.07, RISC-V will have all required support to boot via EFI from Linux kernel v5.8 and U-Boot v2020.07. > Regards, > Bin -- Regards, Atish
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
Hi Atish, On Tue, Apr 14, 2020 at 6:02 AM Atish Patra wrote: > > On Tue, Apr 7, 2020 at 10:35 AM Atish Patra wrote: > > > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > > wrote: > > > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt > > > wrote: > > > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra wrote: > > > > >> > > > > >> This series adds few DT related fixes required for Linux EFI stub to > > > > >> work > > > > >> on RISC-V. > > > > >> > > > > > > > > > > I'm not sure how this is supposed to work, since DT reserved memory > > > > > regions are not used by EFI. If you want to reserve memory on a UEFI > > > > > system, you have to reserve it in the UEFI memory map from firmware. > > > > > The DT reserved-memory node is taken into account too late, the > > > > > /memreserve/ entries are ignored entirely. > > > > > > > > Hello Ard, > > > > > > > > thanks for reviewing. > > > > > > > > What do you mean by "The DT reserved-memory node is taken into account > > > > too late"? > > > > > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory node from > > > > DT") > > > > > > > > > > What I mean is that the EFI stub in Linux uses memory allocation > > > functions, expecting the firmware to ensure that those allocations do > > > not conflict with memory descriptions and reservations in DT. So if > > > the firmware wants to express this redundantly, by passing > > > reservations in both reserved-memory and in the EFI memory map, that > > > is probably fine. > > > > > > Also, I must sheepishly admit that I only realize now that this patch > > > set is against u-boot not Linux :-) > > > > > :) > > > > > So if fixed reserved-memory regions are only being used to seed the > > > reserved regions in the EFI memory map, you can safely ignore me. > > > > Yeah. That's the purpose. Having reserved memory nodes in the final DT > > used by linux > > also ensures that proper Linux adds a reserved memory block or removes > > it from memblock > > entries depending on "no-map" property. > > > > > Apologies for the noise. > > > > > > > > -- > > Regards, > > Atish > > Any other comments on the series ? It would be great if this series > could be merged before > v2020.07 release. I hope so if no one objects the proposed solution here in U-Boot vs. the PMP SBI extension. I need have another look at the latest version of patches though. Regards, Bin
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
On Tue, Apr 7, 2020 at 10:35 AM Atish Patra wrote: > > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel > wrote: > > > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt wrote: > > > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra wrote: > > > >> > > > >> This series adds few DT related fixes required for Linux EFI stub to > > > >> work > > > >> on RISC-V. > > > >> > > > > > > > > I'm not sure how this is supposed to work, since DT reserved memory > > > > regions are not used by EFI. If you want to reserve memory on a UEFI > > > > system, you have to reserve it in the UEFI memory map from firmware. > > > > The DT reserved-memory node is taken into account too late, the > > > > /memreserve/ entries are ignored entirely. > > > > > > Hello Ard, > > > > > > thanks for reviewing. > > > > > > What do you mean by "The DT reserved-memory node is taken into account > > > too late"? > > > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory node from > > > DT") > > > > > > > What I mean is that the EFI stub in Linux uses memory allocation > > functions, expecting the firmware to ensure that those allocations do > > not conflict with memory descriptions and reservations in DT. So if > > the firmware wants to express this redundantly, by passing > > reservations in both reserved-memory and in the EFI memory map, that > > is probably fine. > > > > Also, I must sheepishly admit that I only realize now that this patch > > set is against u-boot not Linux :-) > > > :) > > > So if fixed reserved-memory regions are only being used to seed the > > reserved regions in the EFI memory map, you can safely ignore me. > > Yeah. That's the purpose. Having reserved memory nodes in the final DT > used by linux > also ensures that proper Linux adds a reserved memory block or removes > it from memblock > entries depending on "no-map" property. > > > Apologies for the noise. > > > > -- > Regards, > Atish Any other comments on the series ? It would be great if this series could be merged before v2020.07 release. -- Regards, Atish
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel wrote: > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt wrote: > > > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra wrote: > > >> > > >> This series adds few DT related fixes required for Linux EFI stub to work > > >> on RISC-V. > > >> > > > > > > I'm not sure how this is supposed to work, since DT reserved memory > > > regions are not used by EFI. If you want to reserve memory on a UEFI > > > system, you have to reserve it in the UEFI memory map from firmware. > > > The DT reserved-memory node is taken into account too late, the > > > /memreserve/ entries are ignored entirely. > > > > Hello Ard, > > > > thanks for reviewing. > > > > What do you mean by "The DT reserved-memory node is taken into account > > too late"? > > > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory node from DT") > > > > What I mean is that the EFI stub in Linux uses memory allocation > functions, expecting the firmware to ensure that those allocations do > not conflict with memory descriptions and reservations in DT. So if > the firmware wants to express this redundantly, by passing > reservations in both reserved-memory and in the EFI memory map, that > is probably fine. > > Also, I must sheepishly admit that I only realize now that this patch > set is against u-boot not Linux :-) > :) > So if fixed reserved-memory regions are only being used to seed the > reserved regions in the EFI memory map, you can safely ignore me. Yeah. That's the purpose. Having reserved memory nodes in the final DT used by linux also ensures that proper Linux adds a reserved memory block or removes it from memblock entries depending on "no-map" property. > Apologies for the noise. -- Regards, Atish
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt wrote: > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > > On Mon, 6 Apr 2020 at 22:45, Atish Patra wrote: > >> > >> This series adds few DT related fixes required for Linux EFI stub to work > >> on RISC-V. > >> > > > > I'm not sure how this is supposed to work, since DT reserved memory > > regions are not used by EFI. If you want to reserve memory on a UEFI > > system, you have to reserve it in the UEFI memory map from firmware. > > The DT reserved-memory node is taken into account too late, the > > /memreserve/ entries are ignored entirely. > > Hello Ard, > > thanks for reviewing. > > What do you mean by "The DT reserved-memory node is taken into account > too late"? > > Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory node from DT") > What I mean is that the EFI stub in Linux uses memory allocation functions, expecting the firmware to ensure that those allocations do not conflict with memory descriptions and reservations in DT. So if the firmware wants to express this redundantly, by passing reservations in both reserved-memory and in the EFI memory map, that is probably fine. Also, I must sheepishly admit that I only realize now that this patch set is against u-boot not Linux :-) So if fixed reserved-memory regions are only being used to seed the reserved regions in the EFI memory map, you can safely ignore me. Apologies for the noise.
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
On 4/6/20 11:01 PM, Ard Biesheuvel wrote: > On Mon, 6 Apr 2020 at 22:45, Atish Patra wrote: >> >> This series adds few DT related fixes required for Linux EFI stub to work >> on RISC-V. >> > > I'm not sure how this is supposed to work, since DT reserved memory > regions are not used by EFI. If you want to reserve memory on a UEFI > system, you have to reserve it in the UEFI memory map from firmware. > The DT reserved-memory node is taken into account too late, the > /memreserve/ entries are ignored entirely. Hello Ard, thanks for reviewing. What do you mean by "The DT reserved-memory node is taken into account too late"? Cf. commit 7be64b885a36 ("cmd: bootefi: Parse reserved-memory node from DT") Best regards Heinrich > > >> 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 2 fixes a generic issue in fdtdec related to reserved memory node. >> >> Patch 3,4,5 provide one of the option to update reserved-memory node for next >> stage. It depends on master OpenSBI branch. >> >> The other options are SBI extension and trap/emulate on PMP csr access. >> The detaild discussion can be found here. >> https://github.com/riscv/riscv-sbi-doc/pull/37 >> >> Patch 1 & 2 can be applied independently from 3 and 4. I want to keep all >> the patches together to provide a holistic view of changes required for >> RISC-V UEFI. >> >> Changes v4->v5: >> 1. Added comments for new functions. >> >> Changes v3->v4: >> 1. Dropped generic efi fix patch as it is already merged. >> 2. Moved all the fdt fixups to a common file. >> 3. Addressed few nit comments. >> >> Changes from v2->v3: >> 1. Update the DT meant for OS if it is different from the one used by U-Boot >> 2. Use different FDT api to obtain "reg" address & size to honor the cell >> count. >> >> Changes from v1->v2: >> 1. Fix the issue if chosen node is not present. >> >> Changes from previous version: >> 1. Renamed the DT node property to "boot-hartid" from "efi-boot-hartid". >> 2. Changed the property type to u32 instead of u64 for RV32 compatibility. >> >> Atish Patra (6): >> riscv: Add boot hartid to Device tree >> fdtdec: Fix boundary check >> riscv: Provide a mechanism to fix DT for reserved memory >> riscv: Setup reserved-memory node for FU540 >> riscv: Copy the reserved-memory nodes to final DT >> riscv: Move all fdt fixups together >> >> arch/riscv/cpu/start.S| 1 + >> arch/riscv/include/asm/global_data.h | 1 + >> arch/riscv/include/asm/u-boot-riscv.h | 2 + >> arch/riscv/lib/Makefile | 1 + >> arch/riscv/lib/asm-offsets.c | 1 + >> arch/riscv/lib/bootm.c| 5 - >> arch/riscv/lib/fdt_fixup.c| 150 ++ >> configs/sifive_fu540_defconfig| 1 + >> lib/fdtdec.c | 3 +- >> 9 files changed, 159 insertions(+), 6 deletions(-) >> create mode 100644 arch/riscv/lib/fdt_fixup.c >> >> -- >> 2.25.1 >>
Re: [PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
On Mon, 6 Apr 2020 at 22:45, Atish Patra wrote: > > This series adds few DT related fixes required for Linux EFI stub to work > on RISC-V. > I'm not sure how this is supposed to work, since DT reserved memory regions are not used by EFI. If you want to reserve memory on a UEFI system, you have to reserve it in the UEFI memory map from firmware. The DT reserved-memory node is taken into account too late, the /memreserve/ entries are ignored entirely. > 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 2 fixes a generic issue in fdtdec related to reserved memory node. > > Patch 3,4,5 provide one of the option to update reserved-memory node for next > stage. It depends on master OpenSBI branch. > > The other options are SBI extension and trap/emulate on PMP csr access. > The detaild discussion can be found here. > https://github.com/riscv/riscv-sbi-doc/pull/37 > > Patch 1 & 2 can be applied independently from 3 and 4. I want to keep all > the patches together to provide a holistic view of changes required for > RISC-V UEFI. > > Changes v4->v5: > 1. Added comments for new functions. > > Changes v3->v4: > 1. Dropped generic efi fix patch as it is already merged. > 2. Moved all the fdt fixups to a common file. > 3. Addressed few nit comments. > > Changes from v2->v3: > 1. Update the DT meant for OS if it is different from the one used by U-Boot > 2. Use different FDT api to obtain "reg" address & size to honor the cell > count. > > Changes from v1->v2: > 1. Fix the issue if chosen node is not present. > > Changes from previous version: > 1. Renamed the DT node property to "boot-hartid" from "efi-boot-hartid". > 2. Changed the property type to u32 instead of u64 for RV32 compatibility. > > Atish Patra (6): > riscv: Add boot hartid to Device tree > fdtdec: Fix boundary check > riscv: Provide a mechanism to fix DT for reserved memory > riscv: Setup reserved-memory node for FU540 > riscv: Copy the reserved-memory nodes to final DT > riscv: Move all fdt fixups together > > arch/riscv/cpu/start.S| 1 + > arch/riscv/include/asm/global_data.h | 1 + > arch/riscv/include/asm/u-boot-riscv.h | 2 + > arch/riscv/lib/Makefile | 1 + > arch/riscv/lib/asm-offsets.c | 1 + > arch/riscv/lib/bootm.c| 5 - > arch/riscv/lib/fdt_fixup.c| 150 ++ > configs/sifive_fu540_defconfig| 1 + > lib/fdtdec.c | 3 +- > 9 files changed, 159 insertions(+), 6 deletions(-) > create mode 100644 arch/riscv/lib/fdt_fixup.c > > -- > 2.25.1 >
[PATCH v5 0/6] RISC-V DT related fixes for reserved memory & UEFI
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 2 fixes a generic issue in fdtdec related to reserved memory node. Patch 3,4,5 provide one of the option to update reserved-memory node for next stage. It depends on master OpenSBI branch. The other options are SBI extension and trap/emulate on PMP csr access. The detaild discussion can be found here. https://github.com/riscv/riscv-sbi-doc/pull/37 Patch 1 & 2 can be applied independently from 3 and 4. I want to keep all the patches together to provide a holistic view of changes required for RISC-V UEFI. Changes v4->v5: 1. Added comments for new functions. Changes v3->v4: 1. Dropped generic efi fix patch as it is already merged. 2. Moved all the fdt fixups to a common file. 3. Addressed few nit comments. Changes from v2->v3: 1. Update the DT meant for OS if it is different from the one used by U-Boot 2. Use different FDT api to obtain "reg" address & size to honor the cell count. Changes from v1->v2: 1. Fix the issue if chosen node is not present. Changes from previous version: 1. Renamed the DT node property to "boot-hartid" from "efi-boot-hartid". 2. Changed the property type to u32 instead of u64 for RV32 compatibility. Atish Patra (6): riscv: Add boot hartid to Device tree fdtdec: Fix boundary check riscv: Provide a mechanism to fix DT for reserved memory riscv: Setup reserved-memory node for FU540 riscv: Copy the reserved-memory nodes to final DT riscv: Move all fdt fixups together arch/riscv/cpu/start.S| 1 + arch/riscv/include/asm/global_data.h | 1 + arch/riscv/include/asm/u-boot-riscv.h | 2 + arch/riscv/lib/Makefile | 1 + arch/riscv/lib/asm-offsets.c | 1 + arch/riscv/lib/bootm.c| 5 - arch/riscv/lib/fdt_fixup.c| 150 ++ configs/sifive_fu540_defconfig| 1 + lib/fdtdec.c | 3 +- 9 files changed, 159 insertions(+), 6 deletions(-) create mode 100644 arch/riscv/lib/fdt_fixup.c -- 2.25.1