From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43533) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XMZ41-0002EB-UC for qemu-devel@nongnu.org; Wed, 27 Aug 2014 04:58:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XMZ3y-0000Pu-3Y for qemu-devel@nongnu.org; Wed, 27 Aug 2014 04:58:45 -0400 Received: from mx1.redhat.com ([209.132.183.28]:15557) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XMZ3x-0000Pl-SW for qemu-devel@nongnu.org; Wed, 27 Aug 2014 04:58:42 -0400 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7R8wenb018210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 27 Aug 2014 04:58:40 -0400 Date: Wed, 27 Aug 2014 09:58:33 +0100 From: "Daniel P. Berrange" Message-ID: <20140827085832.GA15714@redhat.com> References: <1408789147-18675-1-git-send-email-lersek@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1408789147-18675-1-git-send-email-lersek@redhat.com> Subject: Re: [Qemu-devel] [PATCH 0/2] pflash (UEFI varstore) migration shortcut for libvirt Reply-To: "Daniel P. Berrange" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laszlo Ersek Cc: Kevin Wolf , Juan Quintela , Michal Privoznik , David Gilbert , qemu devel list , Stefan Hajnoczi , Paolo Bonzini On Sat, Aug 23, 2014 at 12:19:05PM +0200, Laszlo Ersek wrote: > Libvirt is growing support for x86_64 OVMF guests: > > http://www.redhat.com/archives/libvir-list/2014-August/msg01045.html > > An important feature of such guests is the persistent store for > non-volatile UEFI variables. This is implemented with if=pflash drives. > The referenced libvirt patchset sets up the varstore files for > single-host use. > > Wrt. migration, two choices have been considered: > (a) full-blown live storage migration for the drives backing pflash > devices, > (b) vs. a shortcut that exploits the special nature of pflash drives > (namely, their minuscule size, and a RAMBlock that keeps the full > contents of each pflash drive visible to the guest, and is > up-to-date, at all times.) So, IIUC, with option b), libvirt will merely need to make sure that the NVRAM var store file exists with the right size. QEMU will then just 'do the right thing' for migration copying across the contents ? If so that sounds nice to me. Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|