This turns the sPAPR support on and enables VFIO container use
in the kernel.
This extends vfio_connect_container to support VFIO_SPAPR_TCE_IOMMU type
in the host kernel.
This registers a memory listener which sPAPR IOMMU will notify when
executing H_PUT_TCE/etc DMA calls. The listener then will
On Fri, 2014-06-06 at 01:36 +0200, Alexander Graf wrote:
It would be nicer if the guest had full control over the virtual
address range of a PCI device.
It does ... within a HW window which can be different between P7 and
P8.
On P7 all PEs on a PHB share a single DMA address space that gets
On Mon, May 19, 2014 at 08:34:54PM -0300, Eduardo Habkost wrote:
On Tue, May 06, 2014 at 05:27:46PM +0800, Hu Tao wrote:
[...]
@@ -203,6 +296,20 @@ host_memory_backend_memory_init(UserCreatable *uc,
Error **errp)
if (backend-prealloc) {
Hi Stuart
Thanks for the information.I'm able to run libvirt on my system.I need to
run libguestfs on the same powerpc ubuntu.
Can you help me regarding that?
On Thu, Jun 5, 2014 at 11:10 PM, Stuart Yoder stuart.yo...@freescale.com
wrote:
From: sonia verma [mailto:soniaverma9...@gmail.com]
Current sheepdog driver has two problems in a mechanism of inode
object reloading for live snapshot. It causes inconsistent state of
snapshot volumes. A new GC algorithm implemented in sheepdog exposes
the problems. This patchset contains bugfixes for them.
v3:
- update commit log
v2:
-
sheepdog driver doesn't need to read data_vdi_id[] when a live snapshot is
created.
Cc: Kevin Wolf kw...@redhat.com
Cc: Stefan Hajnoczi stefa...@redhat.com
Cc: Liu Yuan namei.u...@gmail.com
Cc: MORITA Kazutaka morita.kazut...@lab.ntt.co.jp
Signed-off-by: Hitoshi Mitake
sheepdog driver should decide a write request is COW or not based on inode
object which is active when the write request is issued.
Example of wrong inode update path in the previous driver:
1. drier issues an ordinal write request to an existing object
2. user creates a snapshot of the VDI
The series of patches adds support EEH for VFIO PCI devices on sPAPR platform.
It requires corresponding host kernel support. Also, it is based on top of
Alexey's VFIO-for-sPAPR git repository.
QEMU: git://github.com/aik/qemu.git (branch: vfio)
Kernel: git://github.com/aik/linux.git (branch:
The patch implements sPAPRPHBClass::eeh_handler so that the
EEH RTAS requests can be routed to VFIO for further handling.
Signed-off-by: Gavin Shan gws...@linux.vnet.ibm.com
---
hw/ppc/spapr_pci_vfio.c | 56 +
1 file changed, 56 insertions(+)
diff
This updates kernel header (vfio.h) for EEH support on VFIO PCI
devices.
Signed-off-by: Gavin Shan gws...@linux.vnet.ibm.com
---
linux-headers/linux/vfio.h | 34 ++
1 file changed, 34 insertions(+)
diff --git a/linux-headers/linux/vfio.h
The emulation for EEH RTAS requests from guest isn't covered
by QEMU yet and the patch implements them.
The patch defines constants used by EEH RTAS calls and adds
callback sPAPRPHBClass::eeh_handler, which is going to be used
this way:
1. RTAS calls are received in spapr_pci.c, sanity check is
On Fri, Jun 06, 2014 at 01:28:59AM +, Gonglei (Arei) wrote:
Hi, Amos
-Original Message-
From: Amos Kong [mailto:ak...@redhat.com]
Sent: Friday, June 06, 2014 9:12 AM
To: qemu-devel@nongnu.org
Cc: stefa...@gmail.com; afaer...@suse.de; Gonglei (Arei)
Subject: [PATCH v3
On Thu, Jun 05, 2014 at 09:06:42AM +0200, Markus Armbruster wrote:
Eric Blake ebl...@redhat.com writes:
On 06/04/2014 08:09 PM, Fam Zheng wrote:
Sounds like we have an off-by-one condition if empty files behave
differently from other files. We ought to fix that bug (not that your
On Thu, Jun 5, 2014 at 9:23 PM, Paolo Bonzini pbonz...@redhat.com wrote:
It may be desirable to have custom link properties that do more
than just store an object. Even the addition of a check
function is not enough if setting the link has side effects
or if a non-standard reference counting
401 - 414 of 414 matches
Mail list logo