Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/gurry/efi
Ergonomic Rust framework for writing UEFI applications.
https://github.com/gurry/efi
bootloader dhcp efi efi-application rust rust-crate uefi uefi-application uefi-development uefi-platform
Last synced: 1 day ago
JSON representation
Ergonomic Rust framework for writing UEFI applications.
- Host: GitHub
- URL: https://github.com/gurry/efi
- Owner: gurry
- License: mit
- Created: 2018-02-16T10:39:12.000Z (almost 7 years ago)
- Default Branch: master
- Last Pushed: 2024-08-18T12:59:12.000Z (4 months ago)
- Last Synced: 2024-12-14T12:06:09.496Z (8 days ago)
- Topics: bootloader, dhcp, efi, efi-application, rust, rust-crate, uefi, uefi-application, uefi-development, uefi-platform
- Language: Rust
- Homepage:
- Size: 509 KB
- Stars: 62
- Watchers: 4
- Forks: 8
- Open Issues: 29
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
# efi
[![Crates.io](https://img.shields.io/crates/v/efi)](https://crates.io/crates/efi)
A framework for writing UEFI applications in Rust. Acts like the Rust standard library on the UEFI platform with support for things like:
- Console I/O
- Containers such as `Vec` and `String` via a custom allocator
- Macros like `println!`, `write!`, `format!` etc.
- Rust I/O primitives as `Read` and `Write` traits and the related types
- UDP and TCP sockets similar to those in stdlib
- Implementation of `IpAddr` and its supporting types
- Domain name resolution so that you can connect sockets using a hostnameAlso offers an ergonomic API for UEFI-specific functionality such as:
- Loading and starting images
- DHCP
- PXE
- Device pathsIt uses a sister crate [`efi_ffi`](https://github.com/gurry/efi_ffi) to interface with the UEFI platform.
## Limitations
- Is a work in progress. API surface can change without notice.
- Currently only `x64` architecture is supported. In terms of Rust this implies that the crate builds only with the target `x86_64-unknown-uefi`.## Building the Crate
To build this crate:
1. Make sure the Rust target `x86_64-unknown-uefi` is installed. If not, install it by running the command `rustup target add x86_64-unknown-uefi`
2. Build the crate by navigating into this repo and running the command `cargo build --target x86_64-unknown-uefi`## Writing a UEFI Application
To write a UEFI application using this framework follow the below steps:
1. Create a new crate for your application by running `cargo new my_efi_app`, where `my_efi_app` is the name of the application
2. Add `efi = "0.3"` under `[dependencies]` in `Cargo.toml`
3. Add the below code in `my_efi_app/src/main.rs`. Comments in the code explain each part:```rust
#![no_std] // Indicates to the Rust compiler that the app does not depend on the standard library but is a 'standalone' application.
#![no_main] // Indicates that this application does not have a "main" function typically found in a Linux or Windows application (although it does have its own "main" function "efi_main" as declared below)// Externs for efi and alloc crates (alloc crate is the one that contains definitions of String and Vec etc.)
#[macro_use] extern crate efi;
extern crate alloc;// EFI entrypoint or main function. UEFI firmware will call this function to start the application.
// The signature and the name of this function must be exactly as below.
#[no_mangle]
pub extern "win64" fn efi_main(image_handle: efi::ffi::EFI_HANDLE, sys_table : *const efi::ffi::EFI_SYSTEM_TABLE) -> isize {
efi::init_env(image_handle, sys_table); // Call to init_env must be the first thing in efi_main. Without it things like println!() won't workprintln!("Welcome to UEFI");
// Your business logic here
0
}// A handler to respond to panics in the code. Required by the Rust compiler
#[panic_handler]
fn panic(_: &core::panic::PanicInfo) -> ! {
loop {}
}
```### Building
Building the application requires the target `x86_64-unknown-uefi` to be installed on your machine. Install it by running `rustup target add x86_64-unknown-uefi` in command shell.After the target is installed, build the application with the command `cargo build --target x86_64-unknown-uefi`. When the build completes the resulting EFI application `my_efi_app.efi` will be found in `target\x86_64-unknown-uefi\debug\`
### Running
Run the UEFI appliction in a qemu virtual machine by following the below steps:
1. Download and install qemu
2. Google for `ovmf.fd` and download that binary (This is the OVMF firmware under which we will run the application)
3. Start qemu by running this commandline: `/qemu-system-x86_64 -pflash /ovmf.fd -hda fat:rw:/target/x86_64-unknown-uefi/debug`
4. Qemu will boot into `ovmf.fd` firmware and start the EFI shell
5. Wait for EFI shell command prompt. When it appears enter the application's name `my_efi_app.efi` and press `ENTER`
6. The application will run and print "Welcome to UEFI" on the qemu screen### Example Application
For a sample application see [`examples/sample_efi_app.rs`](examples/sample_efi_app.rs). Build it by running `cargo build --target x86_64-unknown-uefi --example sample_efi_app`. The resulting binary `sample_efi_app.efi` will be found in `target/x86_64-unknown-uefi/debug/examples`.
The application performs DHCP at the start to obtain an IP address and then makes an HTTP request to a specified server. So to run it you need to follow the below steps:
1. Ensure that a DHCP server is running in your network and can give out IP addresses.
2. On the machine on which you will run the application, install a TAP adapter of your choice and note its name.
3. Connect the TAP adapter to the same LAN as the DHCP server above. If they are not on the same LAN the application will not receive an IP address.
4. Run qemu with the following commandline: `/qemu-system-x86_64 -pflash /ovmf.fd -hda fat:rw:/target/x86_64-unknown-uefi/debug/examples -net tap,ifname= -net nic`. With the two `-net` options at the end this commandline tells qemu to use the TAP adapter you installed above. Ensure that the name you specify after `ifname=` is that of the TAP adapter which you noted above.The application will start, perform DHCP, get an IP address, prompt you for the name of an HTTP server and then make a GET request to that server.