[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 2/6] PCI DMA API

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 (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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]