Re: [PATCH v4] Add RISC-V support content to the EBBR specification

2021-06-21 Thread Atish Patra
On Mon, Jun 21, 2021 at 1:53 PM Grant Likely wrote: > > > > On 21/06/2021 18:35, Atish Patra wrote: > > On Mon, Jun 21, 2021 at 10:19 AM Grant Likely wrote: > >> > >> > >> > >> On 10/05/2021 18:37, Atish Patra wrote: > [...] > >>> + > >>> +UEFI Boot at S mode > >>> +^^ > >>> +

Re: [PATCH v4] Add RISC-V support content to the EBBR specification

2021-06-21 Thread Grant Likely
On 21/06/2021 21:53, Grant Likely wrote: [...] I've pushed my edited copy out to a temporary branch. You can see it here: https://github.com/ARM-software/ebbr/commit/9d4632a3911fd460cb1adf6a5b1a2b13650b5ab4 Correction, here: https://github.com/ARM-software/ebbr/commit/714f6fd6747f61c0557

Re: [PATCH v4] Add RISC-V support content to the EBBR specification

2021-06-21 Thread Grant Likely
On 21/06/2021 18:35, Atish Patra wrote: On Mon, Jun 21, 2021 at 10:19 AM Grant Likely wrote: On 10/05/2021 18:37, Atish Patra wrote: [...] + +UEFI Boot at S mode +^^ + +Most systems are expected to boot UEFI at S mode as the hypervisor extension [RVHYPSPEC]_ is +sti

Re: [PATCH v4] Add RISC-V support content to the EBBR specification

2021-06-21 Thread Atish Patra
On Mon, Jun 21, 2021 at 10:19 AM Grant Likely wrote: > > > > On 10/05/2021 18:37, Atish Patra wrote: > > This patch adds all the required content to make RISC-V EBBR compatible. > > The additional content is not a lot given that we just need to update the > > architecture specific sections for RIS

Re: [PATCH v4] Add RISC-V support content to the EBBR specification

2021-06-21 Thread Grant Likely
On 10/05/2021 18:37, Atish Patra wrote: This patch adds all the required content to make RISC-V EBBR compatible. The additional content is not a lot given that we just need to update the architecture specific sections for RISC-V. Rest of the document is ISA agnostic anyways. Signed-off-by: Ati

EBBR Biweekly for 2021-Jun-21 -- cancelled

2021-06-21 Thread Grant Likely
Hi all, I don't have an agenda for today and I didn't send out a reminder on Friday, so I'm cancelling for today. There are outstanding patches adding RISC-V support that still need to be reviewed and/or merged. Hopefully I'll be able to process those this week. I'll post any status updates to t

Re: [TF-A] Proposal: TF-A to adopt hand-off blocks (HOBs) for information passing between boot stages

2021-06-21 Thread François Ozog
Le lun. 21 juin 2021 à 12:32, Alexander Graf a écrit : > > On 20.05.21 18:42, Simon Glass wrote: > > Hi, > > > > Re Jeremy's comment: > >> Using DT to pass platform info at this level is sort of crazy on an ACPI > >> machine which won't have native DTs. Meaning there is an additional > >> level o

Re: [TF-A] Proposal: TF-A to adopt hand-off blocks (HOBs) for information passing between boot stages

2021-06-21 Thread Alexander Graf
On 20.05.21 18:42, Simon Glass wrote: Hi, Re Jeremy's comment: Using DT to pass platform info at this level is sort of crazy on an ACPI machine which won't have native DTs. Meaning there is an additional level of unnecessary indirection that needs to be converted back into a format which can

Re: [TF-A] Proposal: TF-A to adopt hand-off blocks (HOBs) for information passing between boot stages

2021-06-21 Thread François Ozog
+Loic from ST for 32bits perspective. Le ven. 18 juin 2021 à 19:17, Tom Rini a écrit : > On Thu, Jun 17, 2021 at 04:45:48PM -0700, raghu.ncst...@icloud.com wrote: > > [snip] > > I also think it is incorrect to partition platforms into what > u-boot/linux boot/embdedded systems do and what “UEFI/