From: Laszlo Ersek <lersek@redhat.com>
To: Andrea Bolognani <abologna@redhat.com>, qemu-devel@nongnu.org
Cc: marcel@redhat.com, drjones@redhat.com, kraxel@redhat.com
Subject: Re: [Qemu-devel] [PATCH v5 2/2] mach-virt: Provide sample configuration files
Date: Wed, 8 Feb 2017 19:11:42 +0100 [thread overview]
Message-ID: <3fa3d4b8-3e3a-d6c4-a2c1-affef7361576@redhat.com> (raw)
In-Reply-To: <1486575331-14455-3-git-send-email-abologna@redhat.com>
Thanks for the CC!
On 02/08/17 18:35, Andrea Bolognani wrote:
> +# Firmware configuration
> +# =========================================================
> +#
> +# There are two parts to the firmware: a read-only image
> +# containing the executable code, which is shared between
> +# guests, and a read/write variable store that is used by
Apparently omitted:
one specific virtual machine, exclusively,
Also, I would recommend replacing "used" with "owned".
> +# to record information such as the boot device. An empty
s/boot device/UEFI boot order/
> +# variable store can be created by simply copying a
> +# template provided as part of AAVMF.
How about:
For any new guest, its permanent, private variable store should
initially be copied from the template file provided as part of the
ArmVirtQemu firmware platform (which is occasionally distributed
under the AAVMF package).
> +#
> +# Depending on the distribution you're using on the host,
I recommend "OS distribution", "Linux distribution", or "GNU/Linux
distribution", as you prefer.
> +# paths to the firmware itself and variable store template
s/firmware/firmware binary/
> +# will be different. Some examples:
> +#
> +# Fedora:
> +# /usr/share/edk2/aarch64/QEMU_EFI.fd
> +# /usr/share/edk2/aarch64/QEMU_VARS.fd
Please annotate each as firmware binary & variable store template.
Also, I can't verify the exact pathnames for Fedora.
> +# RHEL:
> +# /usr/share/AAVMF/AAVMF_CODE.fd
> +# /usr/share/AAVMF/AAVMF_VARS.fd
Looks legit. (Might want to call "RHEL" "RHELSA" though, in this context
-- no clue. Ask Drew :))
> +
> +[drive "aavmf-code"]
Heh, I never specify "id" for these "-drive"s, but I definitely
appreciate the attention to detail. Let's call it "uefi-binary" though.
> + file = "/usr/share/edk2/aarch64/QEMU_EFI.fd" # CHANGE ME
Please replace the comment with
CHANGE ME ACCORDING TO HOST LINUX DISTRO
or some such
> + format = "raw"
> + if = "pflash"
> + unit = "0"
> + readonly = "on"
> +
> +[drive "aavmf-vars"]
Let's call this "uefi-varstore".
> + file = "guest_VARS.fd" # CHANGE ME
Many bonus points for providing a file name example that is *different*
from (QEMU|AAVMF)_VARS.fd. It should (and thankfully, does) reflect that
it's already a copy.
Please expand the comment:
CHANGE ME TO THE NAME OF THE FILE THAT YOU CREATED AS A COPY of THE
VARSTORE TEMPLATE
> + format = "raw"
> + if = "pflash"
> + unit = "1"
Yes!
I apologize for being too detailed / pedantic about this.
Thanks!
Laszlo
next prev parent reply other threads:[~2017-02-08 18:11 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-08 17:35 [Qemu-devel] [PATCH v5 0/2] docs: Improve sample configuration files Andrea Bolognani
2017-02-08 17:35 ` [Qemu-devel] [PATCH v5 1/2] q35: " Andrea Bolognani
2017-02-08 17:35 ` [Qemu-devel] [PATCH v5 2/2] mach-virt: Provide " Andrea Bolognani
2017-02-08 18:11 ` Laszlo Ersek [this message]
2017-02-08 18:49 ` Andrea Bolognani
2017-02-08 19:34 ` Laszlo Ersek
2017-02-08 19:47 ` Andrea Bolognani
2017-02-09 9:49 ` Andrew Jones
2017-02-09 10:52 ` Andrea Bolognani
2017-02-08 18:32 ` Peter Maydell
2017-02-08 19:23 ` Laszlo Ersek
2017-02-08 19:40 ` Peter Maydell
2017-02-08 19:28 ` Andrea Bolognani
2017-02-08 19:36 ` Peter Maydell
2017-02-08 19:49 ` Laszlo Ersek
2017-02-09 13:53 ` Andrea Bolognani
2017-02-09 14:14 ` Andrew Jones
2017-02-08 19:36 ` Laszlo Ersek
2017-02-09 9:42 ` Andrew Jones
2017-02-09 9:57 ` Peter Maydell
2017-02-09 10:51 ` Andrea Bolognani
2017-02-09 12:28 ` Andrew Jones
2017-02-09 13:27 ` Andrea Bolognani
2017-02-09 14:08 ` Andrew Jones
2017-02-09 14:56 ` Andrea Bolognani
2017-02-09 15:26 ` Gerd Hoffmann
2017-02-09 15:10 ` Andrea Bolognani
2017-02-09 15:35 ` Andrew Jones
2017-02-09 16:11 ` Andrea Bolognani
2017-02-09 16:36 ` Andrew Jones
2017-02-09 17:06 ` Andrea Bolognani
2017-02-09 18:05 ` Andrew Jones
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-all 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=3fa3d4b8-3e3a-d6c4-a2c1-affef7361576@redhat.com \
--to=lersek@redhat.com \
--cc=abologna@redhat.com \
--cc=drjones@redhat.com \
--cc=kraxel@redhat.com \
--cc=marcel@redhat.com \
--cc=qemu-devel@nongnu.org \
/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;
as well as URLs for NNTP newsgroup(s).