From: Denis Plotnikov <dplotnikov@virtuozzo.com>
To: edk2-devel@lists.01.org
Subject: OVMF dynamic NVRAM size discovering
Date: Wed, 11 Jul 2018 16:01:45 +0300 [thread overview]
Message-ID: <127d7602-3d0a-b7f0-5447-8fd7ac41ee5d@virtuozzo.com> (raw)
In-Reply-To: <d233e2cc-c441-511a-f68c-33293347bdea@virtuozzo.com>
Hello!
I'd like to ask whether it's a good idea or not to make the omfv
discover the variable image size in the runtime.
We have a setting in our product to use separate pflash images for OVMF
code and variables parts in QEMU/KVM based virtual machines.
Currently, we use a 2M code image but want to switch to using a 4M ones
to extend the variable values storage, because of Windows certification
requirements.
We think of adding an ability to OVFM to discover the size of the
variable part
dynamically.
It could work like the following:
1. teach qemu to provide the size of pflash0 and pflash1 via fw_cfg
2. modify OVMF in order to discover the variable size part dynamically
via fw_cfg and adjust the OVMF's inner parameters accordingly
We have some concerns about our understanding of OVMF and would like to
ask to
evaluate the approach suggested.
Is it feasible? Do we miss something?
--
Best,
Denis
next parent reply other threads:[~2018-07-11 13:01 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <d233e2cc-c441-511a-f68c-33293347bdea@virtuozzo.com>
2018-07-11 13:01 ` Denis Plotnikov [this message]
2018-07-11 16:01 ` OVMF dynamic NVRAM size discovering Laszlo Ersek
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=127d7602-3d0a-b7f0-5447-8fd7ac41ee5d@virtuozzo.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