From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:44135)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <quintela@redhat.com>) id 1T4Wpx-0002KG-Oa
	for qemu-devel@nongnu.org; Thu, 23 Aug 2012 08:48:43 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <quintela@redhat.com>) id 1T4Wpv-0005iz-4R
	for qemu-devel@nongnu.org; Thu, 23 Aug 2012 08:48:37 -0400
Received: from mx1.redhat.com ([209.132.183.28]:17068)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <quintela@redhat.com>) id 1T4Wpu-0005ir-Sx
	for qemu-devel@nongnu.org; Thu, 23 Aug 2012 08:48:35 -0400
From: Juan Quintela <quintela@redhat.com>
In-Reply-To: <CAEgOgz5JA-5FUP1vVLzxUsVM=EnCdrgG1JYVQR_P0s+Yu=ojuQ@mail.gmail.com>
	(Peter Crosthwaite's message of "Tue, 21 Aug 2012 14:02:24 +1000")
References: <1344931787-27056-1-git-send-email-peter.crosthwaite@petalogix.com>
	<87sjbpx4hh.fsf@elfo.mitica>
	<CAFEAcA_xnZg=mqSUhw4g1HpV9LVepAhyBHYncchEOJa1JS=n=Q@mail.gmail.com>
	<CAEgOgz7+qatdLNMab6CD_f+5xN6sahNYLT0rwTOmEMcVWFXn-g@mail.gmail.com>
	<877gstg90s.fsf@elfo.mitica>
	<CAEgOgz5JA-5FUP1vVLzxUsVM=EnCdrgG1JYVQR_P0s+Yu=ojuQ@mail.gmail.com>
Date: Thu, 23 Aug 2012 13:59:07 +0200
Message-ID: <871uixizuc.fsf@elfo.mitica>
MIME-Version: 1.0
Content-Type: text/plain
Subject: Re: [Qemu-devel] [PATCH] i2c: factor out VMSD to parent class
Reply-To: quintela@redhat.com
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Peter Crosthwaite <peter.crosthwaite@petalogix.com>
Cc: Peter Maydell <peter.maydell@linaro.org>, aliguori@us.ibm.com, qemu-devel@nongnu.org, paul@codesourcery.com

Peter Crosthwaite <peter.crosthwaite@petalogix.com> wrote:
>>>>>
>>>>> - I guess there is same reasy why you want to split the device state,
>>>>>   it could be on the other series where I haven't read it though.
>>>
>>> So this is exactly what I have done in the SSI. Correct me if I am
>>> wrong but it is the same setup as PCI where the VMSTATE_PCI_DEVICE
>>> (VMSTATE_SSI_SLAVE in my case) is the first field. All I need to do is
>>> bump version numbers?
>>
>> I think so.  What boards normally use SSI?
>>
>
> Tracing all the calls to ssi_create_bus() at the moment we have
> stellaris, spitz, highbank, gumstix, mainstone, z2, tosa & collie.

Then we can change it without regards to backwards compatibility
(migration is still not working correctly there), so backwards
compatibility is the less of the troubles.

Later, Juan.