[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1007928: marked as done (grub-installer: support for arm64 EBBR systems)

Your message dated Thu, 20 Apr 2023 20:54:52 +0100
with message-id <20230420195452.GA3062984@tack.einval.com>
and subject line Re: Bug#1007928: grub-installer: support for arm64 EBBR systems
has caused the Debian Bug report #1007928,
regarding grub-installer: support for arm64 EBBR systems
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1007928: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007928
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: grub-installer
Version: 1.182

Hello,
On arm64 EBBR style systems with U-boot + EFI API the persistent
variable store can, unfortunately, be read-only when boot time services
have finished[1]. Meaning that Linux is unable to set EFI variables.

Would it be possible to please add logic for arm64 + EFI to re-attempt a
failed grub-install with the extra flags added:
--force-extra-removable --no-nvram

For reference, this was discussed briefly on debian-boot[2].

Also, unfortunately, the force-efi-extra-removable logic only employs
the following flag:
--force-extra-removable
So on arm64 EBBR systems the "expert mode" installation option doesn't
work either :-(. Could --no-nvram please be added to this option?

FWIW, for testing this I built a recent u-boot with qemu_64_defconfig
and passed the resultant u-boot.bin to qemu with "-bios u-boot.bin".
Also, I'm more than happy to quickly test grub-installer .udebs

Cheers!
--
Steve Capper

[1] https://arm-software.github.io/ebbr/#id21
[2] https://lists.debian.org/debian-boot/2021/11/msg00079.html
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

--- End Message ---
--- Begin Message --- 
Hey Steve,

On Fri, Mar 18, 2022 at 05:59:23PM +0000, Steve Capper wrote:
>Package: grub-installer
>Version: 1.182
>
>Hello,
>On arm64 EBBR style systems with U-boot + EFI API the persistent
>variable store can, unfortunately, be read-only when boot time services
>have finished[1]. Meaning that Linux is unable to set EFI variables.
>
>Would it be possible to please add logic for arm64 + EFI to re-attempt a
>failed grub-install with the extra flags added:
>--force-extra-removable --no-nvram
>
>For reference, this was discussed briefly on debian-boot[2].
>
>Also, unfortunately, the force-efi-extra-removable logic only employs
>the following flag:
>--force-extra-removable
>So on arm64 EBBR systems the "expert mode" installation option doesn't
>work either :-(. Could --no-nvram please be added to this option?
>
>FWIW, for testing this I built a recent u-boot with qemu_64_defconfig
>and passed the resultant u-boot.bin to qemu with "-bios u-boot.bin".
>Also, I'm more than happy to quickly test grub-installer .udebs
>
>Cheers!
>--
>Steve Capper
>
>[1] https://arm-software.github.io/ebbr/#id21
>[2] https://lists.debian.org/debian-boot/2021/11/msg00079.html

I think this is done, as of version 1.188.

-- 
Steve McIntyre, Cambridge, UK.                                steve@einval.com
Can't keep my eyes from the circling sky,
Tongue-tied & twisted, Just an earth-bound misfit, I...

--- End Message ---
Reply to: