|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
Hi Abner,
Yes, your understanding is correct.
The 0xA000000 + opensbi_imp_id is the SBI Firmware code base extension meant to be used by OpenSBI.
Now EDK2 uses unmodified OpenSBI as
Hi Abner,
Yes, your understanding is correct.
The 0xA000000 + opensbi_imp_id is the SBI Firmware code base extension meant to be used by OpenSBI.
Now EDK2 uses unmodified OpenSBI as
|
By
Anup Patel
·
#37
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
By
Abner Chang <abner.chang@...>
·
#36
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
That is fine, just realize that if you are using OpenSBI's implementation ID then you need to get approval from them before defining the extension.
Jonathan
That is fine, just realize that if you are using OpenSBI's implementation ID then you need to get approval from them before defining the extension.
Jonathan
|
By
Jonathan Behrens <behrensj@...>
·
#35
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
Basically OpenSBI is a git submodule of edk2 and we don’t make any modification on it, we just build OpenSBI on edk2 build environment.
Yes, edk2 will have its own control of extensions for those
Basically OpenSBI is a git submodule of edk2 and we don’t make any modification on it, we just build OpenSBI on edk2 build environment.
Yes, edk2 will have its own control of extensions for those
|
By
Abner Chang <abner.chang@...>
·
#34
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
Is the code for the extension you want to add going to live in the OpenSBI repository or in the EDK2 repository? If I understand correctly, it would live in the EDK2 repository, meaning that your
Is the code for the extension you want to add going to live in the OpenSBI repository or in the EDK2 repository? If I understand correctly, it would live in the EDK2 repository, meaning that your
|
By
Jonathan Behrens <behrensj@...>
·
#33
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
Hi Abner,
We have two options here:
EDK2 can use 0xA000000 + <opensbi_imp_id> as SBI Extension
OpenSBI provides a way to EDK2 for overriding SBI implementation ID (preferably using some API)
Hi Abner,
We have two options here:
EDK2 can use 0xA000000 + <opensbi_imp_id> as SBI Extension
OpenSBI provides a way to EDK2 for overriding SBI implementation ID (preferably using some API)
|
By
Anup Patel
·
#32
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
This is the PR according to the discussion we had in mail thread. However you may see some confusions from this
This is the PR according to the discussion we had in mail thread. However you may see some confusions from this
|
By
Abner Chang <abner.chang@...>
·
#31
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
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
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
|
By
atishp@...
·
#30
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
Cool. This works for edk2. I will have another PR for this.
For edk2, we will request a new SBI implementation ID (4) and register firmware code base extension SBI in edk2 SEC phase.
Cool. This works for edk2. I will have another PR for this.
For edk2, we will request a new SBI implementation ID (4) and register firmware code base extension SBI in edk2 SEC phase.
|
By
Abner Chang <abner.chang@...>
·
#29
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
I agree with Jonathan's proposal. Let's have SBI FW extension ID depend on SBI implementation ID.
We can target this for SBI v0.3 spec along with System Reboot extension.
Regards,
Anup
Sent from
I agree with Jonathan's proposal. Let's have SBI FW extension ID depend on SBI implementation ID.
We can target this for SBI v0.3 spec along with System Reboot extension.
Regards,
Anup
Sent from
|
By
Anup Patel
·
#28
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
What I was suggesting is something like:
> Implementation specific SBI extension Space, Extension IDs 0x0A000000 through 0x0AFFFFFF. Low bits from SBI Implementation ID.
In this scheme, each SBI
What I was suggesting is something like:
> Implementation specific SBI extension Space, Extension IDs 0x0A000000 through 0x0AFFFFFF. Low bits from SBI Implementation ID.
In this scheme, each SBI
|
By
Jonathan Behrens <behrensj@...>
·
#27
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
By
Abner Chang <abner.chang@...>
·
#26
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
Technologist) wrote:
I prefer this one as well. But you should pick any value within
experimental range. I am not sure about the purpose of the extension
but if it has the potential to be a generic
Technologist) wrote:
I prefer this one as well. But you should pick any value within
experimental range. I am not sure about the purpose of the extension
but if it has the potential to be a generic
|
By
atishp@...
·
#25
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
Got it, Software ML removed.
Johnathan, do you mean to define it as below?
Firmware Base Extension, Extension ID: 0xxxxxxxxx (FWBE) , and the SBI functions definition is firmware code base
Got it, Software ML removed.
Johnathan, do you mean to define it as below?
Firmware Base Extension, Extension ID: 0xxxxxxxxx (FWBE) , and the SBI functions definition is firmware code base
|
By
Abner Chang <abner.chang@...>
·
#24
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
I think tech-unixplatformspec@... might be the right list?
To address the PR itself, I'd personally prefer to have this space allocated based on SBI implementation IDs analogously to how the vendor
I think tech-unixplatformspec@... might be the right list?
To address the PR itself, I'd personally prefer to have this space allocated based on SBI implementation IDs analogously to how the vendor
|
By
Jonathan Behrens <behrensj@...>
·
#23
·
|
|
Re: [PATCH v3] Add system reboot extension
A general comment: it would be good to put the reason why a new
extension is introduced, to solve what issue.
Reviewed-by: Bin Meng <bmeng.cn@...>
A general comment: it would be good to put the reason why a new
extension is introduced, to solve what issue.
Reviewed-by: Bin Meng <bmeng.cn@...>
|
By
Bin Meng
·
#22
·
|
|
[PATCH v3] Add system reboot extension
This patch adds SBI v0.2 compliant system reboot extension. It defines
the sbi_system_reboot function which does different things based on
reboot_type parameter:
1. shutdown - Power-off the entire
This patch adds SBI v0.2 compliant system reboot extension. It defines
the sbi_system_reboot function which does different things based on
reboot_type parameter:
1. shutdown - Power-off the entire
|
By
Anup Patel
·
#21
·
|
|
Re: [PATCH v2] Add system reboot extension
Sure, I will fix this in next revision.
Thanks for catching.
Regards,
Anup
Sure, I will fix this in next revision.
Thanks for catching.
Regards,
Anup
|
By
Anup Patel
·
#20
·
|
|
Re: [PATCH v2] Add system reboot extension
> The System Reboot Extension provides a set of functions that allow the
nit: "a set of functions" -> "a function"
> The System Reboot Extension provides a set of functions that allow the
nit: "a set of functions" -> "a function"
|
By
Jonathan Behrens <behrensj@...>
·
#19
·
|
|
[PATCH v2] Add system reboot extension
This patch adds SBI v0.2 compliant system reboot extension. It defines
the sbi_system_reboot function which does different things based on
reboot_type parameter:
1. shutdown - Power-off the entire
This patch adds SBI v0.2 compliant system reboot extension. It defines
the sbi_system_reboot function which does different things based on
reboot_type parameter:
1. shutdown - Power-off the entire
|
By
Anup Patel
·
#18
·
|