Documentation: RISC-V: Mention the UEFI Standards
The current patch acceptance policy requires that specifications are approved by the RISC-V foundation, but we rely on external specifications as well. This explicitly calls out the UEFI specifications that we're starting to depend on. Reviewed-by: Conor Dooley <conor.dooley@microchip.com> Reviewed-by: Atish Patra <atishp@rivosinc.com> Reviewed-by: Anup Patel <anup@brainfault.org> Link: https://lore.kernel.org/r/20221207020815.16214-4-palmer@rivosinc.com Signed-off-by: Palmer Dabbelt <palmer@rivosinc.com>
This commit is contained in:
Родитель
936100d450
Коммит
68eabc7202
|
@ -20,9 +20,11 @@ Submit Checklist Addendum
|
||||||
-------------------------
|
-------------------------
|
||||||
We'll only accept patches for new modules or extensions if the
|
We'll only accept patches for new modules or extensions if the
|
||||||
specifications for those modules or extensions are listed as being
|
specifications for those modules or extensions are listed as being
|
||||||
"Frozen" or "Ratified" by the RISC-V Foundation. (Developers may, of
|
unlikely to be incompatibly changed in the future. For
|
||||||
course, maintain their own Linux kernel trees that contain code for
|
specifications from the RISC-V foundation this means "Frozen" or
|
||||||
any draft extensions that they wish.)
|
"Ratified", for the UEFI forum specifications this means a published
|
||||||
|
ECR. (Developers may, of course, maintain their own Linux kernel trees
|
||||||
|
that contain code for any draft extensions that they wish.)
|
||||||
|
|
||||||
Additionally, the RISC-V specification allows implementors to create
|
Additionally, the RISC-V specification allows implementors to create
|
||||||
their own custom extensions. These custom extensions aren't required
|
their own custom extensions. These custom extensions aren't required
|
||||||
|
|
Загрузка…
Ссылка в новой задаче