WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: save/restore dev in HV

To: "Zhai, Edwin" <edwin.zhai@xxxxxxxxx>, Tim <Tim.Deegan@xxxxxxxxxxxxx>
Subject: [Xen-devel] Re: save/restore dev in HV
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Mon, 22 Jan 2007 08:46:37 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 22 Jan 2007 00:46:29 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20070122024407.GX10106@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acc+AdOkEmbiuKn1EduYigANk04WTA==
Thread-topic: save/restore dev in HV
User-agent: Microsoft-Entourage/11.3.2.061213
On 22/1/07 2:44 am, "Zhai, Edwin" <edwin.zhai@xxxxxxxxx> wrote:

> 1. it put more responsibility on developer to maintain the format/alignment of
> hw status struct.

This is true. We now have anough script support for CONFIG_COMPAT that we
could probably check all save structs for 32-on-64 compatibility
automatically.

> 2. compatibility issue. e.g. adding a new field in middle of the hw struct
> would break restoring an old image.

We wouldn't do this -- we'd define a new structure, or add new fields at the
end in a backward compatible way.

The code as it is is *not* finished by the way, and so gives a slightly poor
impression of this approach. The aim is to have some of the structures
broken down into more chunks: so for example the hvm_irq structure will move
back to where it came from (a private header file) and instead we will have
descriptor chunks for PCI INTx wire state, ISA IRQ wire state, and PCI-ISA
link state -- note that each of these will effectively be an array which
will be easily extended (or shrunk) if e.g., we add another PCI bus.

This is the hard bit -- auditing every chunk, deciding if it contains
redundant info, or info that is only an artefact of the crrent device-model
implementation, or whether the chunk needs to be broken into more pieces to
maintain better logical grouping and extensibility.

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>