|
Re: [PATCH] Add direct memory access synchronize extension
Στις 2021-06-04 23:01, Atish Patra έγραψε:
M-mode can share a code region with S-mode using PMP/ePMP and let S-mode map that region as executable on its address space. With the current PMP
Στις 2021-06-04 23:01, Atish Patra έγραψε:
M-mode can share a code region with S-mode using PMP/ePMP and let S-mode map that region as executable on its address space. With the current PMP
|
By
Nick Kossifidis
·
#1030
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
Agreed.
The firmware code will still be executed while the priv mode is S-mode
right ?
Wouldn't that violate the priv spec ?
That's what I am thinking. The only additional cost is just a
Agreed.
The firmware code will still be executed while the priv mode is S-mode
right ?
Wouldn't that violate the priv spec ?
That's what I am thinking. The only additional cost is just a
|
By
atishp@...
·
#1029
·
|
|
Re: [PATCH 1/1] riscv-sbi.adoc: fix typos
Reviewed-by: Atish Patra <atish.patra@...>
--
Regards,
Atish
Reviewed-by: Atish Patra <atish.patra@...>
--
Regards,
Atish
|
By
atishp@...
·
#1028
·
|
|
Re: [PATCH] riscv-sbi.adoc: Use 'an' before 'SBI'
Reviewed-by: Atish Patra <atish.patra@...>
--
Regards,
Atish
Reviewed-by: Atish Patra <atish.patra@...>
--
Regards,
Atish
|
By
atishp@...
·
#1027
·
|
|
Re: [PATCH v6 1/2] riscv-platform-spec: PLIC and CLINT for Linux-2022 platform
IIRC, PLIC spec was never reviewed widely. As this group is more active
now, tt would be good to send it as a separate patch so we can do a
detailed review of that as well.
I am just concerned about
IIRC, PLIC spec was never reviewed widely. As this group is more active
now, tt would be good to send it as a separate patch so we can do a
detailed review of that as well.
I am just concerned about
|
By
atishp@...
·
#1026
·
|
|
Re: [PATCH] Clarify that a SBI extension cannot be partially implemented
This one is more verbose but sounds better to me. May be we should just
explicitly say that "all functions belonging to that extension must be
implemented" similar to the below version.
--
This one is more verbose but sounds better to me. May be we should just
explicitly say that "all functions belonging to that extension must be
implemented" similar to the below version.
--
|
By
atishp@...
·
#1025
·
|
|
[PATCH] riscv-sbi.adoc: Use 'an' before 'SBI'
%s/a SBI/an SBI/
%s/A SBI/An SBI/
Signed-off-by: Bin Meng <bmeng.cn@...>
---
riscv-sbi.adoc | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/riscv-sbi.adoc
%s/a SBI/an SBI/
%s/A SBI/An SBI/
Signed-off-by: Bin Meng <bmeng.cn@...>
---
riscv-sbi.adoc | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/riscv-sbi.adoc
|
By
Bin Meng
·
#1024
·
|
|
Re: [PATCH] Clarify that a SBI extension cannot be partially implemented
Hi Heinrich,
Sure. Will send a new patch to fix other places in the same file.
How about:
If sbi_probe_extension() signals that an extension is available, all
functions that conform to the SBI
Hi Heinrich,
Sure. Will send a new patch to fix other places in the same file.
How about:
If sbi_probe_extension() signals that an extension is available, all
functions that conform to the SBI
|
By
Bin Meng
·
#1023
·
|
|
Re: [PATCH] Clarify that a SBI extension cannot be partially implemented
a
%s/a SBI/an SBI/ (as you will pronounce SBI as as-bee-aye)
Can we do away with all the placeholders?
How about:
"SBI extensions as whole are optional but they shall not be partially
implemented:
a
%s/a SBI/an SBI/ (as you will pronounce SBI as as-bee-aye)
Can we do away with all the placeholders?
How about:
"SBI extensions as whole are optional but they shall not be partially
implemented:
|
By
Heinrich Schuchardt
·
#1022
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
By
Anup Patel
·
#1021
·
|
|
[PATCH] Clarify that a SBI extension cannot be partially implemented
Signed-off-by: Bin Meng <bmeng.cn@...>
---
riscv-sbi.adoc | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/riscv-sbi.adoc b/riscv-sbi.adoc
index 11c30c3..8696f97 100644
---
Signed-off-by: Bin Meng <bmeng.cn@...>
---
riscv-sbi.adoc | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/riscv-sbi.adoc b/riscv-sbi.adoc
index 11c30c3..8696f97 100644
---
|
By
Bin Meng
·
#1020
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
I can send a patch.
I know probe() can be helpful. I just don't see the value of using
version number to determine whether a certain SBI extension is
avaiable.
Regards,
Bin
I can send a patch.
I know probe() can be helpful. I just don't see the value of using
version number to determine whether a certain SBI extension is
avaiable.
Regards,
Bin
|
By
Bin Meng
·
#1019
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
By
Anup Patel
·
#1018
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
Στις 2021-06-03 18:13, Anup Patel έγραψε:
Thanks for working on this, it seems simple and clean, some thoughts:
a) I also prefer DMAS or something with DMA in the name, and fixed-sized
Στις 2021-06-03 18:13, Anup Patel έγραψε:
Thanks for working on this, it seems simple and clean, some thoughts:
a) I also prefer DMAS or something with DMA in the name, and fixed-sized
|
By
Nick Kossifidis
·
#1017
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
If CPU is successfully suspended, then the function is implemented by
SBI firmware. I don't see why I need to care about the version number.
If suspend function is not available, then
If CPU is successfully suspended, then the function is implemented by
SBI firmware. I don't see why I need to care about the version number.
If suspend function is not available, then
|
By
Bin Meng
·
#1016
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
By
Anup Patel
·
#1015
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
Any function not supported, OS can make the SBI call, and check its
return value against SBI_ERR_NOT_SUPPORTED. I don't believe an
arbitrary version number really helps here.
Like you said, SRST
Any function not supported, OS can make the SBI call, and check its
return value against SBI_ERR_NOT_SUPPORTED. I don't believe an
arbitrary version number really helps here.
Like you said, SRST
|
By
Bin Meng
·
#1014
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
By
Anup Patel
·
#1013
·
|
|
Re: [PATCH] Add direct memory access synchronize extension
Do we have policies, or planning/schedule of versions?
What is the version supposed to be used for?
Regards,
Bin
Do we have policies, or planning/schedule of versions?
What is the version supposed to be used for?
Regards,
Bin
|
By
Bin Meng
·
#1012
·
|
|
Re: [PATCH 1/1] riscv-sbi.adoc: fix typos
Reviewed-by: Bin Meng <bmeng.cn@...>
Reviewed-by: Bin Meng <bmeng.cn@...>
|
By
Bin Meng
·
#1011
·
|