[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fedora-arm
Subject:    =?utf-8?q?=5Bfedora-arm=5D?= Status of armhfp grubs2-efi on top of Uboot
From:       "Mark Verlinde" <mark () havak ! nl>
Date:       2020-06-25 4:11:05
Message-ID: 20200625041105.4748.80415 () mailman01 ! iad2 ! fedoraproject ! org
[Download RAW message or body]

Hi,

A while ago (around the freeze of FC29) grub2-efi on top of Uboot was proposed as the \
(potentially) default setup for armhfp too. Unfortunately (IMHO) it did not \
materialize and I'm searching for the game-breaker.

On buggzilla found a few hints,  " we have at least a grub2 <-> kernel bug" (1) among \
them, they did not make the holdup clear to me.

My investigation so-far:
* It works pretty good with a close to upstream build grub, not with the default gub2 \
packages. Which makes me believe loading an arm32 kernel as an Portable Executable \
instead of grub's LoadImage() and StartImage() services may be a game-stopper. NOTE : \
I understand this is necessary for chain loading efi stubs for secure-boot. IMO this \
is not the pursued  goal here.

* Since kernel patch "efi: libstub/arm: account for firmware reserved memory at the \
base of RAM" (2) it works on RPI's too (given a "custom" build grub2)

All feedback is appreciated,
grtz Mark  

1) https://bugzilla.redhat.com/show_bug.cgi?id=1602948
2) https://patchwork.kernel.org/patch/11189097/
_______________________________________________
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org



[prev in list] [next in list] [prev in thread] [next in thread]