From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NfHP3-00068G-GQ for qemu-devel@nongnu.org; Wed, 10 Feb 2010 13:35:09 -0500 Received: from [199.232.76.173] (port=55243 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NfHP3-00067x-1q for qemu-devel@nongnu.org; Wed, 10 Feb 2010 13:35:09 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NfHP2-0001SD-Bx for qemu-devel@nongnu.org; Wed, 10 Feb 2010 13:35:08 -0500 Received: from mail-px0-f197.google.com ([209.85.216.197]:57751) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NfHP2-0001Ru-2U for qemu-devel@nongnu.org; Wed, 10 Feb 2010 13:35:08 -0500 Received: by pxi35 with SMTP id 35so168168pxi.18 for ; Wed, 10 Feb 2010 10:35:06 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <1265752899-26980-1-git-send-email-aliguori@us.ibm.com> References: <1265752899-26980-1-git-send-email-aliguori@us.ibm.com> From: Blue Swirl Date: Wed, 10 Feb 2010 20:34:45 +0200 Message-ID: Subject: Re: [Qemu-devel] [PATCH 0/15][RFC] New PCI interfaces Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Michael Tsirkin , qemu-devel@nongnu.org, Alex Graf On Wed, Feb 10, 2010 at 12:01 AM, Anthony Liguori wro= te: > This is a work in progress that I wanted to share giving some of the disc= ussions > around rwhandlers. =C2=A0The idea is to make PCI devices have a common se= t of > functions to interact with the CPU that is driven entirely through the PC= I bus. > > I've tested the network card conversions, but have not yet tested the oth= er > bits. By itself, the patches look OK. But given that the conclusion of the generic DMA discussion was to aim for mapping approach (in order to prepare for zero copy DMA), I wonder how the patches fit to the larger picture. Perhaps instead of pci specific functions, a more generic memory object with read and write methods could be introduced, which would be more useful in the longer term?