qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH qom-cpu for-1.4 0/6] Unmigratable CPUs for 1.4


From: Andreas Färber
Subject: Re: [Qemu-devel] [PATCH qom-cpu for-1.4 0/6] Unmigratable CPUs for 1.4
Date: Mon, 28 Jan 2013 01:21:28 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130105 Thunderbird/17.0.2

Am 28.01.2013 01:13, schrieb Andreas Färber:
> Hello,
> 
> Prompted by earlier patches from Juan, this series cleans up some targets
> that don't implement migration - be it by no-op implementations, by erroring
> out in the implementation or by lack of implementation.
> 
> Making targets migratable is preferable over
>  marking devices as migratable is preferable over

as unmigratable, obviously :)

>   terminating QEMU while attempting to migrate.
> 
> This series, based on qom-cpu queue, takes advantage of us having converted
> the CPUState into a device for the upcoming release by associating
> VMStateDescriptions marked as unmigratable with the target's base CPU class.
> 
> By dropping the machine.c files, now no longer mandated by the build system,
> we also elegantly solve the issue of lacking license headers. :)
> 
> Known conflicts:
> * CPU realizefn series on qom-cpu-next (cpu.c:class_init)
> 
> A follow-up series based on qom-cpu-next is in preparation, to tackle the bug
> that alpha implements cpu_{save,load}() but does not have them registered,
> rendering the implementation virtually useless IIUC.
> I am still a bit unclear about the compatibility considerations: There are
> subtle differences in calculating the instance_id between CPUArchState and
> DeviceClass. Since no one complained about alpha so far I would like to defer
> this to 1.5 to evaluate whether to handle VMState differently for new CPUs wrt
> "cpu_common", "cpu" and DeviceClass vs. CPUClass (preview on qom-cpu-vmstate).
> 
> Regards,
> Andreas
> 
> Cc: Juan Quintela <address@hidden> (vmstate)
> Cc: Edgar E. Iglesias <address@hidden> (microblaze)
> Cc: Peter Crosthwaite <address@hidden> (microblaze)
> Cc: Alexander Graf <address@hidden> (s390x)
> Cc: Richard Henderson <address@hidden> (s390x)
> Cc: Aurélien Jarno <address@hidden> (sh4)
> Cc: Guan Xuetao <address@hidden> (uc32)
> Cc: Max Filippov <address@hidden> (xtensa)
> Cc: Anthony Liguori <address@hidden>
> 
> Andreas Färber (6):
>   target-unicore32: Mark as unmigratable
>   target-microblaze: Mark as unmigratable
>   target-xtensa: Mark as unmigratable
>   target-sh4: Mark as unmigratable
>   target-s390x: Mark as unmigratable
>   target-m68k: Mark as unmigratable
> 
>  target-m68k/Makefile.objs       |    1 -
>  target-m68k/cpu.c               |    8 ++++++++
>  target-microblaze/Makefile.objs |    2 +-
>  target-microblaze/cpu.c         |    9 +++++++++
>  target-microblaze/cpu.h         |    2 --
>  target-microblaze/machine.c     |   11 -----------
>  target-s390x/Makefile.objs      |    1 -
>  target-s390x/cpu.c              |   10 +++++++++-
>  target-s390x/machine.c          |   30 ------------------------------
>  target-sh4/Makefile.objs        |    1 -
>  target-sh4/cpu.c                |    9 +++++++++
>  target-unicore32/Makefile.objs  |    2 +-
>  target-unicore32/cpu.c          |    8 ++++++++
>  target-unicore32/cpu.h          |    2 --
>  target-unicore32/machine.c      |   23 -----------------------
>  target-xtensa/Makefile.objs     |    1 -
>  target-xtensa/cpu.c             |    9 +++++++++
>  target-xtensa/machine.c         |   38 --------------------------------------
>  18 Dateien geändert, 54 Zeilen hinzugefügt(+), 113 Zeilen entfernt(-)
>  delete mode 100644 target-m68k/machine.c
>  delete mode 100644 target-microblaze/machine.c
>  delete mode 100644 target-s390x/machine.c
>  delete mode 100644 target-sh4/machine.c
>  delete mode 100644 target-unicore32/machine.c
>  delete mode 100644 target-xtensa/machine.c
> 


-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg



reply via email to

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