On Fri, Jul 05, 2013 at 11:45:01PM +0200, Thomas Petazzoni wrote:
Dear Bjorn Helgaas,
On Fri, 5 Jul 2013 15:37:33 -0600, Bjorn Helgaas wrote:
Acked-by: Bjorn Helgaas bhelg...@google.com
Again, please update the subject line to PCI: Remove ...
I doubt that you'll get explicit acks
The changes are:
1. rebased on v3.10
2. added arch_spin_locks to protect TCE table in real mode
3. reworked VFIO external API
4. added missing bits for real mode handling of TCE requests on p7ioc
MOre details in the individual patch comments.
Depends on hashtable: add
This is to reserve a capablity number for upcoming support
of H_PUT_TCE_INDIRECT and H_STUFF_TCE pseries hypercalls
which support mulptiple DMA map/unmap operations per one call.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
include/uapi/linux/kvm.h | 1 +
1 file changed, 1 insertion(+)
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA operations in real mode.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
include/uapi/linux/kvm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h
index
VFIO is designed to be used via ioctls on file descriptors
returned by VFIO.
However in some situations support for an external user is required.
The first user is KVM on PPC64 (SPAPR TCE protocol) which is going to
use the existing VFIO groups for exclusive access in real/virtual mode
on a host
The current VFIO-on-POWER implementation supports only user mode
driven mapping, i.e. QEMU is sending requests to map/unmap pages.
However this approach is really slow, so we want to move that to KVM.
Since H_PUT_TCE can be extremely performance sensitive (especially with
network adapters where
This adds real mode handlers for the H_PUT_TCE_INDIRECT and
H_STUFF_TCE hypercalls for QEMU emulated devices such as IBMVIO
devices or emulated PCI. These calls allow adding multiple entries
(up to 512) into the TCE table in one call which saves time on
transition to/from real mode.
This adds a
The existing TCE machine calls (tce_build and tce_free) only support
virtual mode as they call __raw_writeq for TCE invalidation what
fails in real mode.
This introduces tce_build_rm and tce_free_rm real mode versions
which do mostly the same but use Store Doubleword Caching Inhibited
Indexed
This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT
and H_STUFF_TCE requests without passing them to QEMU, which saves time
on switching to QEMU and back.
Both real and virtual modes are supported. First the kernel tries to
handle a TCE request in the real mode, if failed it
This adds special support for huge pages (16MB). The reference
counting cannot be easily done for such pages in real mode (when
MMU is off) so we added a list of huge pages. It is populated in
virtual mode and get_page is called just once per a huge page.
Real mode handlers check if the
On Sat, Jul 6, 2013 at 7:54 AM, Jason Cooper ja...@lakedaemon.net wrote:
On Fri, Jul 05, 2013 at 11:45:01PM +0200, Thomas Petazzoni wrote:
Dear Bjorn Helgaas,
On Fri, 5 Jul 2013 15:37:33 -0600, Bjorn Helgaas wrote:
Acked-by: Bjorn Helgaas bhelg...@google.com
Again, please update the
On Sat, Jul 06, 2013 at 09:40:55AM -0600, Bjorn Helgaas wrote:
On Sat, Jul 6, 2013 at 7:54 AM, Jason Cooper ja...@lakedaemon.net wrote:
On Fri, Jul 05, 2013 at 11:45:01PM +0200, Thomas Petazzoni wrote:
Dear Bjorn Helgaas,
On Fri, 5 Jul 2013 15:37:33 -0600, Bjorn Helgaas wrote:
Dear Jason Cooper,
On Sat, 6 Jul 2013 12:17:43 -0400, Jason Cooper wrote:
If we end up handling this the same as the of/pci mvebu-pcie series
(whole series through mvebu - arm-soc) I can have it up in -next within
a few days of -rc1. Just let me know.
That sounds fine with me. I
13 matches
Mail list logo
