All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gleb Natapov <gleb@redhat.com>
To: Alexander Graf <agraf@suse.de>
Cc: kvm-ppc@vger.kernel.org,
	"kvm@vger.kernel.org mailing list" <kvm@vger.kernel.org>,
	Scott Wood <scottwood@freescale.com>,
	Marcelo Tosatti <mtosatti@redhat.com>
Subject: Re: [PATCH 0/7] KVM: irqfd generalization prepare patch set
Date: Thu, 25 Apr 2013 07:28:14 +0000	[thread overview]
Message-ID: <20130425072814.GV12401@redhat.com> (raw)
In-Reply-To: <20130424102031.GK12401@redhat.com>

On Wed, Apr 24, 2013 at 01:20:31PM +0300, Gleb Natapov wrote:
> On Tue, Apr 16, 2013 at 07:26:08PM +0200, Alexander Graf wrote:
> > The concept of an irqfd and interrupt routing are nothing particularly tied
> > into the IOAPIC implementation. In fact, most of the code already is perfectly
> > generic.
> > 
> > This patch set decouples most bits of the existing irqchip and irqfd
> > implementation to make it reusable for non-IOAPIC platforms, like the PPC MPIC.
> > 
> > I also have a patch that implements working irqfd support on top of these,
> > but that requires the in-kernel MPIC implementation to go upstream first, so
> > I'm holding off on it until we settled everything there, so the concept
> > certainly does work.
> > 
> > Alex
> > 
> Nice cleanup, thanks! Should expect a new series with "ifdef
> kvm_irqchip" and ia64 compilation fixed. The fixes are minor enough for
> me to fix them while applying.
> 
Actually the series does not apply any more and has to be rebased on top of the
current queue.

--
			Gleb.

WARNING: multiple messages have this Message-ID (diff)
From: Gleb Natapov <gleb@redhat.com>
To: Alexander Graf <agraf@suse.de>
Cc: kvm-ppc@vger.kernel.org,
	"kvm@vger.kernel.org mailing list" <kvm@vger.kernel.org>,
	Scott Wood <scottwood@freescale.com>,
	Marcelo Tosatti <mtosatti@redhat.com>
Subject: Re: [PATCH 0/7] KVM: irqfd generalization prepare patch set
Date: Thu, 25 Apr 2013 10:28:14 +0300	[thread overview]
Message-ID: <20130425072814.GV12401@redhat.com> (raw)
In-Reply-To: <20130424102031.GK12401@redhat.com>

On Wed, Apr 24, 2013 at 01:20:31PM +0300, Gleb Natapov wrote:
> On Tue, Apr 16, 2013 at 07:26:08PM +0200, Alexander Graf wrote:
> > The concept of an irqfd and interrupt routing are nothing particularly tied
> > into the IOAPIC implementation. In fact, most of the code already is perfectly
> > generic.
> > 
> > This patch set decouples most bits of the existing irqchip and irqfd
> > implementation to make it reusable for non-IOAPIC platforms, like the PPC MPIC.
> > 
> > I also have a patch that implements working irqfd support on top of these,
> > but that requires the in-kernel MPIC implementation to go upstream first, so
> > I'm holding off on it until we settled everything there, so the concept
> > certainly does work.
> > 
> > Alex
> > 
> Nice cleanup, thanks! Should expect a new series with "ifdef
> kvm_irqchip" and ia64 compilation fixed. The fixes are minor enough for
> me to fix them while applying.
> 
Actually the series does not apply any more and has to be rebased on top of the
current queue.

--
			Gleb.

  reply	other threads:[~2013-04-25  7:28 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-16 17:26 [PATCH 0/7] KVM: irqfd generalization prepare patch set Alexander Graf
2013-04-16 17:26 ` Alexander Graf
2013-04-16 17:26 ` [PATCH 1/7] KVM: Add KVM_IRQCHIP_NUM_PINS in addition to KVM_IOAPIC_NUM_PINS Alexander Graf
2013-04-16 17:26   ` Alexander Graf
2013-04-17 11:51   ` Paolo Bonzini
2013-04-17 11:51     ` Paolo Bonzini
2013-04-16 17:26 ` [PATCH 2/7] KVM: Introduce __KVM_HAVE_IRQCHIP Alexander Graf
2013-04-16 17:26   ` Alexander Graf
2013-04-17 11:49   ` Paolo Bonzini
2013-04-17 11:49     ` Paolo Bonzini
2013-04-17 11:53     ` Alexander Graf
2013-04-17 11:53       ` Alexander Graf
2013-04-17 11:54       ` Paolo Bonzini
2013-04-17 11:54         ` Paolo Bonzini
2013-04-17 11:59         ` Alexander Graf
2013-04-17 11:59           ` Alexander Graf
2013-04-17 12:06           ` Paolo Bonzini
2013-04-17 12:06             ` Paolo Bonzini
2013-04-17 12:10             ` Alexander Graf
2013-04-17 12:10               ` Alexander Graf
2013-04-17 12:15               ` Paolo Bonzini
2013-04-17 12:15                 ` Paolo Bonzini
2013-04-17 12:16                 ` Alexander Graf
2013-04-17 12:16                   ` Alexander Graf
2013-04-24  9:55                   ` Gleb Natapov
2013-04-24  9:55                     ` Gleb Natapov
2013-04-16 17:26 ` [PATCH 3/7] KVM: Remove kvm_get_intr_delivery_bitmask Alexander Graf
2013-04-16 17:26   ` Alexander Graf
2013-04-16 17:26 ` [PATCH 4/7] KVM: Move irq routing to generic code Alexander Graf
2013-04-16 17:26   ` Alexander Graf
2013-04-16 17:26 ` [PATCH 5/7] KVM: Extract generic irqchip logic into irqchip.c Alexander Graf
2013-04-16 17:26   ` Alexander Graf
2013-04-17 11:50   ` Paolo Bonzini
2013-04-17 11:50     ` Paolo Bonzini
2013-04-17 11:54     ` Alexander Graf
2013-04-17 11:54       ` Alexander Graf
2013-04-17 12:05   ` Paolo Bonzini
2013-04-17 12:05     ` Paolo Bonzini
2013-04-17 12:06     ` Alexander Graf
2013-04-17 12:06       ` Alexander Graf
2013-04-16 17:26 ` [PATCH 6/7] KVM: Move irq routing setup to irqchip.c Alexander Graf
2013-04-16 17:26   ` Alexander Graf
2013-04-16 17:26 ` [PATCH 7/7] KVM: Move irqfd resample cap handling to generic code Alexander Graf
2013-04-16 17:26   ` Alexander Graf
2013-04-21 10:51 ` [PATCH 0/7] KVM: irqfd generalization prepare patch set Michael S. Tsirkin
2013-04-21 10:51   ` Michael S. Tsirkin
2013-04-25  9:39   ` Alexander Graf
2013-04-25  9:39     ` Alexander Graf
2013-04-24 10:20 ` Gleb Natapov
2013-04-24 10:20   ` Gleb Natapov
2013-04-25  7:28   ` Gleb Natapov [this message]
2013-04-25  7:28     ` Gleb Natapov
2013-04-25  9:35     ` Alexander Graf
2013-04-25  9:35       ` 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=20130425072814.GV12401@redhat.com \
    --to=gleb@redhat.com \
    --cc=agraf@suse.de \
    --cc=kvm-ppc@vger.kernel.org \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@redhat.com \
    --cc=scottwood@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 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.