qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH v3] hw/mips: gt64xxx_pci: Add VMStateDescription


From: James Hogan
Subject: Re: [Qemu-devel] [PATCH v3] hw/mips: gt64xxx_pci: Add VMStateDescription
Date: Fri, 20 Jun 2014 11:33:45 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0

On 20/06/14 11:25, James Hogan wrote:
> From: Sanjay Lal <address@hidden>
> 
> Add VMStateDescription for GT64120 PCI emulation used by the Malta
> platform, to allow it to work with savevm/loadvm and live migration.
> 
> The entire register array is saved/restored using VMSTATE_UINT32_ARRAY
> (fixed length GT_REGS = 1024).
> 
> Signed-off-by: Sanjay Lal <address@hidden>
> address@hidden: Convert to VMState]
> Signed-off-by: James Hogan <address@hidden>
> Cc: Aurelien Jarno <address@hidden>
> ---
> This is based on "[Patch 03/12] KVM/MIPS: Add save/restore state APIs
> for saving/restoring KVM guests."[1].
> 
> Changes in v3:
>  - Save entire register array using VMSTATE_UINT32_ARRAY (which is fixed
>    length of GT_REGS = 1024) rather than individual registers. This is
>    safer in case an important register is missed or new emulated
>    functionality is added. (Aurelien Jarno)

For the record, Aurelien's question about saving all registers or only
specific ones is still open (I also don't have enough experience to be
sure, although I prefer the approach in v3).

On 19/06/14 16:51, Aurelien Jarno wrote:
> That said there might be some drawbacks in doing that, and I don't
> really have enough experience to judge about that. It would be nice if
> some more people can give their opinion there.

Note, new emulated functionality may still require VMState versioning to
handle unexpected zero register values in restored state.

Cheers
James



reply via email to

[Prev in Thread] Current Thread [Next in Thread]