On Fri, 2020-04-10 at 06:23 +0000, Abner Chang wrote:
-----Original Message-----Not quite follow this, why pick up one from experimental range? The
From: tech-unixplatformspec@... [mailto:tech-
unixplatformspec@...] On Behalf Of Atish Patra
Sent: Friday, April 10, 2020 11:32 AM
To: Chang, Abner (HPS SW/FW Technologist) <abner.chang@...>;
Cc: Schaefer, Daniel (DualStudy) <daniel.schaefer@...>; tech-
unixplatformspec@...; Anup Patel <Anup.Patel@...>
Subject: Re: [RISC-V] [tech-unixplatformspec] [RISC-V] [software]
extension space for firmware code base implementation
On Fri, 2020-04-10 at 01:08 +0000, Chang, Abner (HPS SW/FW
Got it, Software ML removed.I prefer this one as well. But you should pick any value within
Johnathan, do you mean to define it as below?
Firmware Base Extension, Extension ID: 0xxxxxxxxx (FWBE) , and
SBI functions definition is firmware code base implementation-
extension ID must be in the range of 0x0800000-0x08ffffff?
I am not sure about the purpose of the extension but if it has the
potential to be a generic SBI extension for firmwares, you shouldFor those SBI extension which is generic to all firmware code bases,
to the Unix Platform working group. We can add it to the official
then we should just propose it to the official SBI spec and don’t not
have to go with Firmware Base Extension.
Firmware Base Extension is classified to those firmware code base
specific SBI, for example to load an edk2 driver into M-mode managed
memory and executed in M-mode which is behaved as secured system
manage mode driver. So the detail Firmware Base Extension would be
defined in the separate spec and not part of official sbi spec.
Occupied an SBI extension ID is to avoid conflicts.
Ahh I see. This is very EDK2 specific. I was asking if this extension
is required by other Bootloader/firmware. I guess the answer is no.
I agree with John's proposal of an extension ID reserved per SBI
This also works for me and better than to reserve a range of IDs.<anup.patel@...
From: software@... [mailto:software@...]
Behalf Of Jonathan Behrens
Sent: Friday, April 10, 2020 12:39 AM
To: Chang, Abner (HPS SW/FW Technologist) <abner.chang@...>
Cc: Atish Patra <Atish.Patra@...>; Anup Patel
; Schaefer, Daniel (DualStudy) <daniel.schaefer@...>;software@...; tech-unixplatformspec@...
Subject: Re: [RISC-V] [software] Add SBI extension space for
code base implementation
I think tech-unixplatformspec@... might be the right
To address the PR itself, I'd personally prefer to have this
allocated based on SBI implementation IDs analogously to how the
vendor space is allocated. It also probably makes sense to pick a
different address range so experimental extension space doesn't
On Thu, Apr 9, 2020 at 4:39 AM Abner Chang via lists.riscv.org <
Seems opensbi ML is no longer exist? Use
From: Chang, Abner (HPS SW/FW Technologist)
Sent: Thursday, April 9, 2020 4:23 PM
To: Atish Patra <Atish.Patra@...>; Anup Patel <
Cc: opensbi@...; Schaefer, Daniel (DualStudy) <
Subject: Add SBI extension space for firmware code base
Hi Atish and Anup,
We are working on some edk2-specific SBI extension which
be used by upper layer edk2 drivers. We originally consider to
Vendor Extension space however vendor may have its own
SBI extension as well. In order to prevent from the conflicts
extension space, we propose to have a range for firmware code
The changes look like the PR below,
How do you think?