|
[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 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
·
|
|
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: [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
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
By
Abner Chang <abner.chang@...>
·
#26
·
|
|
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
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
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
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
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
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
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
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
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
From: Jonathan Behrens [mailto:behrensj@...]
Sent: Monday, April 13, 2020 10:49 AM
To: Chang, Abner (HPS SW/FW Technologist) <abner.chang@...>
Cc: Anup Patel <Anup.Patel@...>; Atish Patra
From: Jonathan Behrens [mailto:behrensj@...]
Sent: Monday, April 13, 2020 10:49 AM
To: Chang, Abner (HPS SW/FW Technologist) <abner.chang@...>
Cc: Anup Patel <Anup.Patel@...>; Atish Patra
|
By
Abner Chang <abner.chang@...>
·
#36
·
|
|
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
Hi Anup,
Thanks for the clarification. I have updated PR according to this. edk2 is removed from SBI implementation ID.
Thanks Anup and Jonathan.
Abner
Hi Anup,
Thanks for the clarification. I have updated PR according to this. edk2 is removed from SBI implementation ID.
Thanks Anup and Jonathan.
Abner
|
By
Abner Chang <abner.chang@...>
·
#38
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
Anup, are you saying that EDK2's extension would be the only use of ext_id = 0xA000000 + opensbi_imp_id or that any firmware that uses OpenSBI is free to make a (potentially incompatible) extension
Anup, are you saying that EDK2's extension would be the only use of ext_id = 0xA000000 + opensbi_imp_id or that any firmware that uses OpenSBI is free to make a (potentially incompatible) extension
|
By
Jonathan Behrens <behrensj@...>
·
#39
·
|
|
Re: [RISC-V] [software] Add SBI extension space for firmware code base implementation
Jonathan,
With EDK2 + OpenSBI running in background, the S-mode software will see SBI implementation ID of OpenSBI because EDK2 uses unmodified OpenSBI as library. This means from S-mode
Jonathan,
With EDK2 + OpenSBI running in background, the S-mode software will see SBI implementation ID of OpenSBI because EDK2 uses unmodified OpenSBI as library. This means from S-mode
|
By
Anup Patel
·
#40
·
|