From: "Andreas Färber" <afaerber@suse.de>
To: peter.crosthwaite@xilinx.com
Cc: peter.maydell@linaro.org, aliguori@us.ibm.com, mst@redhat.com,
qemu-devel@nongnu.org, pbonzini@redhat.com,
edgar.iglesias@gmail.com
Subject: Re: [Qemu-devel] [RFC PATCH v1 0/7] QOM Super class access
Date: Tue, 18 Jun 2013 12:12:20 +0200 [thread overview]
Message-ID: <51C03284.7050101@suse.de> (raw)
In-Reply-To: <cover.1371548266.git.peter.crosthwaite@xilinx.com>
Hi Peter,
Am 18.06.2013 11:43, schrieb peter.crosthwaite@xilinx.com:
> From: Peter Crosthwaite <peter.crosthwaite@xilinx.com>
>
>
> This series enables QOM super class access and demostrates some usages.
> Replaces the save->override->call via FooClass technique, to reduce
> some of the boiler plate in recently fully QOMified devices.
>
> Applied the change to ARM CPU, MB CPU and some of Andreas's recently
> QOMified i386 devices, all which have the save->override->call issue.
> ARMCPU I've done a brief test on and seems to work.
>
> ARM CPU was particularly difficult, as it has 3 layers of heirachy,
> where a non-concrete class (TYPE_ARM_CPU) need to super class itself
> (to TYPE_CPU). This sees the need for super-classers to specify their
> expected base class level. See patches for illustration.
Thanks for experimenting with this. Anthony had asked to give him more
review time on my virtio series before choosing a path to pursue there.
> The main future work to the series is to apply the change pattern to
> the reset of the tree
>
>
> Peter Crosthwaite (7):
> target-arm/cpu.c: delete un-needed instance/class sizes
> qom: Add super class accessor
> qdev-core: Introduce DEVICE super class cast macros
> qom/cpu: Introduce CPU super class cast macros
> target-arm: Remove ARMCPUClass
> target-microblaze: Remove MicroblazeCPUClass
Still need to review the new macros in-depth, but I'm skeptical about
removing *CPUClass'es while CPUState conversions are still ongoing ...
> i8254: Remove [KVM]PITClass
... whereas this one was purely introduced for QOM realize, so OK.
Also the subjects are a bit misleading, suggest something like
"...: Use super class macro".
Cheers,
Andreas
> hw/i386/kvm/i8254.c | 17 ++---------------
> hw/timer/i8254.c | 16 ++--------------
> include/hw/qdev-core.h | 4 ++++
> include/qom/cpu.h | 4 ++++
> include/qom/object.h | 18 ++++++++++++++++++
> qom/object.c | 15 +++++++++++++++
> target-arm/cpu-qom.h | 20 --------------------
> target-arm/cpu.c | 16 +++++-----------
> target-microblaze/cpu-qom.h | 20 --------------------
> target-microblaze/cpu.c | 13 ++++---------
> 10 files changed, 54 insertions(+), 89 deletions(-)
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
next prev parent reply other threads:[~2013-06-18 10:12 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-18 9:43 [Qemu-devel] [RFC PATCH v1 0/7] QOM Super class access peter.crosthwaite
2013-06-18 9:44 ` [Qemu-devel] [RFC PATCH v1 1/7] target-arm/cpu.c: delete un-needed instance/class sizes peter.crosthwaite
2013-06-18 9:58 ` Andreas Färber
2013-06-18 9:44 ` [Qemu-devel] [RFC PATCH v1 2/7] qom: Add super class accessor peter.crosthwaite
2013-06-18 9:45 ` [Qemu-devel] [RFC PATCH v1 3/7] qdev-core: Introduce DEVICE super class cast macros peter.crosthwaite
2013-06-18 10:12 ` Michael S. Tsirkin
2013-06-18 9:46 ` [Qemu-devel] [RFC PATCH v1 4/7] qom/cpu: Introduce CPU " peter.crosthwaite
2013-06-18 9:47 ` [Qemu-devel] [RFC PATCH v1 5/7] target-arm: Remove ARMCPUClass peter.crosthwaite
2013-06-18 9:47 ` [Qemu-devel] [RFC PATCH v1 6/7] target-microblaze: Remove MicroblazeCPUClass peter.crosthwaite
2013-06-18 9:48 ` [Qemu-devel] [RFC PATCH v1 7/7] i8254: Remove [KVM]PITClass peter.crosthwaite
2013-06-18 10:12 ` Andreas Färber [this message]
2013-06-18 10:20 ` [Qemu-devel] [RFC PATCH v1 0/7] QOM Super class access Peter Crosthwaite
2013-06-18 10:23 ` Michael S. Tsirkin
2013-06-18 10:35 ` Peter Crosthwaite
2013-06-18 10:39 ` Michael S. Tsirkin
2013-06-18 10:44 ` Peter Crosthwaite
2013-06-18 10:48 ` Michael S. Tsirkin
2013-06-18 10:45 ` Andreas Färber
2013-06-18 10:41 ` Andreas Färber
2013-06-18 10:45 ` Michael S. Tsirkin
2013-06-19 1:44 ` Hu Tao
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51C03284.7050101@suse.de \
--to=afaerber@suse.de \
--cc=aliguori@us.ibm.com \
--cc=edgar.iglesias@gmail.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.crosthwaite@xilinx.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.