qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Igor Mammedov <imammedo@redhat.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: peter.maydell@linaro.org, mimu@linux.vnet.ibm.com, agraf@suse.de,
	qemu-devel@nongnu.org, borntraeger@de.ibm.com,
	bharata@linux.vnet.ibm.com, cornelia.huck@de.ibm.com,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"Andreas Färber" <afaerber@suse.de>,
	david@gibson.dropbear.id.au
Subject: Re: [Qemu-devel] [PATCH] cpu: Register QOM links at /machine/cpus/<index>
Date: Mon, 4 May 2015 11:47:28 +0200	[thread overview]
Message-ID: <20150504114728.0dd227dd@nial.brq.redhat.com> (raw)
In-Reply-To: <1430421547-18278-1-git-send-email-ehabkost@redhat.com>

On Thu, 30 Apr 2015 16:19:07 -0300
Eduardo Habkost <ehabkost@redhat.com> wrote:

> This will provide a predictable path for the CPU objects, and a more
> powerful alternative for the query-cpus QMP command, as now every QOM
> property on CPU objects can be easily queried.
provided the way cpu_index is generated, path won't be predictable/stable
with CPU unplug. I'd rather use DEVICE->id instead of cpu_index.


> 
> Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
> ---
> Note that this doesn't replace any future topology enumeration
> mechanisms we may choose to implement. It just replaces the existing
> topology-unaware VCPU enumeration mechanism that is query-cpus.
> 
> Reference to previous discussion:
> 
>   Date: Thu, 23 Apr 2015 10:17:36 -0300
>   From: Eduardo Habkost <ehabkost@redhat.com>
>   Subject: Re: [Qemu-devel] cpu modelling and hotplug (was: [PATCH RFC 0/4] target-i386: PC socket/core/thread modeling, part 1)
>   Message-ID: <20150423131736.GA17796@thinpad.lan.raisama.net>
> ---
>  exec.c            | 16 ++++++++++++++++
>  include/qom/cpu.h |  3 +++
>  2 files changed, 19 insertions(+)
> 
> diff --git a/exec.c b/exec.c
> index ae37b98..8bdfa65 100644
> --- a/exec.c
> +++ b/exec.c
> @@ -519,6 +519,20 @@ void tcg_cpu_address_space_init(CPUState *cpu, AddressSpace *as)
>  }
>  #endif
>  
> +static void cpu_add_qom_link(CPUState *cpu)
> +{
> +#if !defined(CONFIG_USER_ONLY)
> +    Object *cobj = OBJECT(cpu);
> +    Object *cpu_container = container_get(OBJECT(current_machine), "/cpus");
> +    char *path = g_strdup_printf("%d", cpu->cpu_index);
> +
> +    cpu->self = cobj;
> +    object_property_add_link(cpu_container, path, TYPE_CPU, &cpu->self, NULL,
> +                             OBJ_PROP_LINK_UNREF_ON_RELEASE, &error_abort);
> +    g_free(path);
> +#endif
> +}
> +
>  void cpu_exec_init(CPUArchState *env)
>  {
>      CPUState *cpu = ENV_GET_CPU(env);
> @@ -558,6 +572,8 @@ void cpu_exec_init(CPUArchState *env)
>      if (cc->vmsd != NULL) {
>          vmstate_register(NULL, cpu_index, cc->vmsd, cpu);
>      }
> +
> +    cpu_add_qom_link(cpu);
>  }
>  
>  #if defined(CONFIG_USER_ONLY)
> diff --git a/include/qom/cpu.h b/include/qom/cpu.h
> index 39f0f19..c253420 100644
> --- a/include/qom/cpu.h
> +++ b/include/qom/cpu.h
> @@ -246,6 +246,9 @@ struct CPUState {
>      DeviceState parent_obj;
>      /*< public >*/
>  
> +    /* Needed for the /machine/cpus/<index> link */
> +    Object *self;
> +
>      int nr_cores;
>      int nr_threads;
>      int numa_node;

  parent reply	other threads:[~2015-05-04  9:47 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-30 19:19 [Qemu-devel] [PATCH] cpu: Register QOM links at /machine/cpus/<index> Eduardo Habkost
2015-05-01  1:51 ` Peter Crosthwaite
2015-05-01 12:17   ` Eduardo Habkost
2015-05-04  9:47 ` Igor Mammedov [this message]
2015-05-04  9:59   ` Paolo Bonzini
2015-05-04 13:16     ` Igor Mammedov
2015-05-04 13:19       ` Paolo Bonzini
2015-05-04 14:05         ` Eduardo Habkost
2015-05-04 15:53           ` Paolo Bonzini
2015-05-04 18:37             ` Eduardo Habkost
2015-05-04 13:37       ` Eduardo Habkost
  -- strict thread matches above, loose matches on Subject: below --
2015-04-30 20:21 Andreas Färber
2015-04-30 21:47 ` Paolo Bonzini
2015-05-01  1:54   ` Peter Crosthwaite
2015-05-01 11:59   ` Eduardo Habkost
2015-05-05 10:23     ` Paolo Bonzini
2015-05-01 12:08 ` 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=20150504114728.0dd227dd@nial.brq.redhat.com \
    --to=imammedo@redhat.com \
    --cc=afaerber@suse.de \
    --cc=agraf@suse.de \
    --cc=bharata@linux.vnet.ibm.com \
    --cc=borntraeger@de.ibm.com \
    --cc=cornelia.huck@de.ibm.com \
    --cc=david@gibson.dropbear.id.au \
    --cc=ehabkost@redhat.com \
    --cc=mimu@linux.vnet.ibm.com \
    --cc=pbonzini@redhat.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 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).