[ISSUE] gummiboot broken with linux-mainline

[ISSUE] gummiboot broken with linux-mainline

[junkmanner]

[-- Attachment #1: Type: text/plain, Size: 1014 bytes --]

New issue by junkmanner on void-packages repository

https://github.com/void-linux/void-packages/issues/42566

Description:
### Is this a new report?

Yes

### System Info

Void 6.1.14_1 x86_64-musl AuthenticAMD uptodate rFF

### Package(s) Affected

gummiboot-48.1_8, linux6.2-6.2.0_1

### Does a report exist for this bug with the project's home (upstream) and/or another distro?

_No response_

### Expected behaviour

The system is supposed to boot up normally.

### Actual behaviour

When trying to boot the system, my computer gets stuck in an infinite loop of the fans spinning up and down. I did a bit of reading around and testing, and if I build the kernel with EFI_HANDOVER_PROTOCOL=y, the computer boots without issue, which leads me to believe the the issue is that gummiboot uses the deprecated efi handover protocol, and therefore cannot boot on linux-mainline where EFI_HANDOVER_PROTOCOL is not set.

### Steps to reproduce

1. Install gummiboot as bootloader
2. Install linux-mainline
3. reboot

Re: gummiboot broken with linux-mainline

[paper42]

[-- Attachment #1: Type: text/plain, Size: 443 bytes --]

New comment by paper42 on void-packages repository

https://github.com/void-linux/void-packages/issues/42566#issuecomment-1458463314

Comment:
According to https://gitlab.alpinelinux.org/alpine/aports/-/issues/14679, we can either enable CONFIG_EFI_HANDOVER_PROTOCOL and this will keep working for a while or just remove gummiboot which didn't have a release since it was merged to systemd in 2015.
I would be in favor of removing gummiboot.

Re: gummiboot broken with linux-mainline

[classabbyamp]

[-- Attachment #1: Type: text/plain, Size: 208 bytes --]

New comment by classabbyamp on void-packages repository

https://github.com/void-linux/void-packages/issues/42566#issuecomment-1458465166

Comment:
I am not, I use its efistub for booting most of my machines

Re: gummiboot broken with linux-mainline

[classabbyamp]

[-- Attachment #1: Type: text/plain, Size: 280 bytes --]

New comment by classabbyamp on void-packages repository

https://github.com/void-linux/void-packages/issues/42566#issuecomment-1458465166

Comment:
I am not, I use its efistub for booting most of my machines. If an alternative efistub source existed, that would be fine, however.

Re: gummiboot broken with linux-mainline

[zdykstra]

[-- Attachment #1: Type: text/plain, Size: 258 bytes --]

New comment by zdykstra on void-packages repository

https://github.com/void-linux/void-packages/issues/42566#issuecomment-1458484331

Comment:
I'd like to see gummiboot limp along for a while, too, if there's nothing else to fill that specific package gap.

Re: gummiboot broken with linux-mainline

[paper42]

[-- Attachment #1: Type: text/plain, Size: 233 bytes --]

New comment by paper42 on void-packages repository

https://github.com/void-linux/void-packages/issues/42566#issuecomment-1458526141

Comment:
It might be possible to build systemd-boot from the systemd sources as a separate binary.

Re: gummiboot broken with linux-mainline

[sonnysighedup]

[-- Attachment #1: Type: text/plain, Size: 722 bytes --]

New comment by sonnysighedup on void-packages repository

https://github.com/void-linux/void-packages/issues/42566#issuecomment-1459663265

Comment:
One stop-gap measure - which might not work for the OP, but will work for those who just need gummiboot for efi stub - would be to break out the gummiboot-efistub sub-package into its own entity and have it track systemd's version of linuxx64.efi.stub a la [this Arch AUR package](https://aur.archlinux.org/packages/systemd-stub-x64).

I just tried it against the Void repo's 6.2 kernel, and was able to successfully boot a self-signed UEFI kernel image, something which I could only do previously by compiling linux6.2 from xbps-src with CONFIG_EFI_HANDOVER_PROTOCOL=y.

Re: gummiboot broken with linux-mainline

[junkmanner]

[-- Attachment #1: Type: text/plain, Size: 1039 bytes --]

New comment by junkmanner on void-packages repository

https://github.com/void-linux/void-packages/issues/42566#issuecomment-1460136595

Comment:
> One stop-gap measure - which might not work for the OP, but will work for those who just need gummiboot for efi stub - would be to break out the gummiboot-efistub sub-package into its own entity and have it track systemd's version of linuxx64.efi.stub a la [this Arch AUR package](https://aur.archlinux.org/packages/systemd-stub-x64).

While not a solution, this would certainly fill the hole for me. I have no particular affinity for gummiboot as a bootloader. I was simply using it, as it already provided the efistub I was using for UKI.

However, doesn't void require packages to be compiled, meaning this wouldn't be possible to be redistributed through the official mirrors? Gentoo seems to provide systemd-boot as an option for openrc under their [sys-apps/systemd-utils](https://packages.gentoo.org/packages/sys-apps/systemd-utils). Perhaps looking at what they do is an option?

Re: [ISSUE] [CLOSED] gummiboot broken with linux-mainline

[Johnnynator]

[-- Attachment #1: Type: text/plain, Size: 1017 bytes --]

Closed issue by junkmanner on void-packages repository

https://github.com/void-linux/void-packages/issues/42566

Description:
### Is this a new report?

Yes

### System Info

Void 6.1.14_1 x86_64-musl AuthenticAMD uptodate rFF

### Package(s) Affected

gummiboot-48.1_8, linux6.2-6.2.0_1

### Does a report exist for this bug with the project's home (upstream) and/or another distro?

_No response_

### Expected behaviour

The system is supposed to boot up normally.

### Actual behaviour

When trying to boot the system, my computer gets stuck in an infinite loop of the fans spinning up and down. I did a bit of reading around and testing, and if I build the kernel with EFI_HANDOVER_PROTOCOL=y, the computer boots without issue, which leads me to believe the the issue is that gummiboot uses the deprecated efi handover protocol, and therefore cannot boot on linux-mainline where EFI_HANDOVER_PROTOCOL is not set.

### Steps to reproduce

1. Install gummiboot as bootloader
2. Install linux-mainline
3. reboot