RE: [RFC v2 0/6] IRQ bypass manager and irqfd consumer

2015-07-23 Thread Wu, Feng
org; patc...@linaro.org > Subject: [RFC v2 0/6] IRQ bypass manager and irqfd consumer > > This series introduces and extends the IRQ bypass manager written > by Alex and transforms irqfd into an IRQ bypass manager consumer. > The producer part, in my case the VFIO platform driver will

Re: [RFC v2 0/6] IRQ bypass manager and irqfd consumer

2015-07-09 Thread Alex Williamson
On Thu, 2015-07-09 at 17:34 +0200, Joerg Roedel wrote: > On Thu, Jul 09, 2015 at 04:38:41PM +0200, Paolo Bonzini wrote: > > >> On Tue, Jul 07, 2015 at 11:17:48AM -0600, Alex Williamson wrote: > > > If we think that it's *only* a kvm-vfio interaction then we could add it > > > to virt/kvm/vfio.c. v

Re: [RFC v2 0/6] IRQ bypass manager and irqfd consumer

2015-07-09 Thread Joerg Roedel
On Thu, Jul 09, 2015 at 04:38:41PM +0200, Paolo Bonzini wrote: > >> On Tue, Jul 07, 2015 at 11:17:48AM -0600, Alex Williamson wrote: > > If we think that it's *only* a kvm-vfio interaction then we could add it > > to virt/kvm/vfio.c. vfio could use symbol_get to avoid a module > > dependency and e

Re: [RFC v2 0/6] IRQ bypass manager and irqfd consumer

2015-07-09 Thread Paolo Bonzini
On 09/07/2015 16:13, Alex Williamson wrote: > On Thu, 2015-07-09 at 14:28 +0200, Joerg Roedel wrote: >> On Tue, Jul 07, 2015 at 11:17:48AM -0600, Alex Williamson wrote: >>> Hosting the bypass manager in kernel/irq seemed appropriate, but really >>> it could be anywhere. Does anyone have a differ

Re: [RFC v2 0/6] IRQ bypass manager and irqfd consumer

2015-07-09 Thread Alex Williamson
On Thu, 2015-07-09 at 14:28 +0200, Joerg Roedel wrote: > On Tue, Jul 07, 2015 at 11:17:48AM -0600, Alex Williamson wrote: > > Hosting the bypass manager in kernel/irq seemed appropriate, but really > > it could be anywhere. Does anyone have a different preference or > > specifically want it under

Re: [RFC v2 0/6] IRQ bypass manager and irqfd consumer

2015-07-09 Thread Joerg Roedel
On Tue, Jul 07, 2015 at 11:17:48AM -0600, Alex Williamson wrote: > Hosting the bypass manager in kernel/irq seemed appropriate, but really > it could be anywhere. Does anyone have a different preference or > specifically want it under their scope? We had originally thought of > this as an IOMMU s

Re: [RFC v2 0/6] IRQ bypass manager and irqfd consumer

2015-07-07 Thread Alex Williamson
On Mon, 2015-07-06 at 14:11 +0200, Eric Auger wrote: > This series introduces and extends the IRQ bypass manager written > by Alex and transforms irqfd into an IRQ bypass manager consumer. > The producer part, in my case the VFIO platform driver will be introduced > separately. That code should be

[RFC v2 0/6] IRQ bypass manager and irqfd consumer

2015-07-06 Thread Eric Auger
This series introduces and extends the IRQ bypass manager written by Alex and transforms irqfd into an IRQ bypass manager consumer. The producer part, in my case the VFIO platform driver will be introduced separately. That code should be usable by both ARM IRQ forwarding and Intel Posted Interrupts