From: Bandan Das <bsd@redhat.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: Igor Mammedov <imammedo@redhat.com>,
qemu-devel@nongnu.org, pkrempa@redhat.com, mst@redhat.com,
armbru@redhat.com, eduardo.otubo@profitbricks.com,
marcel@redhat.com, pbonzini@redhat.com, rth@twiddle.net
Subject: Re: [Qemu-devel] [PATCH v3 12/19] apic: move MAX_APICS check to 'apic' class
Date: Wed, 13 Jul 2016 20:10:04 -0400 [thread overview]
Message-ID: <jpgoa61w04j.fsf@linux.bootlegged.copy> (raw)
In-Reply-To: <20160713233837.GS3727@thinpad.lan.raisama.net> (Eduardo Habkost's message of "Wed, 13 Jul 2016 20:38:37 -0300")
Eduardo Habkost <ehabkost@redhat.com> writes:
> On Wed, Jul 13, 2016 at 06:47:20PM -0400, Bandan Das wrote:
>> Igor Mammedov <imammedo@redhat.com> writes:
>>
>> > MAX_APICS is only used by child 'apic' class and not
>> > by its parent TYPE_APIC_COMMON or any other derived
>> > class.
>> > Move check into end user 'apic' class so it won't
>> > get in the way of other APIC implementations
>> > if they support more then MAX_APICS.
>> >
>> > Signed-off-by: Igor Mammedov <imammedo@redhat.com>
>> > ---
>> > hw/intc/apic.c | 10 ++++++++++
>> > hw/intc/apic_common.c | 8 --------
>> > include/hw/i386/apic_internal.h | 4 +---
>> > 3 files changed, 11 insertions(+), 11 deletions(-)
>> >
>> > diff --git a/hw/intc/apic.c b/hw/intc/apic.c
>> > index e1ab935..b0d237b 100644
>> > --- a/hw/intc/apic.c
>> > +++ b/hw/intc/apic.c
>> > @@ -28,7 +28,9 @@
>> > #include "trace.h"
>> > #include "hw/i386/pc.h"
>> > #include "hw/i386/apic-msidef.h"
>> > +#include "qapi/error.h"
>> >
>> > +#define MAX_APICS 255
>> > #define MAX_APIC_WORDS 8
>> >
>> > #define SYNC_FROM_VAPIC 0x1
>> > @@ -869,6 +871,14 @@ static const MemoryRegionOps apic_io_ops = {
>> > static void apic_realize(DeviceState *dev, Error **errp)
>> > {
>> > APICCommonState *s = APIC_COMMON(dev);
>> > + static int apic_no;
>>
>> Can this be a global ? I understand there are no other users but
>> maybe it fits alongside local_apics.
>
> The variable is removed by the next patch. :)
>
>>
>> > + if (apic_no >= MAX_APICS) {
>> > + error_setg(errp, "%s initialization failed.",
>> > + object_get_typename(OBJECT(dev)));
>> > + return;
>> > + }
>> > + s->idx = apic_no++;
>>
>> Is there a possibility of a race here with the apic removal path ?
>
> If there's that possibility: 1) it was already in
> apic_common_realize(); 2) it is removed by patch 13/19.
Ugh! Stupid me :) Yep, thanks for pointing that out.
>>
>> Bandan
>>
>> > memory_region_init_io(&s->io_memory, OBJECT(s), &apic_io_ops, s, "apic-msi",
>> > APIC_SPACE_SIZE);
>> > diff --git a/hw/intc/apic_common.c b/hw/intc/apic_common.c
>> > index e6eb694..fd425d1 100644
>> > --- a/hw/intc/apic_common.c
>> > +++ b/hw/intc/apic_common.c
>> > @@ -299,14 +299,6 @@ static void apic_common_realize(DeviceState *dev, Error **errp)
>> > APICCommonState *s = APIC_COMMON(dev);
>> > APICCommonClass *info;
>> > static DeviceState *vapic;
>> > - static int apic_no;
>> > -
>> > - if (apic_no >= MAX_APICS) {
>> > - error_setg(errp, "%s initialization failed.",
>> > - object_get_typename(OBJECT(dev)));
>> > - return;
>> > - }
>> > - s->idx = apic_no++;
>> >
>> > info = APIC_COMMON_GET_CLASS(s);
>> > info->realize(dev, errp);
>> > diff --git a/include/hw/i386/apic_internal.h b/include/hw/i386/apic_internal.h
>> > index 74fe935..5d3be9a 100644
>> > --- a/include/hw/i386/apic_internal.h
>> > +++ b/include/hw/i386/apic_internal.h
>> > @@ -120,8 +120,6 @@
>> > #define VAPIC_ENABLE_BIT 0
>> > #define VAPIC_ENABLE_MASK (1 << VAPIC_ENABLE_BIT)
>> >
>> > -#define MAX_APICS 255
>> > -
>> > typedef struct APICCommonState APICCommonState;
>> >
>> > #define TYPE_APIC_COMMON "apic-common"
>> > @@ -175,7 +173,7 @@ struct APICCommonState {
>> > uint32_t initial_count;
>> > int64_t initial_count_load_time;
>> > int64_t next_time;
>> > - int idx;
>> > + int idx; /* not actually common, used only by 'apic' derived class */
>> > QEMUTimer *timer;
>> > int64_t timer_expiry;
>> > int sipi_vector;
next prev parent reply other threads:[~2016-07-14 0:10 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-06 6:20 [Qemu-devel] [PATCH v3 00/19] pc: add CPU hot-add/hot-remove with device_add/device_del Igor Mammedov
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 01/19] target-i386: cpu: use uint32_t for X86CPU.apic_id Igor Mammedov
2016-07-12 2:14 ` Eduardo Habkost
2016-07-13 22:13 ` Bandan Das
2016-07-14 8:10 ` Igor Mammedov
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 02/19] pc: add x86_topo_ids_from_apicid() Igor Mammedov
2016-07-12 2:21 ` Eduardo Habkost
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 03/19] pc: extract CPU lookup into a separate function Igor Mammedov
2016-07-12 2:28 ` Eduardo Habkost
2016-07-12 11:38 ` Igor Mammedov
2016-07-12 12:26 ` Eduardo Habkost
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 04/19] pc: cpu: consolidate apic-id validity checks in pc_cpu_pre_plug() Igor Mammedov
2016-07-12 2:28 ` Eduardo Habkost
2016-07-12 12:01 ` Igor Mammedov
2016-07-12 12:25 ` Eduardo Habkost
2016-07-13 22:16 ` Bandan Das
2016-07-14 8:14 ` Igor Mammedov
2016-07-20 15:12 ` Eduardo Habkost
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 05/19] target-i386: cpu: replace custom apic-id setter/getter with static property Igor Mammedov
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 06/19] target-i386: add socket/core/thread properties to X86CPU Igor Mammedov
2016-07-12 2:33 ` Eduardo Habkost
2016-07-13 22:22 ` Bandan Das
2016-07-14 8:18 ` Igor Mammedov
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 07/19] pc: set APIC ID based on socket/core/thread ids if it's not been set yet Igor Mammedov
2016-07-12 2:48 ` Eduardo Habkost
2016-07-12 12:52 ` Igor Mammedov
2016-07-13 15:00 ` Igor Mammedov
2016-07-13 22:24 ` Bandan Das
2016-07-13 22:38 ` Eduardo Habkost
2016-07-13 22:55 ` Bandan Das
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 08/19] pc: implement query-hotpluggable-cpus callback Igor Mammedov
2016-07-12 2:54 ` Eduardo Habkost
2016-07-12 12:31 ` Igor Mammedov
2016-07-12 14:14 ` Eric Blake
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 09/19] pc: delay setting number of boot CPUs to machine_done time Igor Mammedov
2016-07-12 3:29 ` Eduardo Habkost
2016-07-12 12:48 ` Igor Mammedov
2016-07-12 13:42 ` Igor Mammedov
2016-07-12 17:19 ` Eduardo Habkost
2016-07-13 7:44 ` Igor Mammedov
2016-07-12 17:18 ` Eduardo Habkost
2016-07-13 7:56 ` Igor Mammedov
2016-07-13 13:56 ` Eduardo Habkost
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 10/19] pc: register created initial and hotpluged CPUs in one place pc_cpu_plug() Igor Mammedov
2016-07-13 22:32 ` Bandan Das
2016-07-13 22:44 ` Eduardo Habkost
2016-07-13 22:59 ` Bandan Das
2016-07-13 23:37 ` Eduardo Habkost
2016-07-14 0:35 ` Bandan Das
2016-07-14 9:18 ` Igor Mammedov
2016-07-14 15:03 ` Eduardo Habkost
2016-07-14 15:40 ` Igor Mammedov
2016-07-14 16:43 ` Eduardo Habkost
2016-07-14 16:50 ` Igor Mammedov
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 11/19] pc: cpu: allow device_add to be used with x86 cpu Igor Mammedov
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 12/19] apic: move MAX_APICS check to 'apic' class Igor Mammedov
2016-07-13 22:47 ` Bandan Das
2016-07-13 23:38 ` Eduardo Habkost
2016-07-14 0:10 ` Bandan Das [this message]
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 13/19] apic: drop APICCommonState.idx and use APIC ID as index in local_apics[] Igor Mammedov
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 14/19] (kvm)apic: add unrealize callbacks Igor Mammedov
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 15/19] apic: use apic_id as apic's migration instance_id Igor Mammedov
2016-07-11 17:21 ` Dr. David Alan Gilbert
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 16/19] target-i386: cpu: do not ignore error and fix apic parent Igor Mammedov
2016-07-13 14:29 ` Eduardo Habkost
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 17/19] target-i386: fix apic object leak when CPU is deleted Igor Mammedov
2016-07-13 15:04 ` Eduardo Habkost
2016-07-13 15:26 ` Igor Mammedov
2016-07-13 15:46 ` Igor Mammedov
2016-07-13 16:46 ` Eduardo Habkost
2016-07-13 22:54 ` Bandan Das
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 18/19] target-i386: add x86_cpu_unrealizefn() Igor Mammedov
2016-07-13 14:59 ` Eduardo Habkost
2016-07-13 15:52 ` Igor Mammedov
2016-07-06 6:20 ` [Qemu-devel] [PATCH v3 19/19] pc: make device_del CPU work for x86 CPUs Igor Mammedov
2016-07-13 14:27 ` [Qemu-devel] [PATCH v3 00/19] pc: add CPU hot-add/hot-remove with device_add/device_del Eduardo Habkost
2016-07-13 14:34 ` Igor Mammedov
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=jpgoa61w04j.fsf@linux.bootlegged.copy \
--to=bsd@redhat.com \
--cc=armbru@redhat.com \
--cc=eduardo.otubo@profitbricks.com \
--cc=ehabkost@redhat.com \
--cc=imammedo@redhat.com \
--cc=marcel@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=pkrempa@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/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).