All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Andreas Färber" <afaerber@suse.de>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: qemu-ppc@nongnu.org, agraf@suse.de, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 02/13] pseries: Fix and cleanup CPU initialization and reset
Date: Thu, 13 Sep 2012 16:10:15 +0200	[thread overview]
Message-ID: <5051E947.9080306@suse.de> (raw)
In-Reply-To: <1347505041-27411-3-git-send-email-david@gibson.dropbear.id.au>

Am 13.09.2012 04:57, schrieb David Gibson:
> The current pseries machine init function iterates over the CPUs at several
> points, doing various bits of initialization.  This is messy; these can
> and should be merged into a single iteration doing all the necessary per
> cpu initialization.  Worse, some of these initializations were setting up
> state which should be set on every reset, not just at machine init time.
> A few of the initializations simply weren't necessary at all.
> 
> This patch, therefore, moves those things that need to be to the
> per-cpu reset handler, and combines the remainder into two loops over
> the cpus (which also creates them).  The second loop is for setting up
> hash table information, and will be removed in a subsequent patch also
> making other fixes to the hash table setup.
> 
> This exposes a bug in our start-cpu RTAS routine (called by the guest to
> start up CPUs other than CPU0) under kvm.  Previously, this function did
> not make a call to ensure that it's changes to the new cpu's state were
> pushed into KVM in-kernel state.  We sort-of got away with this because
> some of the initializations had already placed the secondary CPUs into the
> right starting state for the sorts of Linux guests we've been running.
> 
> Nonetheless the start-cpu RTAS call's behaviour was not correct and could
> easily have been broken by guest changes.  This patch also fixes it.
> 
> Signed-off-by: David Gibson <david@gibson.dropbear.id.au>

Thanks for changing the comment,

Reviewed-by: Andreas Färber <afaerber@suse.de>

Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

  reply	other threads:[~2012-09-13 14:10 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-13  2:57 [Qemu-devel] [0/13] pseries patch queue David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 01/13] ppc: Make kvm_arch_put_registers() put *all* the registers David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 02/13] pseries: Fix and cleanup CPU initialization and reset David Gibson
2012-09-13 14:10   ` Andreas Färber [this message]
2012-09-13  2:57 ` [Qemu-devel] [PATCH 03/13] pseries: Use new method to correct reset sequence David Gibson
2012-09-13 14:08   ` Andreas Färber
2012-09-13  2:57 ` [Qemu-devel] [PATCH 04/13] pseries: Add support for new KVM hash table control call David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 05/13] pseries: Clear TCE and signal state when resetting PAPR VIO devices David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 06/13] pseries: Reset emulated PCI TCE tables on system reset David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 07/13] pseries: Fix XICS reset David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 08/13] pseries: Small cleanup to H_CEDE implementation David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 09/13] pseries: Remove C bitfields from xics code David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 10/13] pseries: Remove XICS irq type enum type David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 11/13] pseries: Remove never used flags field from spapr vio devices David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 12/13] pseries: Rework implementation of TCE bypass David Gibson
2012-09-13  2:57 ` [Qemu-devel] [PATCH 13/13] pseries: Fix semantics of RTAS int-on, int-off and set-xive functions David Gibson
2012-09-19 12:12 ` [Qemu-devel] [0/13] pseries patch queue Alexander Graf

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=5051E947.9080306@suse.de \
    --to=afaerber@suse.de \
    --cc=agraf@suse.de \
    --cc=david@gibson.dropbear.id.au \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.