From: Bandan Das <bsd@redhat.com>
To: Igor Mammedov <imammedo@redhat.com>
Cc: qemu-devel@nongnu.org, pkrempa@redhat.com, ehabkost@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 06/19] target-i386: add socket/core/thread properties to X86CPU
Date: Wed, 13 Jul 2016 18:22:18 -0400 [thread overview]
Message-ID: <jpgoa616uw5.fsf@linux.bootlegged.copy> (raw)
In-Reply-To: <1467786055-85835-7-git-send-email-imammedo@redhat.com> (Igor Mammedov's message of "Wed, 6 Jul 2016 08:20:42 +0200")
Igor Mammedov <imammedo@redhat.com> writes:
> these properties will be used by as address where to plug
> CPU with help -device/device_add commands.
>
> Signed-off-by: Igor Mammedov <imammedo@redhat.com>
> ---
> v3:
> - use %u for printing topo ids
> - add to error message topo ids from set apic_id
> v2:
> - rename socket/core/thread properties to socket-id/core-id/thread-id
> - add mismatch checks for apic_id and socket-id/core-id/thread-id
> in case both are set
> ---
> hw/i386/pc.c | 29 +++++++++++++++++++++++++++++
> target-i386/cpu.c | 6 ++++++
> target-i386/cpu.h | 4 ++++
> 3 files changed, 39 insertions(+)
>
> diff --git a/hw/i386/pc.c b/hw/i386/pc.c
> index 99dfbe0..24231ca 100644
> --- a/hw/i386/pc.c
> +++ b/hw/i386/pc.c
> @@ -1763,6 +1763,7 @@ static void pc_cpu_pre_plug(HotplugHandler *hotplug_dev,
> DeviceState *dev, Error **errp)
> {
> int idx;
> + X86CPUTopoInfo topo;
> X86CPU *cpu = X86_CPU(dev);
> PCMachineState *pcms = PC_MACHINE(hotplug_dev);
> CPUArchId *cpu_slot = pc_find_cpu_slot(pcms, CPU(dev), &idx);
> @@ -1780,6 +1781,34 @@ static void pc_cpu_pre_plug(HotplugHandler *hotplug_dev,
> cpu->apic_id);
> return;
> }
> +
> + /* if 'address' properties socket-id/core-id/thread-id are not set, set them
> + * so that query_hotpluggable_cpus would show correct values
> + */
> + /* TODO: move socket_id/core_id/thread_id checks into x86_cpu_realizefn()
> + * once -smp refactoring is complete and there will be CPU private
> + * CPUState::nr_cores and CPUState::nr_threads fields instead of globals */
> + x86_topo_ids_from_apicid(cpu->apic_id, smp_cores, smp_threads, &topo);
> + if (cpu->socket_id != -1 && cpu->socket_id != topo.pkg_id) {
> + error_setg(errp, "property socket-id: %u doesn't match set apic-id:"
> + " 0x%x (socket-id: %u)", cpu->socket_id, cpu->apic_id, topo.pkg_id);
> + return;
> + }
> + cpu->socket_id = topo.pkg_id;
> +
> + if (cpu->core_id != -1 && cpu->core_id != topo.core_id) {
> + error_setg(errp, "property core-id: %u doesn't match set apic-id:"
> + " 0x%x (core-id: %u)", cpu->core_id, cpu->apic_id, topo.core_id);
> + return;
> + }
> + cpu->core_id = topo.core_id;
> +
> + if (cpu->thread_id != -1 && cpu->thread_id != topo.smt_id) {
> + error_setg(errp, "property thread-id: %u doesn't match set apic-id:"
> + " 0x%x (thread-id: %u)", cpu->thread_id, cpu->apic_id, topo.smt_id);
> + return;
> + }
> + cpu->thread_id = topo.smt_id;
> }
What is the case where these fields are already populated ? When the cpus are online
at system boot followed by an unplug and then a hotplug ?
> static void pc_machine_device_pre_plug_cb(HotplugHandler *hotplug_dev,
> diff --git a/target-i386/cpu.c b/target-i386/cpu.c
> index 9294b3d..1ec40a0 100644
> --- a/target-i386/cpu.c
> +++ b/target-i386/cpu.c
> @@ -3164,8 +3164,14 @@ static Property x86_cpu_properties[] = {
> #ifdef CONFIG_USER_ONLY
> /* apic_id = 0 by default for *-user, see commit 9886e834 */
> DEFINE_PROP_UINT32("apic-id", X86CPU, apic_id, 0),
> + DEFINE_PROP_INT32("thread-id", X86CPU, thread_id, 0),
> + DEFINE_PROP_INT32("core-id", X86CPU, core_id, 0),
> + DEFINE_PROP_INT32("socket-id", X86CPU, socket_id, 0),
> #else
> DEFINE_PROP_UINT32("apic-id", X86CPU, apic_id, UNASSIGNED_APIC_ID),
> + DEFINE_PROP_INT32("thread-id", X86CPU, thread_id, -1),
> + DEFINE_PROP_INT32("core-id", X86CPU, core_id, -1),
> + DEFINE_PROP_INT32("socket-id", X86CPU, socket_id, -1),
Are these values (including the UNASSIGNED_APIC_ID) mandated by spec
or just convenient values ?
Bandan
> #endif
> DEFINE_PROP_BOOL("pmu", X86CPU, enable_pmu, false),
> { .name = "hv-spinlocks", .info = &qdev_prop_spinlocks },
> diff --git a/target-i386/cpu.h b/target-i386/cpu.h
> index 00de199..0612181 100644
> --- a/target-i386/cpu.h
> +++ b/target-i386/cpu.h
> @@ -1193,6 +1193,10 @@ struct X86CPU {
> Notifier machine_done;
>
> struct kvm_msrs *kvm_msr_buf;
> +
> + int32_t socket_id;
> + int32_t core_id;
> + int32_t thread_id;
> };
>
> static inline X86CPU *x86_env_get_cpu(CPUX86State *env)
next prev parent reply other threads:[~2016-07-13 22:22 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 [this message]
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
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=jpgoa616uw5.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).