public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
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


       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