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

Only use local crt0 and lds files #57

Closed
wants to merge 4 commits into from
Closed

Only use local crt0 and lds files #57

wants to merge 4 commits into from

Conversation

superm1
Copy link
Member

@superm1 superm1 commented Mar 29, 2024

SBAT and SBOM support aren't in upstream gnu-efi. If some day everything is upstream, we can bump our version dep to a newer version and only pull the upstream ones.

CC @gmbr3
CC @vathpela

@superm1
Copy link
Member Author

superm1 commented Mar 29, 2024

One other thing - by using crt0 and lds locally do we even need the 3.0.18 dependency anymore?

@hughsie
Copy link
Member

hughsie commented Mar 29, 2024

I also think we can drop the bump.

superm1 and others added 3 commits March 29, 2024 14:17
At least as of gnu-efi 3.0.18 these still don't have support for SBAT
or SBOM.  Keep using the CRT0 and LDS distributed with fwupd-efi for
now.  If/when these can be switched to system ones fwupd-efi will
bump a dependency on that version of gnu-efi and drop the local
copies.

Fixes: #56
@gmbr3
Copy link
Contributor

gmbr3 commented Mar 30, 2024

Options:

  • Ship an objcopy intended LDS for aarch64 aswell as a 'manual symbols' LDS
    (The same but with the ImageBase symbol in LDS for system)
    and NEVER use the system LDS, only system crt0 if objcopy
    (Although with only gnu-efi 3.0.17+ can the system crt0 be used on ARM64 with objcopy, prior will need local crt0 aswell)
    (And objcopy must be 2.38+ for efi-app-aarch64 support)
  • Or always use local CRT0/lds on aarch64, cos the split gnu-efi/objcopy is the issue)

This is why this only affects ARM64
(The rest are typically exclusive: x86(_64) always can be objcopy, RV64/ARM32 is never)

@superm1 superm1 closed this Apr 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

3 participants