From: Bharata B Rao <bharata@linux.vnet.ibm.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: zhugh.fnst@cn.fujitsu.com, agraf@suse.de, qemu-devel@nongnu.org,
imammedo@redhat.com, afaerber@suse.de,
david@gibson.dropbear.id.au
Subject: Re: [Qemu-devel] [PATCH v2 2/3] cpus: Convert cpu_index into a bitmap
Date: Tue, 19 May 2015 11:49:36 +0530 [thread overview]
Message-ID: <20150519061936.GB31025@in.ibm.com> (raw)
In-Reply-To: <20150518183654.GD17796@thinpad.lan.raisama.net>
On Mon, May 18, 2015 at 03:36:54PM -0300, Eduardo Habkost wrote:
> On Tue, May 12, 2015 at 11:06:25AM +0530, Bharata B Rao wrote:
> > Currently CPUState.cpu_index is monotonically increasing and a newly
> > created CPU always gets the next higher index. The next available
> > index is calculated by counting the existing number of CPUs. This is
> > fine as long as we only add CPUs, but there are architectures which
> > are starting to support CPU removal too. For an architecture like PowerPC
> > which derives its CPU identifier (device tree ID) from cpu_index, the
> > existing logic of generating cpu_index values causes problems.
> >
> > With the currently proposed method of handling vCPU removal by parking
> > the vCPU fd in QEMU
> > (Ref: http://lists.gnu.org/archive/html/qemu-devel/2015-02/msg02604.html),
> > generating cpu_index this way will not work for PowerPC.
> >
> > This patch changes the way cpu_index is handed out by maintaining
> > a bit map of the CPUs that tracks both addition and removal of CPUs.
> >
> > The CPU bitmap allocation logic is part of cpu_exec_init() which is
> > called by instance_init routines of various CPU targets. Newly added
> > cpu_exec_exit() API handles the deallocation part and this routine is
> > called from generic CPU::instance_finalize().
> >
> > Note: This new CPU enumeration is for !CONFIG_USER_ONLY only.
> > CONFIG_USER_ONLY continues to have the old enumeration logic.
> >
> > Signed-off-by: Bharata B Rao <bharata@linux.vnet.ibm.com>
>
> Looks good to me, minor comments below:
>
> > ---
> > exec.c | 55 ++++++++++++++++++++++++++++++++++++++++++++++++++-----
> > include/qom/cpu.h | 1 +
> > qom/cpu.c | 7 +++++++
> > 3 files changed, 58 insertions(+), 5 deletions(-)
> >
> > diff --git a/exec.c b/exec.c
> > index 5cf821e..c8c4e53 100644
> > --- a/exec.c
> > +++ b/exec.c
> > @@ -518,21 +518,66 @@ void tcg_cpu_address_space_init(CPUState *cpu, AddressSpace *as)
> > }
> > #endif
> >
> > +#ifndef CONFIG_USER_ONLY
> > +static DECLARE_BITMAP(cpu_index_map, MAX_CPUMASK_BITS);
> > +
> > +static int cpu_get_free_index(Error **errp)
> > +{
> > + int cpu = find_first_zero_bit(cpu_index_map, max_cpus);
> > +
> > + if (cpu >= max_cpus) {
> > + error_setg(errp, "Trying to use more CPUs than allowed max of %d\n",
> > + max_cpus);
> > + return -1;
> > + } else {
> > + bitmap_set(cpu_index_map, cpu, 1);
> > + return cpu;
> > + }
>
> I prefer the following style, to avoid indenting the non-error path:
>
> if (error_condition) {
> error_setg(...);
> return;
> }
>
> bitmap_set(...)
> return cpu;
>
> (Which is exactly the style you used in cpu_exec_exit() below, by the
> way).
Sure, I can change this in next post.
>
> > +}
> > +
> > +void cpu_exec_exit(CPUState *cpu)
> > +{
> > + if (cpu->cpu_index == -1) {
> > + /* cpu_index was never allocated by this @cpu or was already freed. */
> > + return;
> > + }
> > +
> > + bitmap_clear(cpu_index_map, cpu->cpu_index, 1);
> > + cpu->cpu_index = -1;
> > +}
> > +#else
> > +
> > +static int cpu_get_free_index(Error **errp)
> > +{
> > + CPUState *some_cpu;
> > + int cpu_index = 0;
> > +
> > + CPU_FOREACH(some_cpu) {
> > + cpu_index++;
> > + }
> > + return cpu_index;
> > +}
> > +
> > +void cpu_exec_exit(CPUState *cpu)
> > +{
> > +}
> > +#endif
> > +
> > void cpu_exec_init(CPUArchState *env, Error **errp)
> > {
> > CPUState *cpu = ENV_GET_CPU(env);
> > CPUClass *cc = CPU_GET_CLASS(cpu);
> > - CPUState *some_cpu;
> > int cpu_index;
> > + Error *local_err = NULL;
> >
> > #if defined(CONFIG_USER_ONLY)
> > cpu_list_lock();
> > #endif
> > - cpu_index = 0;
> > - CPU_FOREACH(some_cpu) {
> > - cpu_index++;
> > + cpu_index = cpu->cpu_index = cpu_get_free_index(&local_err);
> > + if (local_err) {
> > + error_propagate(errp, local_err);
> > + return;
> > }
> > - cpu->cpu_index = cpu_index;
> > cpu->numa_node = 0;
> > QTAILQ_INIT(&cpu->breakpoints);
> > QTAILQ_INIT(&cpu->watchpoints);
> > diff --git a/include/qom/cpu.h b/include/qom/cpu.h
> > index 39f0f19..7db310e 100644
> > --- a/include/qom/cpu.h
> > +++ b/include/qom/cpu.h
> > @@ -672,6 +672,7 @@ void cpu_watchpoint_remove_all(CPUState *cpu, int mask);
> >
> > void QEMU_NORETURN cpu_abort(CPUState *cpu, const char *fmt, ...)
> > GCC_FMT_ATTR(2, 3);
> > +void cpu_exec_exit(CPUState *cpu);
>
> Why don't we keep both cpu_exec_init() and cpu_exec_exit() in the same
> header file?
Currently cpu_exec_init() is in exec-all.h.
1. If I put cpu_exec_exit() also there, qom/cpu.c doesn't like it since
many definitions (like ram_addr_t etc) aren't known in qom/cpu.c.
2. I can't move cpu_exec_init() declaration to qom/cpu.h since it results
in the use of poisoned definition of CPUArchState from qom/cpu.c
Hence I separated them into different hearder files.
Regards,
Bharata.
next prev parent reply other threads:[~2015-05-19 6:20 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-12 5:36 [Qemu-devel] [PATCH v2 0/3] Bitmap based CPU enumeration Bharata B Rao
2015-05-12 5:36 ` [Qemu-devel] [PATCH v2 1/3] cpus: Add Error argument to cpu_exec_init() Bharata B Rao
2015-05-18 18:17 ` Eduardo Habkost
2015-05-12 5:36 ` [Qemu-devel] [PATCH v2 2/3] cpus: Convert cpu_index into a bitmap Bharata B Rao
2015-05-18 18:36 ` Eduardo Habkost
2015-05-19 6:19 ` Bharata B Rao [this message]
2015-05-19 12:14 ` Eduardo Habkost
2015-05-12 5:36 ` [Qemu-devel] [PATCH v2 3/3] ppc: Move cpu_exec_init() call to realize function Bharata B Rao
2015-05-18 19:09 ` [Qemu-devel] [PATCH v2 0/3] Bitmap based CPU enumeration Eduardo Habkost
2015-05-19 5:16 ` Bharata B Rao
2015-05-19 13:04 ` 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=20150519061936.GB31025@in.ibm.com \
--to=bharata@linux.vnet.ibm.com \
--cc=afaerber@suse.de \
--cc=agraf@suse.de \
--cc=david@gibson.dropbear.id.au \
--cc=ehabkost@redhat.com \
--cc=imammedo@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=zhugh.fnst@cn.fujitsu.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).