From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:51152) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjTmS-0005rf-4L for qemu-devel@nongnu.org; Fri, 14 Dec 2012 06:50:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TjTmR-00034Q-1M for qemu-devel@nongnu.org; Fri, 14 Dec 2012 06:50:16 -0500 Received: from mail-ie0-f173.google.com ([209.85.223.173]:36869) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjTmQ-00034H-St for qemu-devel@nongnu.org; Fri, 14 Dec 2012 06:50:14 -0500 Received: by mail-ie0-f173.google.com with SMTP id e13so5707938iej.4 for ; Fri, 14 Dec 2012 03:50:14 -0800 (PST) Sender: Paolo Bonzini Message-ID: <50CB126C.6030408@redhat.com> Date: Fri, 14 Dec 2012 12:50:04 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <1355149790-8125-1-git-send-email-aliguori@us.ibm.com> <1355149790-8125-4-git-send-email-aliguori@us.ibm.com> <87d2yhcttd.fsf@rustcorp.com.au> <87y5h5xvbk.fsf@codemonkey.ws> <87bodx4fj5.fsf@rustcorp.com.au> In-Reply-To: <87bodx4fj5.fsf@rustcorp.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 3/4] virtio: modify savevm to have a stable wire format List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Rusty Russell Cc: "Michael S. Tsirkin" , qemu-devel@nongnu.org, Anthony Liguori , David Gibson Il 14/12/2012 01:57, Rusty Russell ha scritto: > With the new code we only need the head from that structure. We also need to do again all validation of the elements if we fetch it back from the data. Sometimes the parsed data is saved elsewhere (e.g. in a SCSIRequest struct that is serialized by the SCSI subsystem) and that data may be inconsistent with whatever you read from guest memory. It's a can of worms. >> I'm certainly in favor of cleaning up the savevm format and probably >> leaving the existing load/save functions as-is for legacy purposes. >> I'll leave that as an exercise for someone else though :-) > > What is the rule about new versions? Can we introduce a new save > version at any time, or only at major qemu version changes? Any time, but we provide a backwards-compatible loader for older versions. Paolo