From: "Pedro Falcato" <pedro.falcato@gmail.com>
To: rfc@edk2.groups.io, het.gala@nutanix.com
Cc: edk2-devel-groups-io <devel@edk2.groups.io>
Subject: Re: [edk2-rfc] Boot Order not persistent : UEFI variables not getting stored in NVRAM disk ?
Date: Tue, 18 Oct 2022 22:16:21 +0100 [thread overview]
Message-ID: <CAKbZUD0AHiyaTd1Ys22dWhz5NStGzFbSoJQbQBZqMCm_esg4QQ@mail.gmail.com> (raw)
In-Reply-To: <qKZn.1666002277279095178.ueV3@groups.io>
[-- Attachment #1: Type: text/plain, Size: 1132 bytes --]
Hi,
(cc devel)
NVRAM has nothing to do with disks or EFI partitions.
Are you using OVMF? How are you using it? OVMF itself emulates variable
storage if you run it in the wrong way.
On Tue, Oct 18, 2022 at 4:00 PM <het.gala@nutanix.com> wrote:
> Hi EDK2 community,
>
> I have a used case, where I am trying to change boot order for multiboot
> (multiple OS) systems and for singleboot systems. I was able to change the
> boot order and set auto boot time-out only if there is EFI partition
> available in a disk. The boot order is not persisted i.e. on a VM reboot,
> the boot order sets back to default in absence of disk or EFI partition in
> disk. Even though there is a NVRAM disk available, I am not able to change
> the boot order in UEFI firmware settings. So, I have a couple of doubts
> regarding this, so decided to start with a discussion.
> 1. Is it necessary to have EFI partition in disks to store UEFI variables
> like boot order / auto boot time-out and others ?
> 2. Does the workflow of OVMF demands to store the UEFI variables only into
> EFI partition and not into NVRAM disk ?
>
>
>
>
>
>
--
Pedro Falcato
[-- Attachment #2: Type: text/html, Size: 1578 bytes --]
next parent reply other threads:[~2022-10-18 21:16 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <qKZn.1666002277279095178.ueV3@groups.io>
2022-10-18 21:16 ` Pedro Falcato [this message]
2022-10-18 21:17 ` [edk2-rfc] Boot Order not persistent : UEFI variables not getting stored in NVRAM disk ? Pedro Falcato
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAKbZUD0AHiyaTd1Ys22dWhz5NStGzFbSoJQbQBZqMCm_esg4QQ@mail.gmail.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox