I've removed the cannot_destroy_with_object_finalize_yet field as cpu_exec_init() is not called by superh_cpu_initfn() anymore (tested with QOM command provided by commit 4c315c27 with "sh7750r-superh-cpu")
CC: Aurelien Jarno <aurel...@aurel32.net> Signed-off-by: Laurent Vivier <lviv...@redhat.com> --- target-sh4/cpu.c | 15 +++++++-------- 1 file changed, 7 insertions(+), 8 deletions(-) diff --git a/target-sh4/cpu.c b/target-sh4/cpu.c index f172516..c7ed4ea 100644 --- a/target-sh4/cpu.c +++ b/target-sh4/cpu.c @@ -244,6 +244,13 @@ static void superh_cpu_realizefn(DeviceState *dev, Error **errp) { CPUState *cs = CPU(dev); SuperHCPUClass *scc = SUPERH_CPU_GET_CLASS(dev); + Error *local_err = NULL; + + cpu_exec_realize(cs, &local_err); + if (local_err != NULL) { + error_propagate(errp, local_err); + return; + } cpu_reset(cs); qemu_init_vcpu(cs); @@ -259,7 +266,6 @@ static void superh_cpu_initfn(Object *obj) cs->env_ptr = env; cpu_exec_init(cs, &error_abort); - cpu_exec_realize(cs, &error_abort); env->movcal_backup_tail = &(env->movcal_backup); @@ -304,13 +310,6 @@ static void superh_cpu_class_init(ObjectClass *oc, void *data) cc->gdb_num_core_regs = 59; dc->vmsd = &vmstate_sh_cpu; - - /* - * Reason: superh_cpu_initfn() calls cpu_exec_init(), which saves - * the object in cpus -> dangling pointer after final - * object_unref(). - */ - dc->cannot_destroy_with_object_finalize_yet = true; } static const TypeInfo superh_cpu_type_info = { -- 2.7.4