Re: [PATCH 0/5] UEFI loader NVRAM image in Qcow2 format

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

 



Found this message right after I'v sent the patch.
https://www.redhat.com/archives/libvir-list/2015-January/msg00446.html

On 08.12.2015 17:11, Dmitry Andreev wrote:
Libvirt allows to specify a path to an image file that will be used
as a var storage for UEFI firmware.

<nvram>/var/lib/libvirt/nvram/guest_VARS.fd</nvram>

By default this image is created as a copy of a master image.
The master image and it's copy are stored in 'raw' format.

Qemu isn't able to create snapshot for an image in 'raw' format.
That makes snapshotting impossible for any UEFI configuration.

If the image with UEFI nvram is converted to Qcow2 format (and qemu
command is modified appropriately), snapshotting works fine.

In the patch-set I introduce 'format' attribute for nvram tag that
specifies nvram image file format. The patch-set doesn't contains
docs and test in v1.

Dmitry Andreev (5):
   storage: split virStorageBackendCreateExecCommand in two functions
   storage: refactor: split out image creating tool search function
   storage: add new function virStorageBackendConvertImage
   conf: add 'format' attribute to domain/os/nvram element
   qemu: add support for os.nvram 'format' attribute

  docs/schemas/domaincommon.rng |   8 ++
  src/conf/domain_conf.c        |  18 +++++
  src/conf/domain_conf.h        |   1 +
  src/qemu/qemu_command.c       |   8 +-
  src/qemu/qemu_process.c       |  17 ++++
  src/storage/storage_backend.c | 181 ++++++++++++++++++++++++++----------------
  src/storage/storage_backend.h |   5 ++
  7 files changed, 167 insertions(+), 71 deletions(-)


--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list



[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]