qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Igor Mammedov <imammedo@redhat.com>
To: "Andreas Färber" <afaerber@suse.de>
Cc: aliguori@us.ibm.com, ehabkost@redhat.com, mst@redhat.com,
	jan.kiszka@siemens.com, claudio.fontana@huawei.com,
	qemu-devel@nongnu.org, aderumier@odiso.com,
	lcapitulino@redhat.com, jfrei@linux.vnet.ibm.com,
	yang.z.zhang@intel.com, pbonzini@redhat.com,
	lig.fnst@cn.fujitsu.com, rth@twiddle.net
Subject: Re: [Qemu-devel] [PATCH 11/16] introduce ICC bus/device/bridge
Date: Mon, 22 Apr 2013 17:08:42 +0200	[thread overview]
Message-ID: <20130422170842.07536008@nial.usersys.redhat.com> (raw)
In-Reply-To: <51753996.5050202@suse.de>

On Mon, 22 Apr 2013 15:22:30 +0200
Andreas Färber <afaerber@suse.de> wrote:

> Am 16.04.2013 00:12, schrieb Igor Mammedov:
> > ... to provide hotplug-able bus.
> > 
> > * icc-bridge will serve as a parent for icc-bus and provide
> >   mmio mapping services to child icc-devices.
> > * icc-device will replace SysBusDevice as a parent of APIC
> >   and IOAPIC devices.
> > 
> > Signed-off-by: Igor Mammedov <imammedo@redhat.com>
> > ---
> > v2:
> >   * Rebase on top the last HW reorganization series.
> >   * Move hw/icc_bus.c into hw/cpu/ and hw/icc_bus.h include/hw/i386/
> 
> http://wiki.qemu.org/QOMConventions
> 
> Comments below...
> 
[...]
> > +
> > +static void icc_device_class_init(ObjectClass *klass, void *data)
> > +{
> > +    DeviceClass *k = DEVICE_CLASS(klass);
> > +
> > +    k->init = icc_device_init;
> 
> Please use k->realize for any new base device type or type derived from
> SysBusDevice.
> 
> If there's nothing to do at this level, you can just provide a dummy
> realize function here to override Device's and override it (without
> saving the parent's dummy function) in IOAPIC or wherever you need it.
>
I'll try it, and if changes isn't big, I'll merge into this patch.

> > +    k->bus_type = TYPE_ICC_BUS;
> > +}
> > +
> > +static const TypeInfo icc_device_info = {
> > +    .name = TYPE_ICC_DEVICE,
> > +    .parent = TYPE_DEVICE,
> > +    .abstract = true,
> > +    .instance_size = sizeof(ICCDevice),
> > +    .class_size = sizeof(ICCDeviceClass),
> > +    .class_init = icc_device_class_init,
> > +};
> > +
> > +typedef struct ICCBridgeState {
> > +    SysBusDevice busdev;
> 
> parent_obj please - makes it clear that it is a QOM struct and flags
> accidental uses of obsolete SysBus macros.
done

> 
> > +} ICCBridgeState;
> > +#define ICC_BRIGDE(obj) OBJECT_CHECK(ICCBridgeState, (obj),
> > TYPE_ICC_BRIDGE) +
> > +
> > +static void icc_bridge_initfn(Object *obj)
> > +{
> > +    qbus_create(TYPE_ICC_BUS, DEVICE(obj), "icc-bus");
> 
> qbus_create_inplace()?
done
 
[...]

> 
> BTW Anthony recently suggested to drop the "fn" where there's no init
> vs. initfn name conflicts; I don't mind either way.
changed to init
 
[...]
> 
> /*< private >*/
> 
> > +    BusState qbus;
> 
> parent_obj
done

> 
> /*< public >*/
> 
> ...since it is in a header.
> 
> > +} ICCBus;
> > +#define ICC_BUS(obj) OBJECT_CHECK(ICCBus, (obj), TYPE_ICC_BUS)
> > +
> > +typedef struct ICCDevice {
> > +    DeviceState qdev;
> 
> dito
s/qdev/parent_obj/ will affect APIC and IOAPIC patches make-ing them even
bigger and more difficult to review distracting from real changes.

it would be better to send follow-up patch, that does trivial QOM conversions
afterwards.

I'm not sure that making ICCDevice.qdev private would be good performance wise
since it would require using DEVICE() dynamic cast in apic_check_pic().

I'd like to keep this as is for now and put cleanup patch on TODO list for
1.6 to get rid of DO_UPCAST() macro in apic/ioapic files.

> 
> Who becomes the MAINTAINER of ICC?
Perhaps me??

> 
> Regards,
> Andreas
> 

  reply	other threads:[~2013-04-22 15:09 UTC|newest]

Thread overview: 73+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-15 22:12 [Qemu-devel] [PATCH 00/16 v4] target-i386: CPU hot-add with cpu-add QMP command Igor Mammedov
2013-04-15 22:12 ` [Qemu-devel] [PATCH 01/16] cpu: make kvm-stub.o a part of CPU library Igor Mammedov
     [not found]   ` <20130417185844.GA11821@otherpad.lan.raisama.net>
2013-04-17 22:26     ` Paolo Bonzini
2013-04-18  4:23       ` [Qemu-devel] [PATCH 01/16 v2] " Igor Mammedov
2013-04-18 14:24         ` Eduardo Habkost
2013-04-22 13:45           ` Andreas Färber
2013-04-22 14:35             ` Paolo Bonzini
2013-04-22 16:29               ` Gleb Natapov
2013-04-15 22:12 ` [Qemu-devel] [PATCH 02/16] cpu: call cpu_synchronize_post_init() from CPUClass.realize() if hotplugged Igor Mammedov
2013-04-18 17:03   ` Eduardo Habkost
2013-04-22 13:46   ` Andreas Färber
2013-04-22 16:30     ` Gleb Natapov
2013-04-15 22:12 ` [Qemu-devel] [PATCH 03/16] introduce resume_vcpu(), for single CPU Igor Mammedov
2013-04-18 17:04   ` Eduardo Habkost
2013-04-22 10:40   ` Gleb Natapov
2013-04-22 10:54     ` Igor Mammedov
2013-04-22 10:59       ` Gleb Natapov
2013-04-22 11:45         ` Igor Mammedov
2013-04-22 12:34           ` Gleb Natapov
2013-04-22 13:42           ` Andreas Färber
2013-04-22 14:50             ` Igor Mammedov
2013-04-22 14:59               ` Andreas Färber
2013-04-15 22:12 ` [Qemu-devel] [PATCH 04/16] cpu: resume CPU from CPUClass.cpu_common_realizefn() when it is hot-plugged Igor Mammedov
2013-04-18 17:04   ` Eduardo Habkost
2013-04-15 22:12 ` [Qemu-devel] [PATCH 05/16] introduce CPU hot-plug notifier Igor Mammedov
2013-04-22 11:00   ` Gleb Natapov
2013-04-22 11:09     ` Igor Mammedov
2013-04-22 11:24       ` Gleb Natapov
2013-04-22 20:01         ` Igor Mammedov
2013-04-15 22:12 ` [Qemu-devel] [PATCH 06/16] target-i386: pc: update rtc_cmos on CPU hot-plug Igor Mammedov
2013-04-18 17:09   ` Eduardo Habkost
2013-04-22 14:56   ` Andreas Färber
2013-04-22 15:18     ` Igor Mammedov
2013-04-15 22:12 ` [Qemu-devel] [PATCH 07/16] cpu: introduce get_arch_id() method and override it for target-i386 Igor Mammedov
2013-04-18 17:10   ` Eduardo Habkost
2013-04-19  0:05   ` li guang
2013-04-22  9:42   ` Michael S. Tsirkin
2013-04-22 16:33   ` Andreas Färber
2013-04-22 19:10     ` Igor Mammedov
2013-04-15 22:12 ` [Qemu-devel] [PATCH 08/16] cpu: add helper cpu_exists(), to check if CPU with specified id exists Igor Mammedov
2013-04-22 10:28   ` Michael S. Tsirkin
2013-04-22 10:45     ` Igor Mammedov
2013-04-22 11:15     ` Andreas Färber
2013-04-15 22:12 ` [Qemu-devel] [PATCH 09/16] acpi_piix4: add infrastructure to send CPU hot-plug GPE to guest Igor Mammedov
2013-04-22  9:55   ` Michael S. Tsirkin
2013-04-15 22:12 ` [Qemu-devel] [PATCH 10/16] target-i386: introduce apic-id property Igor Mammedov
2013-04-22  9:49   ` Michael S. Tsirkin
2013-04-22 14:05   ` Andreas Färber
2013-04-22 16:30     ` Igor Mammedov
2013-04-26 16:35       ` Andreas Färber
2013-04-15 22:12 ` [Qemu-devel] [PATCH 11/16] introduce ICC bus/device/bridge Igor Mammedov
2013-04-22 11:39   ` Peter Maydell
2013-04-22 12:27     ` Paolo Bonzini
2013-04-22 13:22   ` Andreas Färber
2013-04-22 15:08     ` Igor Mammedov [this message]
2013-04-15 22:12 ` [Qemu-devel] [PATCH 12/16] target-i386: cpu: attach ICC bus to CPU on its creation Igor Mammedov
2013-04-22 15:02   ` Andreas Färber
2013-04-22 15:20     ` Igor Mammedov
2013-04-22 15:27       ` Andreas Färber
2013-04-22 19:14         ` Igor Mammedov
2013-04-15 22:12 ` [Qemu-devel] [PATCH 13/16] target-i386: replace MSI_SPACE_SIZE with APIC_SPACE_SIZE Igor Mammedov
2013-04-22 15:03   ` Andreas Färber
2013-04-15 22:12 ` [Qemu-devel] [PATCH 14/16] target-i386: move APIC to ICC bus Igor Mammedov
2013-04-22 15:18   ` Andreas Färber
2013-04-22 15:59     ` Igor Mammedov
2013-04-15 22:12 ` [Qemu-devel] [PATCH 15/16] target-i386: move IOAPIC " Igor Mammedov
2013-04-15 22:12 ` [Qemu-devel] [PATCH 16/16] add cpu-add qmp command and implement CPU hot-add for target-i386 Igor Mammedov
2013-04-15 22:20   ` Eric Blake
2013-04-16 20:04     ` Igor Mammedov
2013-04-23 16:17       ` Eric Blake
2013-04-16  8:30 ` [Qemu-devel] [PATCH 00/16 v4] target-i386: CPU hot-add with cpu-add QMP command Jan Kiszka
2013-04-16  9:43   ` Igor Mammedov
2013-04-16 13:49     ` Eduardo Habkost

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=20130422170842.07536008@nial.usersys.redhat.com \
    --to=imammedo@redhat.com \
    --cc=aderumier@odiso.com \
    --cc=afaerber@suse.de \
    --cc=aliguori@us.ibm.com \
    --cc=claudio.fontana@huawei.com \
    --cc=ehabkost@redhat.com \
    --cc=jan.kiszka@siemens.com \
    --cc=jfrei@linux.vnet.ibm.com \
    --cc=lcapitulino@redhat.com \
    --cc=lig.fnst@cn.fujitsu.com \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    --cc=yang.z.zhang@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).