From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:36882) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsrAV-0007oh-Fh for qemu-devel@nongnu.org; Wed, 09 Jan 2013 03:37:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TsrAU-0001nW-0G for qemu-devel@nongnu.org; Wed, 09 Jan 2013 03:37:51 -0500 Received: from greensocs.com ([87.106.252.221]:39720 helo=s15328186.onlinehome-server.info) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsrAT-0001n4-Pu for qemu-devel@nongnu.org; Wed, 09 Jan 2013 03:37:49 -0500 Message-ID: <50ED2C56.50209@greensocs.com> Date: Wed, 09 Jan 2013 09:37:42 +0100 From: =?UTF-8?B?S09OUkFEIEZyw6lkw6lyaWM=?= MIME-Version: 1.0 References: <1357584074-10852-1-git-send-email-fred.konrad@greensocs.com> <1357584074-10852-4-git-send-email-fred.konrad@greensocs.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 03/61] virtio-pci-bus : introduce virtio-pci-bus. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: kwolf@redhat.com, aliguori@us.ibm.com, e.voevodin@samsung.com, mst@redhat.com, mark.burton@greensocs.com, qemu-devel@nongnu.org, agraf@suse.de, cornelia.huck@de.ibm.com, aneesh.kumar@linux.vnet.ibm.com, stefanha@redhat.com, amit.shah@redhat.com, pbonzini@redhat.com, afaerber@suse.de On 08/01/2013 19:08, Peter Maydell wrote: > On 7 January 2013 18:40, wrote: >> From: KONRAD Frederic >> >> Introduce virtio-pci-bus, which extends virtio-bus. It is used with virtio-pci >> transport device. >> >> Signed-off-by: KONRAD Frederic > This isn't quite right, I think (somebody correct me if I'm wrong!) > The virtio-pci-bus subclass doesn't have any state of its own, so it > doesn't need a struct, but it does still want a type, so virtio-pci.h should > have a > typedef VirtioBusClass VirtioPCIBusClass; > typedef VirtioBusState VirtioPCIBusState; > and we then use VirtioPCIBusClass/State where appropriate > (notably in the typeinfo for class/instance size and in the get-class/ > class-check/etc macros). > > This lets us easily add state later if we need to by turning the > typedef into a typedef'd struct without having to hunt down all > the places that now need to say 'VirtioPCIBus*' rather than > 'VirtioBus*'. > > -- PMM > Ok, I'll make the change.