-
Notifications
You must be signed in to change notification settings - Fork 342
Tasks
These tasks have been identified by our community. Many of these tasks would make good GSoC projects. They are currently open for development by community members, and would be a great way to get involved and start contributing. Please let us know on edk2-devel if you plan to work on one of these tasks (to prevent duplicated effort). Also, please provide status updates on edk2-devel so the community will know the project is still being actively developed.
Medium versus Large Projects
- Large Projects should take about 350 hours to complete.
- Medium Project should take about 175 hours to complete.
- GSoC Contributors that choose large projects will be paid a double stipend.
Current EDK II doesn't support the dynamic linking (https://en.wikipedia.org/wiki/Dynamic_linker), which limits UEFI firmware to be split into modular components that can be distributed separately in binary and loaded only when necessary. This project is to add native dynamic library build support (PE/COFF first) and introduce a dynamic linker in edk2 core.
- Difficulty: Hard
- Language: C, C++
- Mentor: @shijunjing
- Suggested by: @shijunjing
Add support for the Rust programming language to EDK II
- Difficulty: Hard
- Language: Rust, C, Assembly, Python
- Mentor:
- Suggested by: @nate-desimone
Add support for the Go programming language to EDK II
- Difficulty: Hard
- Language: Go, C, Assembly
- Mentor:
- Suggested by: @nate-desimone
LLVM Address Sanitation using Intel MPX to detect buffer overflows
- Depends on compiler & hardware that supports the Intel MPX compiler
- Focus on firmware components
- LLVM Static Analysis to extend Address Sanitation for FW security
- Difficulty: Medium...Hard
- Language: C, Assembly
- Mentor:
- Suggested by: @shijunjing
Build a MinPlatform Board Port for Qemu.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @nate-desimone
Build a MinPlatform board port for a new motherboard of your choice.
- Difficulty: Medium...Hard
- Language: C
- Mentor:
- Suggested by: @nate-desimone
Build a MinPlatform board port for the Raspberry Pi.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @nate-desimone
Currently MinPlatform does not support S3 resume, so let's implement it! This will require implementing support for the SMM lock box, parsing of the DRAM scatter-gather list, and restore of system state. Demonstrate working S3 resume on at least one real board.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @nate-desimone
Update EDK II CI to support testing of platforms in the edk2-plaforms repository. The CI tests can be run in simulators or on physical HW. This task involves defining a standard interface between EDK II CI agents and remote CI agents that take as input a FW image built by an EDK II CI agent and provides pass/fail results back to the EDK II CI agent.
- Difficulty: Hard
- Language: YAML, Python, C
- Mentor:
- Suggested by: @mdkinney
EDK II needs more unit tests... help us write them!
- Difficulty: Easy...Medium
- Language: C, Assembly
- Mentor:
- Suggested by: @nate-desimone
Add support for the GoogleTestLLVM mocking framework to the EDK II UnitTestFrameworkPkg to support implementing host based tests. Also port the cmocka based unit tests to GoogleTest to test the mocking framework and provide GoogleTest examples to the rest of the EDK II Community.
- Difficulty: Medium...Hard
- Language: C
- Mentor:
- Suggested by: @mdkinney
Improvements to the test harness in the edk2-test staging branch. https://github.com/tianocore/edk2-staging/tree/edk2-test
- Test Harness for PEI using Capsule Update or Recovery feature to deliver tests
- Test Harness for SMM using Capsule Update or Recovery feature to deliver tests
- Performance improvements of test harness
- Difficulty: Medium
Azure pipelines CI is currently only enabled for core EDK II. Extend this by implementing Azure pipelines to test patches submitted for open source platforms hosted in edk2-platforms.
- Difficulty: Easy
- Language: Python
- Mentor:
- Suggested by: @nate-desimone
EDK II CI currently supports GCC and VS2019. Add EDK II CI tests to build using CLANG compilers for Windows and Linux.
- Difficulty: Easy...Medium
- Language: Python, C
- Mentor:
- Suggested by: @mdkinney
Address all blocking issues that prevent EDK II CI agents from using Ubuntu 20.
- Difficulty: Medium
- Language: Python, C
- Mentor:
- Suggested by: @mdkinney
The DXE core's DataHub and GCD (Global Coherency Domain) layers don't scale well as the number of data items gets large, since they are based on simple linked lists. Find better data structures.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: bjjohnson
Implement intrinsic libraries for the supported compilers for memcpy(), memset(), and 64-bit integer math operations. This improves compatibility of EDK II with standard C sources.
- Difficulty: Medium...Hard
- Language: C, Python
- Mentor:
- Suggested by: @mdkinney
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @nate-desimone
The first step towards an audio interface is enabling standardized support for audio output. This task means prototyping an AUDIO_OUTPUT_PROTOCOL, and implementing at least one device driver producing this protocol. The initial drivers envisioned are `virtio-sound` (for use with QEMU), `USB Audio Class`, and `HDA`. The HDA driver would additionally need to prototype an HDA_CODEC_PROTOCOL and implement it in a driver targeting a specific hardware codec.
- Difficulty: Medium...Hard
- Language: C
- Mentor: @leiflindholm
- Suggested by: @leiflindholm
- HII integration of Audio output
- HII integration of Speech synthesis?
- Audio Input device support
- Voice control
A fully functional gdb stub for x86/x64, attaching to SourceLevelDebugPkg's remote protocol.
- Difficulty: Medium...Hard
- Language: Python, C
- Mentor:
- Suggested by: bjjohnson
Make use of __builtin_return_address(n) & _ReturnAddress to add debug & data gathering capabilities. Some ideas:
- Produce a protocol with info on the image handle so a shell command can dump out the information
- Track, on a per call basis, where resources are being consumed
- Detect memory leaks
- Log information about stall and timer usage
- Collect statistics on BootServices and RuntimeServices calls.
- Performance profile library calls EFI boot and runtime services calls.
- gBS is set up by a library so it could point to a debug wrapper for the functions.
- Post process raw output (PDB name + offset in PE/COFF) to include function names via parsing .map files.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @ajfish
Allow APs to safely print and use DEBUG trace messages.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @ajfish
Create a ARM based host environment for EmulatorPkg.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @ajfish
EmulatorPkg network support for Linux
Port EmulatorPkg/EmuSnpDxe to support Linux.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @ajfish
Note: There are many ideas here. Please feel free to gather any reasonable subset for a project proposal.
- Debug version of libraries, and tools to analyze the data:
- UefiBootServicesTableLib.h & UefiRuntimeServicesLib.h that can profile UEFI service usage.
- Debug version of MemoryAllocationLib.h that can detect memory leaks, buffer overruns, etc.
- Add a library class for logging the data
- Log data directly to image handle, per driver.
- Log data to centralized data service.
- Add a library class for a module to access/initiate leak checking.
- Add sample based profiling to EmulatorPkg/Nt32Pkg. On a Mac this would be figuring out how to use Instruments to profile the emulator.
- Add a sampling based profiling tool to a real EFI system. Note this requires the ability to capture a stack trace and then post process it (likely on the build system).
- Difficulty: Medium ... Hard
- Language: C
- Mentor:
- Suggested by: @ajfish
Enable accessing content on an SMB network share
- Difficulty: Hard
- Language: C
- Mentor:
- Suggested by: @jljusten, @ErikBjorge, @jcarsey
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: bjjohnson, andreiwarkentin
Implement DNS proxy on EDK II
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: kidzyoung
A command-line based HII browser, suitable for automation. Either a shell command or set of commands for locating, dumping, and modifying configuration values, or commands for dumping and loading HII data to/from a file in an easily-edited format.
- Difficulty: Medium...Hard
- Language: C
- Mentor:
- Suggested by: bjjohnson
Python3 in the edk2-libc AppPkg can be used to implement UEFI firmware tests. In order to increase the scope of possible tests, it would be valuable to have python modules that wrap the UEFI Boot Services, UEFI Runtime Services, and the commonly used UEFI Protocols.
- Difficulty: Medium
- Language: C, Python
- Mentor:
- Suggested by: @jpshivakavi
Port portions of ACPI-CA to a shell application to enable dumping and disassembly of ACPI tables.
- Based on https://acpica.org/node/126
- Table Verifier: AML method execution for testing without booting to an OS.
- Difficulty: Medium
- Language: C
- Mentor: TBD
- Suggested by: @ajfish, @jljusten
Port OpenSSH to the UEFI shell. Use the UEFI networking stack to establish TCP/IP connections to remote systems. Should be able to demonstrate working remote shell session from the UEFI shell.
- Difficulty: Medium...Hard
- Language: C
- Mentor:
- Suggested by: bjjohnson
Python3 in the edk2-libc AppPkg supports Visual Studio builds. Update the sources and the build files to support the GCC and CLANG compilers.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @jpshivakavi
Python3 in the edk2-libc AppPkg supports IA32/X64. Update the sources and the build files to support AARCH64.
- Difficulty: Medium
- Language: C
- Mentor:
- Suggested by: @jpshivakavi
Port tools currently implemented in C to Python. This removes the need to run a C compiler to build the tools required to build EDK II firmware.
- Difficulty: Hard
- Language: C, Python
- Mentor:
- Suggested by: @mdkinney
Implement a resource compiler in Python that can add resource sections defined by the UEFI Specification to a PE/COFF image.
- Difficulty: Medium
- Language: Python
- Mentor:
- Suggested by: @mdkinney
Improvements to existing UEFI Driver Wizard
- Update to latest version of wxPython
- Update for latest UEFI Specifications
- Consider adding PI module types (PEIMs, DXE Drivers, DXE Runtime Drivers, SMM Drivers)
- Difficulty: Easy
- Mentor: @mdkinney
Simplify EDK II development:
- GUI frontend for EdkRepo.
- GUI helper tool to configure and launch a build.
- GUI helper tool to configure platform PCDs.
- GUI helper tool to configure FLASH layout, Recovery, and Capsules.
- Automatically set values in target.txt based on platform configuration (compiler, thread count, etc.).
- Difficulty: Easy...Medium
- Languages: C, Python
- Mentor: @ashedesimone, @mdkinney
None at the moment.
Home
Getting Started with EDK II
Build Instructions
EDK II Platforms
EDK II Documents
EDK II Release Planning
Reporting Issues
Reporting Security Issues
Community Information
Inclusive Language
Additional Projects & Tasks
Training
Community Support
Community Virtual Meetings
GHSA GitHub Security Advisories Proceess (Draft)