From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:37837) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SeudX-0001GP-UH for qemu-devel@nongnu.org; Wed, 13 Jun 2012 16:57:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SeudW-0000A8-7L for qemu-devel@nongnu.org; Wed, 13 Jun 2012 16:57:55 -0400 Received: from mail-pb0-f45.google.com ([209.85.160.45]:59546) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SeudW-0000A3-15 for qemu-devel@nongnu.org; Wed, 13 Jun 2012 16:57:54 -0400 Received: by pbbro12 with SMTP id ro12so2918105pbb.4 for ; Wed, 13 Jun 2012 13:57:52 -0700 (PDT) Message-ID: <4FD8FECB.4070503@codemonkey.ws> Date: Wed, 13 Jun 2012 15:57:47 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <4FD208F6.3020307@codemonkey.ws> <4FD5EF75.7060707@us.ibm.com> <4FD60834.2020208@codemonkey.ws> <4FD62B5C.4040106@redhat.com> <4FD63A7F.8090902@codemonkey.ws> <1339452058.9220.32.camel@pasglop> <4FD67132.1060001@codemonkey.ws> <4FD7100F.3080207@redhat.com> <1339547861.9220.77.camel@pasglop> In-Reply-To: <1339547861.9220.77.camel@pasglop> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC] QOMification of AXI streams List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Benjamin Herrenschmidt Cc: Peter Maydell , Anthony Liguori , "qemu-devel@nongnu.org Developers" , Peter Crosthwaite , Michal Simek , Avi Kivity , "Edgar E. Iglesias" , =?UTF-8?B?QW5kcmVhcyBGw6Q=?= =?UTF-8?B?cmJlcg==?= , John Williams , Paul Brook On 06/12/2012 07:37 PM, Benjamin Herrenschmidt wrote: > Not really no, we don't have proper DMA APIs to shoot from devices. > > What the DMAContext patches provide is a generic dma_* API but if we are > going to get rid of DMAContext in favor of a (modified ?) MemoryRegion > I'd rather not expose that to devices. > > Since I need something _now_ for 1.2 (this has been going on for way too > long), I'm going to go for a quick kill for PCI& PAPR VIO only using a > slightly modified version of the existing iommu patches that provides > pci_* wrappers to the DMA ops that take the PCIDevice as an argument. > > That way we can replace the infrastructure and remove DMAContext without > affecting devices in a second stage (unless you think you can come up > with a new scheme in the next few days :-) I really am not familiar > enough with those parts of qemu to aim for the full schebang for 1.2 but > maybe you guys can :-) I think pci_* wrappers is the right thing to do in the short term (and probably long term too). Regards, Anthony Liguori > > Cheers, > Ben. > >> -- >> error compiling committee.c: too many arguments to function >> >> >> >