From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IPGL9-0001K2-4U for qemu-devel@nongnu.org; Sun, 26 Aug 2007 07:31:35 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IPGL8-0001Ja-7p for qemu-devel@nongnu.org; Sun, 26 Aug 2007 07:31:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IPGL7-0001JN-W7 for qemu-devel@nongnu.org; Sun, 26 Aug 2007 07:31:34 -0400 Received: from sp604005mt.neufgp.fr ([84.96.92.11] helo=smtp.Neuf.fr) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IPGL7-0004Iz-Mn for qemu-devel@nongnu.org; Sun, 26 Aug 2007 07:31:33 -0400 Received: from [84.102.211.76] by sp604005mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-5.05 (built Feb 16 2006)) with ESMTP id <0JND002EXPBN91B0@sp604005mt.gpm.neuf.ld> for qemu-devel@nongnu.org; Sun, 26 Aug 2007 13:30:59 +0200 (CEST) Date: Sun, 26 Aug 2007 13:30:40 +0200 From: Fabrice Bellard Subject: Re: [Qemu-devel] Re: PATCH, RFC: Generic DMA framework In-reply-to: <200708250129.34058.paul@codesourcery.com> Message-id: <46D16460.7050102@bellard.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <200708242118.54118.paul@codesourcery.com> <46CF6AD2.7040905@bellard.org> <200708250129.34058.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Paul Brook wrote: >>>> pci_gdma.diff: Convert PCI devices and targets >>>> >>>> Any comments? The patches are a bit intrusive and I can't test the >>>> targets except that they compile. >>> Shouldn't the PCI DMA object be a property of the PCI bus? >>> ie. we don't want/need to pass it round as a separate parameter. It can >>> be inferred form the device/bus. >> I agree. Moreover the DMA is bus specific so I don't see a need to add a >> generic DMA layer. > > I can see use for a generic DMA interface. It has some nice possibilities for > devices which can connect via a variety of busses and maybe for layering > different busses within a system. > > However I don't know how well this will work in practice for the machines qemu > currently emulates. I can see more uses for a simple bus interface which could be used at least for ISA devices. The API should include bus read/write functions (which can be used to implement DMA) and functions to allocate/free a memory region as we have for the CPU bus. Of course the same must be added for PCI buses so that the PCI memory area can be mapped at any position in the CPU address space. Fabrice.