Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

UKI: document where UKI addons provided via package should be #91

Merged
merged 1 commit into from
May 28, 2024
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
33 changes: 33 additions & 0 deletions specs/unified_kernel_image.md
Original file line number Diff line number Diff line change
Expand Up @@ -159,3 +159,36 @@ that tools staging or consuming UKIs have a common place to store and look for t

The installed UKIs should have a filename `<version format specification>.efi`, i.e. the filename is left to
implementers but must be valid for comparisons according to the [Version Format Specification](version_format_specification.md).

### Auxiliary resources

Auxiliary UKI resources (such as PE addons for command line extensions and similar,
as well as systemd-sysext and systemd-confext DDIs) built centrally by distributions and
installed via package manager should be installed into locations depending on
whether they should be applied to all UKIs installed in the ESP, or only to a
single specific UKI.

UKI auxiliary resources that apply to *all* installed UKIs should be
installed into `/usr/lib/modules/uki.extra.d/`. UKI auxiliary resources that
apply to *one* specific installed UKI should be instead installed into
`/usr/lib/modules/$UNAME/$UKI.efi.extra.d/`, where `$UNAME` is the output of
`uname -r` of the kernel included in the UKI and `$UKI` is the name of the
corresponding centrally built UKI with the `.efi` extension stripped.

The installed UKI auxiliary resources must have a specific file extension, which
depends on the resource type:
* `.addon.efi` for PE addons,
* `.sysext.raw` for sysext DDIs,
* `.confext.raw` for confext DDIs

#### Example

Given a UKI `bar_123.efi` that includes a kernel `6.9.1-1.foo`, consider
* a PE addon `machine-id` that should apply to all installed UKIs,
* a PE addon `proprietary-driver_2000` that is specific to the `bar_123` UKI, and
* a sysext `mysysext_1.23.47^3` that should apply to all installed UKIs.

The resulting paths would be
* `/usr/lib/modules/uki.extra.d/machine-id.addon.efi`,
* `/usr/lib/modules/6.9.1-1.foo/bar_123.efi.extra.d/proprietary-driver_2000.addon.efi`, and
* `/usr/lib/modules/uki.extra.d/mysysext_1.23.47^3.sysext.raw`.
Loading