diff options
| author | Sean Rhodes <sean@starlabs.systems> | 2022-07-13 10:11:44 +0100 |
|---|---|---|
| committer | Martin L Roth <gaumless@gmail.com> | 2022-08-13 16:35:18 +0000 |
| commit | 38c99b56599d2b11d68c844e9f2adda9050b8efa (patch) | |
| tree | de43b09f7bac0e010ac6c77f0bf7edfdc09ae981 /Documentation/contributing | |
| parent | 8f7f4bf87a238dd046a376804b9e53162092f601 (diff) | |
| download | coreboot-38c99b56599d2b11d68c844e9f2adda9050b8efa.tar.gz coreboot-38c99b56599d2b11d68c844e9f2adda9050b8efa.tar.bz2 coreboot-38c99b56599d2b11d68c844e9f2adda9050b8efa.zip | |
payloads/tianocore: Rename TianoCore to edk2
coreboot uses TianoCore interchangeably with EDK II, and whilst the
meaning is generally clear, it's not the payload it uses. EDK II is
commonly written as edk2.
coreboot builds edk2 directly from the edk2 repository. Whilst it
can build some components from edk2-platforms, the target is still
edk2.
[1] tianocore.org - "Welcome to TianoCore, the community supporting"
[2] tianocore.org - "EDK II is a modern, feature-rich, cross-platform
firmware development environment for the UEFI and UEFI Platform
Initialization (PI) specifications."
Signed-off-by: Sean Rhodes <sean@starlabs.systems>
Change-Id: I4de125d92ae38ff8dfd0c4c06806c2d2921945ab
Reviewed-on: https://review.coreboot.org/c/coreboot/+/65820
Reviewed-by: Lean Sheng Tan <sheng.tan@9elements.com>
Tested-by: build bot (Jenkins) <no-reply@coreboot.org>
Reviewed-by: Angel Pons <th3fanbus@gmail.com>
Diffstat (limited to 'Documentation/contributing')
| -rw-r--r-- | Documentation/contributing/project_ideas.md | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/Documentation/contributing/project_ideas.md b/Documentation/contributing/project_ideas.md index cea7f7b63c18..94fdefe4772f 100644 --- a/Documentation/contributing/project_ideas.md +++ b/Documentation/contributing/project_ideas.md @@ -87,7 +87,7 @@ across architectures. ## Port payloads to ARM, AArch64 or RISC-V While we have a rather big set of payloads for x86 based platforms, all other architectures are rather limited. Improve the situation by porting a payload -to one of the platforms, for example GRUB2, U-Boot (the UI part), Tianocore, +to one of the platforms, for example GRUB2, U-Boot (the UI part), edk2, yabits, FILO, or Linux-as-Payload. Since this is a bit of a catch-all idea, an application to GSoC should pick a |