[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1340745479.3732.18.camel@pasglop>
Date: Wed, 27 Jun 2012 07:17:59 +1000
From: Benjamin Herrenschmidt <benh@...nel.crashing.org>
To: Alex Williamson <alex.williamson@...hat.com>
Cc: Stephen Rothwell <sfr@...b.auug.org.au>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
kvm <kvm@...r.kernel.org>, linux-pci <linux-pci@...r.kernel.org>,
iommu <iommu@...ts.linux-foundation.org>,
qemu-devel <qemu-devel@...gnu.org>,
Alexey Kardashevskiy <aik@...abs.ru>,
David Gibson <david@...son.dropbear.id.au>,
chrisw <chrisw@...s-sol.org>,
"Roedel, Joerg" <Joerg.Roedel@....com>, linux-next@...r.kernel.org
Subject: Re: Request VFIO inclusion in linux-next
On Mon, 2012-06-25 at 22:55 -0600, Alex Williamson wrote:
> Hi,
>
> VFIO has been kicking around for well over a year now and has been
> posted numerous times for review. The pre-requirements are finally
> available in linux-next (or will be in the 20120626 build) so I'd like
> to request a new branch be included in linux-next with a goal of being
> accepted into v3.6.
Ack. Let's get that in, it's been simmering for too long and we'll need
that to do PCI pass-through on KVM powerpc.
Cheers,
Ben.
> VFIO is a userspace driver interface designed to support assignment of
> devices into virtual machines using IOMMU level access control. This
> IOMMU requirement, secure resource access, and flexible interrupt
> support make VFIO unique from existing drivers, like UIO. VFIO supports
> modular backends for both IOMMU and device access. Initial backends are
> included for PCI device assignment using the IOMMU API in a manner
> compatible with x86 device assignment. POWER support is also under
> development, making use of the same PCI device backend, but adding new
> IOMMU support for their platforms.
>
> As with previous versions of VFIO, Qemu is targeted as a primary user
> and a working development tree including vfio-pci support can be found
> here:
>
> git://github.com/awilliam/qemu-vfio.git iommu-group-vfio
>
> Eventually we hope VFIO can deprecate the x86, PCI-specific device
> assignment currently used by KVM.
>
> The info for linux-next:
>
> Tree: git://github.com/awilliam/linux-vfio.git
> Branch: next
> Contact: Alex Williamson <alex.williamson@...hat.com>
>
> This branch should be applied after both Bjorn's PCI next branch and
> Joerg's IOMMU next branch and contains the following changes:
>
> Documentation/ioctl/ioctl-number.txt | 1
> Documentation/vfio.txt | 315 +++++++
> MAINTAINERS | 8
> drivers/Kconfig | 2
> drivers/Makefile | 1
> drivers/vfio/Kconfig | 16
> drivers/vfio/Makefile | 3
> drivers/vfio/pci/Kconfig | 8
> drivers/vfio/pci/Makefile | 4
> drivers/vfio/pci/vfio_pci.c | 565 ++++++++++++
> drivers/vfio/pci/vfio_pci_config.c | 1528 +++++++++++++++++++++++++++++++++++
> drivers/vfio/pci/vfio_pci_intrs.c | 727 ++++++++++++++++
> drivers/vfio/pci/vfio_pci_private.h | 91 ++
> drivers/vfio/pci/vfio_pci_rdwr.c | 269 ++++++
> drivers/vfio/vfio.c | 1420 ++++++++++++++++++++++++++++++++
> drivers/vfio/vfio_iommu_type1.c | 754 +++++++++++++++++
> include/linux/vfio.h | 445 ++++++++++
> 17 files changed, 6157 insertions(+)
>
> If there are any objections to including this, please speak now. If
> anything looks amiss in the branch, let me know. I've never hosted a
> next branch. Review comments welcome and I'll be glad to post the
> series in email again if requested. Thanks,
>
> Alex
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pci" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists