Date
1 - 1 of 1
[PATCH] Fix typos in introduction for RISCV_EFI_BOOT_PROTOCOL
Heinrich Schuchardt
UEFI uses to talk of configuration tables not of firmware tables.
Add missing 'the', 'and'.
Enhance readability of sentence concerning ExitBootServices().
Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@...>
---
boot_protocol.adoc | 15 ++++++++-------
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/boot_protocol.adoc b/boot_protocol.adoc
index 12846b6..5c56edd 100644
--- a/boot_protocol.adoc
+++ b/boot_protocol.adoc
@@ -1,7 +1,7 @@
[[boot_protocol]]
=3D=3D RISCV_EFI_BOOT_PROTOCOL
Either Device Tree (DT) or Advanced Configuration and Power Interface (A=
CPI)
-firmware tables are used to convey the information about hardware to the
+configuration tables are used to convey the information about hardware t=
o the
Operating Systems. Some of the information are known only at boot time a=
nd
needed very early before the Operating Systems/boot loaders can parse th=
e
firmware tables.=20
@@ -9,16 +9,17 @@ firmware tables.
One example is the boot hartid on RISC-V systems. On non-UEFI systems, t=
his is
typically passed as an argument to the kernel (in a0). However, UEFI sys=
tems need
to follow UEFI application calling conventions and hence it can not be p=
assed in
-a0. There is an existing solution which uses /chosen node in DT based sy=
stems to
-pass this information. However, this solution doesn't work for ACPI base=
d
+a0. There is an existing solution which uses the /chosen node in DT base=
d systems
+to pass this information. However, this solution doesn't work for ACPI b=
ased
systems. Hence, a UEFI protocol is preferred for both DT and ACPI based =
systems.
=20
This UEFI protocol for RISC-V systems provides early information to the
-bootloaders or Operating Systems. Firmwares like EDK2/u-boot need to imp=
lement
-this protocol on RISC-V UEFI systems.
+bootloaders or Operating Systems. Firmwares like EDK2 and u-boot need to
+implement this protocol on RISC-V UEFI systems.
=20
-This protocol is typically used by the bootloaders before *ExitBootServi=
ces()*
-call and pass the information to the Operating Systems.
+This protocol is typically called by the bootloaders before invoking
+*ExitBootServices()*. They then pass the information to the Operating
+Systems.
=20
The version of RISCV_EFI_BOOT_PROTOCOL specified by this specification i=
s
0x00010000. All future revisions must be backwards compatible. If a new =
version
--=20
2.34.1
Add missing 'the', 'and'.
Enhance readability of sentence concerning ExitBootServices().
Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@...>
---
boot_protocol.adoc | 15 ++++++++-------
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/boot_protocol.adoc b/boot_protocol.adoc
index 12846b6..5c56edd 100644
--- a/boot_protocol.adoc
+++ b/boot_protocol.adoc
@@ -1,7 +1,7 @@
[[boot_protocol]]
=3D=3D RISCV_EFI_BOOT_PROTOCOL
Either Device Tree (DT) or Advanced Configuration and Power Interface (A=
CPI)
-firmware tables are used to convey the information about hardware to the
+configuration tables are used to convey the information about hardware t=
o the
Operating Systems. Some of the information are known only at boot time a=
nd
needed very early before the Operating Systems/boot loaders can parse th=
e
firmware tables.=20
@@ -9,16 +9,17 @@ firmware tables.
One example is the boot hartid on RISC-V systems. On non-UEFI systems, t=
his is
typically passed as an argument to the kernel (in a0). However, UEFI sys=
tems need
to follow UEFI application calling conventions and hence it can not be p=
assed in
-a0. There is an existing solution which uses /chosen node in DT based sy=
stems to
-pass this information. However, this solution doesn't work for ACPI base=
d
+a0. There is an existing solution which uses the /chosen node in DT base=
d systems
+to pass this information. However, this solution doesn't work for ACPI b=
ased
systems. Hence, a UEFI protocol is preferred for both DT and ACPI based =
systems.
=20
This UEFI protocol for RISC-V systems provides early information to the
-bootloaders or Operating Systems. Firmwares like EDK2/u-boot need to imp=
lement
-this protocol on RISC-V UEFI systems.
+bootloaders or Operating Systems. Firmwares like EDK2 and u-boot need to
+implement this protocol on RISC-V UEFI systems.
=20
-This protocol is typically used by the bootloaders before *ExitBootServi=
ces()*
-call and pass the information to the Operating Systems.
+This protocol is typically called by the bootloaders before invoking
+*ExitBootServices()*. They then pass the information to the Operating
+Systems.
=20
The version of RISCV_EFI_BOOT_PROTOCOL specified by this specification i=
s
0x00010000. All future revisions must be backwards compatible. If a new =
version
--=20
2.34.1