From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Nf8yR-0006pP-LA
	for qemu-devel@nongnu.org; Wed, 10 Feb 2010 04:35:07 -0500
Received: from [199.232.76.173] (port=48478 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Nf8yQ-0006pA-RA
	for qemu-devel@nongnu.org; Wed, 10 Feb 2010 04:35:06 -0500
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim
	4.60) (envelope-from <mst@redhat.com>) id 1Nf8yP-0005aJ-LV
	for qemu-devel@nongnu.org; Wed, 10 Feb 2010 04:35:06 -0500
Received: from mx1.redhat.com ([209.132.183.28]:39895)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <mst@redhat.com>) id 1Nf8yO-0005a7-UE
	for qemu-devel@nongnu.org; Wed, 10 Feb 2010 04:35:05 -0500
Date: Wed, 10 Feb 2010 11:31:47 +0200
From: "Michael S. Tsirkin" <mst@redhat.com>
Message-ID: <20100210093147.GD14063@redhat.com>
References: <1265752899-26980-1-git-send-email-aliguori@us.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1265752899-26980-1-git-send-email-aliguori@us.ibm.com>
Subject: [Qemu-devel] Re: [PATCH 0/15][RFC] New PCI interfaces
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Anthony Liguori <aliguori@us.ibm.com>
Cc: Michael Tsirkin <mtsirkin@redhat.com>, qemu-devel@nongnu.org, Alex Graf <agraf@suse.de>

On Tue, Feb 09, 2010 at 04:01:24PM -0600, Anthony Liguori wrote:
> This is a work in progress that I wanted to share giving some of the discussions
> around rwhandlers.  The idea is to make PCI devices have a common set of
> functions to interact with the CPU that is driven entirely through the PCI bus.
> 
> I've tested the network card conversions, but have not yet tested the other
> bits.

It would definitely be an improvement when all mapping would be done in
pci core. We could thus finally fix bridge filtering.
The hardest part with this change would be legacy vga class.

I am not so sure about adding an extra level of indirection
for all memory/io transactions. What we do now is perform
setup during bus scan, afterwards cpu calls device directly,
which looks nicer on the surface. Maybe we just need to
make callbacks more generic.

-- 
MST