From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1MiWUv-0003Z5-Uk
	for qemu-devel@nongnu.org; Tue, 01 Sep 2009 12:46:21 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1MiWUr-0003YC-Cr
	for qemu-devel@nongnu.org; Tue, 01 Sep 2009 12:46:21 -0400
Received: from [199.232.76.173] (port=34460 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1MiWUr-0003Y9-6x
	for qemu-devel@nongnu.org; Tue, 01 Sep 2009 12:46:17 -0400
Received: from mail-ew0-f223.google.com ([209.85.219.223]:45305)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <blauwirbel@gmail.com>) id 1MiWUq-0007jB-OC
	for qemu-devel@nongnu.org; Tue, 01 Sep 2009 12:46:16 -0400
Received: by ewy23 with SMTP id 23so125544ewy.8
	for <qemu-devel@nongnu.org>; Tue, 01 Sep 2009 09:46:16 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <m33a76mxkc.fsf@neno.mitica>
References: <1251791775-5358-1-git-send-email-kraxel@redhat.com>
	<1251791775-5358-2-git-send-email-kraxel@redhat.com>
	<f43fc5580909010930s56affafdi880667809e097fcf@mail.gmail.com>
	<m33a76mxkc.fsf@neno.mitica>
From: Blue Swirl <blauwirbel@gmail.com>
Date: Tue, 1 Sep 2009 19:45:53 +0300
Message-ID: <f43fc5580909010945s233eb655pbc24ad695306da31@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: [Qemu-devel] Re: [PATCH 1/4] qdev: integrate reset
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Juan Quintela <quintela@trasno.org>
Cc: Gerd Hoffmann <kraxel@redhat.com>, qemu-devel@nongnu.org

On Tue, Sep 1, 2009 at 7:36 PM, Juan Quintela<quintela@trasno.org> wrote:
> Blue Swirl <blauwirbel@gmail.com> wrote:
>> On Tue, Sep 1, 2009 at 10:56 AM, Gerd Hoffmann<kraxel@redhat.com> wrote:
>>
>>> @@ -110,6 +110,9 @@ struct DeviceInfo {
>>> =C2=A0 =C2=A0 Property *props;
>>> =C2=A0 =C2=A0 int no_user;
>>>
>>> + =C2=A0 =C2=A0/* callbacks */
>>> + =C2=A0 =C2=A0QEMUResetHandler *reset;
>>> +
>>
>> This would remove the need for registration but I had in my mind a bit
>> more complex solution like VMState structures. Even better, VMState
>> could be enhanced so that the reset value of the fields could be
>> specified (when not zero).
>
> That soonds nice, but ... not every field in the structures are used
> during migration. =C2=A0Do we want to merge both things?

New flags that tell whether a VMState field is used for savevm or reset?