|
From: | Avi Kivity |
Subject: | Re: [Qemu-devel] [PATCH 2/6] PCI DMA API |
Date: | Sun, 30 Mar 2008 17:49:19 +0300 |
User-agent: | Thunderbird 2.0.0.12 (X11/20080226) |
Anthony Liguori wrote:
This looks like it wouldn't scale to handle the Sparc systems. There we want to make more translation steps from DVMA addresses to physical in DMA controller and IOMMU and only in the final stage to void *. To handle this, probably there should be an opaque parameter and some way to register the translation function. Otherwise the API looks OK.I think having the PCI DMA API translate PhysIOVector => PhysIOVector would help. Then it becomes pretty easy to just call the DMA controller for additional translation from the IOMMU.Does that sound right? I don't quite understand what role the opaque parameter would serve.
State for the dma controller.I think Blue is calling for chaining of dma mappings, no? Something similar is being proposed for the Linux dma api.
-- error compiling committee.c: too many arguments to function
[Prev in Thread] | Current Thread | [Next in Thread] |