#uefi #efi

nightly no-std uefi-services

Higher-level utilities for uefi-rs

6 releases

✓ Uses Rust 2018 edition

0.2.4 May 22, 2020
0.2.3 May 13, 2020
0.2.2 Mar 28, 2020
0.2.1 Jan 19, 2020
0.1.0 Sep 26, 2019

#105 in Embedded development

Download history 27/week @ 2020-02-09 37/week @ 2020-02-16 37/week @ 2020-02-23 73/week @ 2020-03-01 23/week @ 2020-03-08 38/week @ 2020-03-15 97/week @ 2020-03-22 44/week @ 2020-03-29 59/week @ 2020-04-05 80/week @ 2020-04-12 50/week @ 2020-04-19 101/week @ 2020-04-26 74/week @ 2020-05-03 182/week @ 2020-05-10 109/week @ 2020-05-17 61/week @ 2020-05-24

313 downloads per month
Used in mythril

MPL-2.0 license

205KB
3.5K SLoC

uefi-rs

Crates.io Docs.rs Stars License Build status

Description

UEFI is the successor to the BIOS. It provides an early boot environment for OS loaders, hypervisors and other low-level applications. While it started out as x86-specific, it has been adopted on other platforms, such as ARM.

This crate makes it easy to both:

The objective is to provide safe and performant wrappers for UEFI interfaces, and allow developers to write idiomatic Rust code.

Check out @gilomendes blog post on getting started with UEFI in Rust.

Note: due to some issues with the Rust compiler, this crate currently works and has been tested only with 64-bit UEFI.

uefi-rs running in QEMU

Project structure

This project contains multiple sub-crates:

  • uefi (top directory): defines the standard UEFI tables / interfaces. The objective is to stay unopionated and safely wrap most interfaces.

    Optional features:

    • alloc: implements a global allocator using UEFI functions.
      • This allows you to allocate objects on the heap.
      • There's no guarantee of the efficiency of UEFI's allocator.
    • logger: logging implementation for the standard log crate.
      • Prints output to console.
      • No buffering is done: this is not a high-performance logger.
    • exts: extensions providing utility functions for common patterns.
      • Requires the alloc crate (either enable the alloc optional feature or your own custom allocator).
  • uefi-macros: procedural macros that are used to derive some traits in uefi.

  • uefi-services: provides a panic handler, and initializes the alloc / logger features.

  • uefi-test-runner: a UEFI application that runs unit / integration tests.

Building kernels which use UEFI

This crate makes it easy to start building simple applications with UEFI. However, there are some limitations you should be aware of:

  • The global logger / allocator can only be set once per binary. It is useful when just starting out, but if you're building a real OS you will want to write your own specific kernel logger and memory allocator.

  • To support advanced features such as higher half kernel and linker scripts you will want to build your kernel as an ELF binary.

In other words, the best way to use this crate is to create a small binary which wraps your actual kernel, and then use UEFI's convenient functions for loading it from disk and booting it.

This is similar to what the Linux kernel's EFI stub does: the compressed kernel is an ELF binary which has little knowledge of how it's booted, and the boot loader uses UEFI to set up an environment for it.

Documentation

The docs for the latest published crate version can be found at docs.rs/uefi/

This crate's documentation is fairly minimal, and you are encouraged to refer to the UEFI specification for detailed information.

Sample code

An example UEFI app is built in the uefi-test-runner directory.

Check out the testing README.md for instructions on how to run the crate's tests.

Building UEFI programs

For instructions on how to create your own UEFI apps, see the BUILDING.md file.

License

The code in this repository is licensed under the Mozilla Public License 2. This license allows you to use the crate in proprietary programs, but any modifications to the files must be open-sourced.

The full text of the license is available in the LICENSE file.

Dependencies

~0.7–1.1MB
~24K SLoC