public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Paul Mackerras <paulus@samba.org>
To: Alexander Graf <agraf@suse.de>
Cc: Gleb Natapov <gleb@redhat.com>,
	Paolo Bonzini <pbonzini@redhat.com>,
	kvm@vger.kernel.org, kvm-ppc@vger.kernel.org,
	Stuart Yoder <stuart.yoder@freescale.com>,
	Scott Wood <scottwood@freescale.com>,
	Peter Maydell <peter.maydell@linaro.org>
Subject: Re: in-kernel interrupt controller steering
Date: Thu, 7 Mar 2013 11:32:46 +1100	[thread overview]
Message-ID: <20130307003246.GA2385@drongo> (raw)
In-Reply-To: <3EEF9BBC-9C40-45CE-9705-5F6D26CC50B6@suse.de>

On Wed, Mar 06, 2013 at 03:48:54PM +0100, Alexander Graf wrote:
> 
> Paul, Scott, do you think we can move the "this CPU can receive
> interrupts from MPIC / XICS" part into an ENABLE_CAP that gets set
> dynamically? That ENABLE_CAP would allocate the structures in the vcpu
> and register the vcpu with the interrupt controller pool.
> 
> The interrupt controller device would still iterate through all
> vcpus to find the ones that match so that we support the ENABLE_CAP at
> any point in time. 

When you say "gets set dynamically", do you mean some time in the
interval between vcpu creation and when it starts running, or do you
mean at any time, potentially after the vcpu has accessed and modified
its per-vcpu interrupt controller (~ LAPIC) state?

If the former, then sure, I don't see a major problem.  If the latter,
then we'd have to atomically transfer the "LAPIC" state from userspace
to the kernel at the same time as we did the ENABLE_CAP - which is
certainly possible, but we'd need the vcpu to be not running at the
time.

Paul.

  parent reply	other threads:[~2013-03-07  0:32 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-04 22:20 in-kernel interrupt controller steering Alexander Graf
2013-03-05  0:59 ` Scott Wood
2013-03-05  5:44   ` Paul Mackerras
2013-03-05 15:25 ` Gleb Natapov
2013-03-06  9:40   ` Paolo Bonzini
2013-03-06  9:58     ` Gleb Natapov
2013-03-06 10:04       ` Alexander Graf
2013-03-06 10:12         ` Gleb Natapov
2013-03-06 10:38       ` Paolo Bonzini
2013-03-06 10:38       ` Paolo Bonzini
2013-03-06 11:26         ` Gleb Natapov
2013-03-06 11:44           ` Paolo Bonzini
2013-03-06 11:46             ` Alexander Graf
2013-03-06 11:59               ` Gleb Natapov
2013-03-06 12:02                 ` Alexander Graf
2013-03-06 12:14                 ` Paolo Bonzini
2013-03-06 12:20                   ` Alexander Graf
2013-03-06 12:28                     ` Paolo Bonzini
2013-03-06 13:14                     ` Gleb Natapov
2013-03-06 13:22                       ` Alexander Graf
2013-03-06 13:56                         ` Gleb Natapov
2013-03-06 14:03                           ` Alexander Graf
2013-03-06 14:12                             ` Paolo Bonzini
2013-03-06 14:30                               ` Alexander Graf
2013-03-06 14:37                                 ` Paolo Bonzini
2013-03-06 14:40                                   ` Alexander Graf
2013-03-06 14:41                             ` Gleb Natapov
2013-03-06 14:48                               ` Alexander Graf
2013-03-06 14:59                                 ` Alexander Graf
2013-03-06 15:02                                   ` Paolo Bonzini
2013-03-06 15:30                                 ` Gleb Natapov
2013-03-06 16:33                                   ` Alexander Graf
2013-03-07  0:32                                 ` Paul Mackerras [this message]
2013-03-07  7:43                                   ` Paolo Bonzini
2013-03-06 13:41                       ` Paolo Bonzini
2013-03-06 14:11                         ` Gleb Natapov
2013-03-06 14:31                           ` Alexander Graf
2013-03-06 18:46                             ` Peter Maydell
2013-03-06 19:20                               ` Alexander Graf
2013-03-06 11:44           ` Alexander Graf
2013-03-06 11:46             ` Paolo Bonzini
2013-03-06 11:47               ` Alexander Graf
2013-03-06 11:57                 ` Paolo Bonzini
2013-03-06 11:58                   ` Alexander Graf
2013-03-06 13:16                     ` Gleb Natapov
2013-03-06  0:23 ` Benjamin Herrenschmidt
2013-03-06  0:33   ` 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=20130307003246.GA2385@drongo \
    --to=paulus@samba.org \
    --cc=agraf@suse.de \
    --cc=gleb@redhat.com \
    --cc=kvm-ppc@vger.kernel.org \
    --cc=kvm@vger.kernel.org \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=scottwood@freescale.com \
    --cc=stuart.yoder@freescale.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