qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: David Gibson <dwg@au1.ibm.com>
To: aliguori@us.ibm.com
Cc: mst@redhat.com, joerg.roedel@amd.com, qemu-devel@nongnu.org,
	agraf@suse.de, avi@redhat.com, eduard.munteanu@linux360.ro,
	rth@twiddle.net
Subject: Re: [Qemu-devel] [0/12] Preliminary work for IOMMU emulation support (v2)
Date: Fri, 14 Oct 2011 20:24:05 +1100	[thread overview]
Message-ID: <20111014092405.GF4580@truffala.fritz.box> (raw)
In-Reply-To: <1318584063-1611-1-git-send-email-david@gibson.dropbear.id.au>

On Fri, Oct 14, 2011 at 08:20:51PM +1100, David Gibson wrote:
> A while back, Eduard - Gabriel Munteanu send a series of patches
> implementing support for emulating the AMD IOMMU in conjunction with
> qemu emulated PCI devices.  A revised patch series added support for
> the Intel IOMMU, and I also send a revised version of this series
> which added support for the hypervisor mediated IOMMU on the pseries
> machine.
> 
> Richard Henderson also weighed in on the discussion, and there's still
> a cretain amount to be thrashed out in terms of exactly how to set up
> an IOMMU / DMA translation subsystem.
> 
> However, really only 2 or 3 patches in any of these series have
> contained anything interesting.  The rest of the series has been
> converting existing PCI emulated devices to use the new DMA interface
> which worked through the IOMMU translation, whatever it was.  While we
> keep working out what we want for the guts of the IOMMU support, these
> device conversion patches keep bitrotting against updates to the
> various device implementations themselves.
> 
> Really, regardless of whether we're actually implementing IOMMU
> translation, it makes sense that qemu code should distinguish between
> when it is really operating in CPU physical addresses and when it is
> operating in bus or DMA addresses which might have some kind of
> translation into physical addresses.
> 
> This series, therefore, begins the conversion of existing PCI device
> emulation code to use new (stub) pci dma access functions.  These are,
> for now, just defined to be untranslated cpu physical memory accesses,
> as before, but has three advantages:
> 
>    * It becomes obvious where the code is working with dma addresses,
>      so it's easier to grep for what might be affected by an IOMMU or
>      other bus address translation.
> 
>    * The new stubs take the PCIDevice *, from which any of the various
>      suggested IOMMU interfaces should be able to locate the correct
>      IOMMU translation context.
> 
>    * The new pci_dma_{read,write}() functions have a return value.
>      When we do have IOMMU support, translation failures could lead to
>      these functions failing, so we want a way to report it.
> 
> This series converts all the easy cases.  It doesn't yet handle
> devices which have both PCI and non-PCI variants, such as AHCI, OHCI
> and ne2k.  Unlike the earlier version of this series, functions using
> scatter gather _are_ covered, though.

Oh, one more note.  There are a few checkpatch failures in the series;
most are false positives (mistaking pointer * for a multiplication,
mostly).  There are a few more that are true style errors that I've
left in on the basis that matching the surrounding code is more
important than being checkpatchily correct.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

  parent reply	other threads:[~2011-10-14  9:24 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-14  9:20 [Qemu-devel] [0/12] Preliminary work for IOMMU emulation support (v2) David Gibson
2011-10-14  9:20 ` [Qemu-devel] [PATCH 01/12] Add stub functions for PCI device models to do PCI DMA David Gibson
2011-10-14  9:20 ` [Qemu-devel] [PATCH 02/12] rtl8139: Use PCI DMA stub functions David Gibson
2011-10-14  9:20 ` [Qemu-devel] [PATCH 03/12] eepro100: " David Gibson
2011-10-14  9:20 ` [Qemu-devel] [PATCH 04/12] ac97: " David Gibson
2011-10-14  9:20 ` [Qemu-devel] [PATCH 05/12] es1370: " David Gibson
2011-10-14  9:20 ` [Qemu-devel] [PATCH 06/12] e1000: " David Gibson
2011-10-14  9:20 ` [Qemu-devel] [PATCH 07/12] lsi53c895a: " David Gibson
2011-10-14  9:20 ` [Qemu-devel] [PATCH 08/12] pcnet-pci: " David Gibson
2011-10-14  9:21 ` [Qemu-devel] [PATCH 09/12] intel-hda: " David Gibson
2011-10-14  9:21 ` [Qemu-devel] [PATCH 10/12] PCI IDE: " David Gibson
2011-10-14  9:21 ` [Qemu-devel] [PATCH 11/12] usb-ehci: " David Gibson
2011-10-14  9:21 ` [Qemu-devel] [PATCH 12/12] usb-uhci: " David Gibson
2011-10-14  9:24 ` David Gibson [this message]
2011-10-30 17:20 ` [Qemu-devel] [0/12] Preliminary work for IOMMU emulation support (v2) Alexander Graf
2011-10-30 17:52   ` Michael S. Tsirkin
2011-10-31  5:40     ` 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=20111014092405.GF4580@truffala.fritz.box \
    --to=dwg@au1.ibm.com \
    --cc=agraf@suse.de \
    --cc=aliguori@us.ibm.com \
    --cc=avi@redhat.com \
    --cc=eduard.munteanu@linux360.ro \
    --cc=joerg.roedel@amd.com \
    --cc=mst@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    /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).