From: Greg KH <gregkh@suse.de>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: anthony@codemonkey.ws, avi@redhat.com, kvm@vger.kernel.org,
chrisw@redhat.com, hjk@linutronix.de,
linux-kernel@vger.kernel.org
Subject: Re: [PATCHv4] uio: add generic driver for PCI 2.3 devices
Date: Wed, 15 Jul 2009 15:08:29 -0700 [thread overview]
Message-ID: <20090715220829.GB31962@suse.de> (raw)
In-Reply-To: <20090715201340.GA12279@redhat.com>
On Wed, Jul 15, 2009 at 11:13:40PM +0300, Michael S. Tsirkin wrote:
> This adds a generic uio driver that can bind to any PCI device. First
> user will be virtualization where a qemu userspace process needs to give
> guest OS access to the device.
>
> Interrupts are handled using the Interrupt Disable bit in the PCI command
> register and Interrupt Status bit in the PCI status register. All devices
> compliant to PCI 2.3 (circa 2002) and all compliant PCI Express devices should
> support these bits. Driver detects this support, and won't bind to devices
> which do not support the Interrupt Disable Bit in the command register.
>
> It's expected that more features of interest to virtualization will be
> added to this driver in the future. Possibilities are: mmap for device
> resources, MSI/MSI-X, eventfd (to interface with kvm), iommu.
>
> Acked-by: Chris Wright <chrisw@redhat.com>
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> ---
>
> Hans, Greg, please review and consider for upstream.
>
> This is intended to solve the problem in virtualization that shared
> interrupts do not work with assigned devices. Earlier versions of this
> patch have circulated on kvm@vger.
How does this play with the pci-stub driver that I thought was written
to solve this very problem? Will it conflict?
In fact, it looks like you copied the comments for this driver directly
from the pci-stub driver :)
How about moving that documentation into a place that people will notice
it, like the rest of the UIO documentation?
And right now you are just sending the irq to userspace, what is
userspace supposed to do with it? Do you have a userspace program that
uses this interface today to verify that everything works? If so, care
to provide a pointer to it?
thanks,
greg k-h
next prev parent reply other threads:[~2009-07-15 22:09 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-15 20:13 [PATCHv4] uio: add generic driver for PCI 2.3 devices Michael S. Tsirkin
2009-07-15 21:39 ` Hans J. Koch
2009-07-20 17:17 ` Jesse Barnes
2009-07-20 18:19 ` Michael S. Tsirkin
2009-07-15 22:08 ` Greg KH [this message]
2009-07-16 12:31 ` Michael S. Tsirkin
2009-07-16 13:33 ` Sheng Yang
2009-07-16 13:50 ` Michael S. Tsirkin
2009-07-16 18:19 ` Greg KH
2009-07-16 14:07 ` Michael S. Tsirkin
2009-07-16 15:12 ` Hans J. Koch
2009-07-16 15:52 ` Greg KH
2009-07-16 17:03 ` Michael S. Tsirkin
2009-07-16 18:18 ` Greg KH
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=20090715220829.GB31962@suse.de \
--to=gregkh@suse.de \
--cc=anthony@codemonkey.ws \
--cc=avi@redhat.com \
--cc=chrisw@redhat.com \
--cc=hjk@linutronix.de \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mst@redhat.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