From: Wei Wang <wei.wang2@amd.com>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: Joerg Roedel <joerg.roedel@amd.com>,
mst@redhat.com, qemu-devel@nongnu.org,
eduard.munteanu@linux360.ro
Subject: Re: [Qemu-devel] [0/13] RFC: Guest visible IOMMU
Date: Thu, 22 Mar 2012 14:50:25 +0100 [thread overview]
Message-ID: <4F6B2E21.8000001@amd.com> (raw)
In-Reply-To: <1332382488-12869-1-git-send-email-david@gibson.dropbear.id.au>
On 03/22/2012 03:14 AM, David Gibson wrote:
> Here's another version of my series implementing the nevessary
> framework for emulation of guest-visible IOMMUs. I've incorporated
> the feedback from the last posting. I'm fairly confident that
> preliminary patches 1-3 are ready to go in, the rest might still need
> more consideration.
>
> In particular, if anyone has thoughts on how to handle the case where
> an IOMMU mapping is invalidated by the guest where a qemu-side device
> currently has that piece of IOVA-space dma_memory_map()ed, I'd be
> interested to hear it.
>
>
>
Hi David,
I am Xen developer. Currently I am working on a hardware based iommu
emulation for amd iommu v2 systems (we need this to enable iommuv2
drivers in guest OS and therefore to passthroug gpgpu to hvm guest). In
this work, only a virtual iommu device has to be registered on qemu bus
and dma translations are still performed by iommu hardware. So I wonder
if it is possible that I could integrate my work with yours. I had a
proof-of-concept patch for qemu:
http://lists.xen.org/archives/html/xen-devel/2011-12/msg01269.html
my last post was:
http://lists.xen.org/archives/html/xen-devel/2012-03/msg00591.html
Thanks and looking forward to your thoughts
Wei
next prev parent reply other threads:[~2012-03-22 14:17 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-22 2:14 [Qemu-devel] [0/13] RFC: Guest visible IOMMU David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 01/13] Use DMADirection type for dma_bdrv_io David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 02/13] Better support for dma_addr_t variables David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 03/13] usb-xhci: Use PCI DMA helper functions David Gibson
2012-03-22 10:00 ` Gerd Hoffmann
2012-03-23 2:05 ` David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 04/13] Implement cpu_physical_memory_zero() David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 05/13] iommu: Add universal DMA helper functions David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 06/13] usb-ohci: Use " David Gibson
2012-03-22 10:01 ` Gerd Hoffmann
2012-03-22 2:14 ` [Qemu-devel] [PATCH 07/13] iommu: Make sglists and dma_bdrv helpers use new universal DMA helpers David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 08/13] ide/ahci: Use universal DMA helper functions David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 09/13] usb: Convert usb_packet_{map, unmap} to universal DMA helpers David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 10/13] iommu: Introduce IOMMU emulation infrastructure David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 11/13] pseries: Convert sPAPR TCEs to use generic IOMMU infrastructure David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 12/13] iommu: Allow PCI to use " David Gibson
2012-03-22 2:14 ` [Qemu-devel] [PATCH 13/13] pseries: Implement IOMMU and DMA for PAPR PCI devices David Gibson
2012-03-22 13:50 ` Wei Wang [this message]
2012-03-23 2:02 ` [Qemu-devel] [0/13] RFC: Guest visible IOMMU David Gibson
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=4F6B2E21.8000001@amd.com \
--to=wei.wang2@amd.com \
--cc=david@gibson.dropbear.id.au \
--cc=eduard.munteanu@linux360.ro \
--cc=joerg.roedel@amd.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
/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;
as well as URLs for NNTP newsgroup(s).