GitLab

Use local checkout of deps when developing

See merge request !8

Specify the path to uefi crates so that the local checkout is used when
developing instead of pulling from crates.io.

Ref: https://doc.rust-lang.org/cargo/reference/specifying-dependencies.html#multiple-locations

Signed-off-by: Tim Crawford <tcrawford@system76.com>

uefi: Fix Status `ERROR_BIT`

Closes #2

See merge request !7

Set the highest bit for a usize instead of hardcoding bit 63. Fixes
compilation on i686-unknown-uefi.
Signed-off-by: Tim Crawford <tcrawford@system76.com>

Import other UEFI crates and convert to workspace

Closes #3

See merge request !6

Signed-off-by: Tim Crawford <tcrawford@system76.com>

Make a new release for the crates to update the repository links that
show up in the index.
Signed-off-by: Tim Crawford <tcrawford@system76.com>

With the other UEFI crates now imported as subdirectories, convert the
repo to a workspace with a virtual manifest.
Signed-off-by: Tim Crawford <tcrawford@system76.com>

Done with git-filter-branch:

    cd uefi_alloc
    git filter-repo --to-subdirectory-filter uefi_alloc
    cd ../uefi
    git remote add -f uefi_alloc ../uefi_alloc
    git merge --allow-unrelated-histories uefi_alloc/master
Signed-off-by: Tim Crawford <tcrawford@system76.com>

Done with git-filter-branch:

    cd uefi_std
    git filter-repo --to-subdirectory-filter uefi_std
    cd ../uefi
    git remote add -f uefi_std ../uefi_std
    git merge --allow-unrelated-histories uefi_std/master
Signed-off-by: Tim Crawford <tcrawford@system76.com>

Use efiapi for entry point

See merge request uefi_std!5

Enable the ABI feature and use it for the entry point. This will set
calling conventions to what is specified by the UEFI spec.

It currently only sets x86-64 to `win64` and everything else to `C`.
Signed-off-by: Tim Crawford <crawfxrd@gmail.com>

Fix global allocator

See merge request uefi_alloc!3

Don't overwrite the pointer with the status, which will be 0.

Fixes: 619d351b

 ("Update uefi dep, fix building on nightly")
Signed-off-by: Tim Crawford <tcrawford@system76.com>

Fix building on nightly

See merge request uefi_std!3

Update dependencies and remove raw feature.
Signed-off-by: Tim Crawford <crawfxrd@gmail.com>

Update uefi dep, fix building on nightly

See merge request uefi_alloc!2

The UEFI crate has been updated to use try_trait_v2, which changes how
Status is used.
Signed-off-by: Tim Crawford <tcrawford@system76.com>

Allow using `?` with Status again

See merge request !5

The previous change broke callers using `?` on things that returned
Status. Implement FromResidual for Result to fix it.

Also enables the `control_flow_enum` feature.
Signed-off-by: Tim Crawford <tcrawford@system76.com>

Use try_trait_v2 for Status

See merge request !3

`try_trait` was replaced by a new implementation. The RFC was used as a
reference, as it documents a simple use case that nearly matches the
current Status [1]. Fixes compiling with rustc versions newer than
2021-05-18.

Tracking Issue: https://github.com/rust-lang/rust/issues/84277

[1]: https://github.com/rust-lang/rfcs/blob/master/text/3058-try-trait-v2.md#implementing-try-for-a-non-generic-type

Signed-off-by: Tim Crawford <tcrawford@system76.com>

Use efi_main() instead of start() as name for entry point

See merge request uefi_std!2

This is what the UEFI targets included in Rustc use for the entry point:
https://github.com/rust-lang/rust/blob/master/compiler/rustc_target/src/spec/uefi_msvc_base.rs

With this change, `uefi_std` can be used with the standard target
without passing a `-Z pre-link-arg=` argument to change the entry point
to `_start`.

Remove eh_unwind_resume lang item

See merge request redox-os/uefi_std!1

The eh_unwind_resume lang item has been removed [1], which prevents
using uefi_std with newer toolchains.

[1]: https://github.com/rust-lang/rust/pull/67502