From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52951) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dFjWq-0007EX-A8 for qemu-devel@nongnu.org; Tue, 30 May 2017 11:57:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dFjWn-00050w-6h for qemu-devel@nongnu.org; Tue, 30 May 2017 11:57:52 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47596) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dFjWm-0004z2-VJ for qemu-devel@nongnu.org; Tue, 30 May 2017 11:57:49 -0400 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id BB0474DAF8 for ; Tue, 30 May 2017 15:57:47 +0000 (UTC) From: Juan Quintela In-Reply-To: <1495176212-14446-6-git-send-email-peterx@redhat.com> (Peter Xu's message of "Fri, 19 May 2017 14:43:31 +0800") References: <1495176212-14446-1-git-send-email-peterx@redhat.com> <1495176212-14446-6-git-send-email-peterx@redhat.com> Reply-To: quintela@redhat.com Date: Tue, 30 May 2017 17:57:44 +0200 Message-ID: <87wp8ye3rb.fsf@secure.mitica> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] [PATCH RFC 5/6] migration: let MigrationState be an QObject List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Xu Cc: qemu-devel@nongnu.org, "Dr . David Alan Gilbert" Peter Xu wrote: > Let the old man "MigrationState" join the object family. Direct benefit > is that we can start to use all the property features derived from > current QObject, like: HW_COMPAT_* bits, command line setup for > migration parameters (so will never need to set them up each time using > HMP/QMP, this is really, really attractive for test writters), etc. > > I see no reason to disallow this happen yet. So let's start from this > one, to see whether it would be anything good. > > No functional change at all. > > Signed-off-by: Peter Xu Please, send this patch in toplevel. Once there, as for following patch, could you incorporate as properties: - only_migratable: And we don't have to have the global variable in vl.c - global_state_set_optional() - savevm_skip_configuration() - savevm_skip_section_footers() So we don't have to export functions from them? they are just properties of this? Thanks, Juan.