From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:46492)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1VJ5vw-0007EE-Dp
	for qemu-devel@nongnu.org; Mon, 09 Sep 2013 14:11:38 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1VJ5vq-00055U-50
	for qemu-devel@nongnu.org; Mon, 09 Sep 2013 14:11:32 -0400
Received: from mx1.redhat.com ([209.132.183.28]:24844)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1VJ5vp-00055D-RM
	for qemu-devel@nongnu.org; Mon, 09 Sep 2013 14:11:26 -0400
Message-ID: <522E0F4D.8090007@redhat.com>
Date: Mon, 09 Sep 2013 20:11:25 +0200
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <1378732537.3072.49.camel@localhost.localdomain>
	<CAFEAcA9zpFhkUP1QouZP0JToDBnzTvsBcDE7ufVc5skwS22aAw@mail.gmail.com>
	<1378733344.3072.58.camel@localhost.localdomain>
	<CAFEAcA9j34x__fnQdXY7K6NNSoobZOxsD61w-b=O57KpBZ74Qw@mail.gmail.com>
	<1378735459.3072.83.camel@localhost.localdomain>
	<CAFEAcA8iW6fkmxqgNM1raDp-8_LKkaufRqqzQZSThS1FSjGHxw@mail.gmail.com>
	<1378738262.3072.99.camel@localhost.localdomain>
	<CAFEAcA9W+J33+HCiti_=qZtY5A+htGLCtqT9VC=GF_MDBaxs7A@mail.gmail.com>
	<20130909160014.GH1930@redhat.com>
	<CAFEAcA-dgq8mLZc+nTkKK-+8E3PpXYz+rmp5cXm7oZ3C-4rLJg@mail.gmail.com>
	<20130909163422.GI1930@redhat.com> <522DFD61.10506@siemens.com>
	<CAFEAcA9xy72eoYGh9EPzLp9x415nd7AQnKr+A+rBGaUQ-DMbTg@mail.gmail.com>
	<522E00CE.9050400@siemens.com>
	<CAFEAcA_7NOjct8JqqPjc6vRS3CD_VHmU2iYET=hpkfTADffz+A@mail.gmail.com>
	<522E0514.1070803@siemens.com>
	<CAFEAcA_h+wpN=BeM0-mLAFUkvs1U7saSA6VzXtvZEj=gAy+DKw@mail.gmail.com>
	<522E0E17.2050700@siemens.com>
In-Reply-To: <522E0E17.2050700@siemens.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH RFC v2 2/2] hw/pci: handle unassigned pci
 addresses
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: Peter Maydell <peter.maydell@linaro.org>, Anthony Liguori <aliguori@us.ibm.com>, Marcel Apfelbaum <marcel.a@redhat.com>, QEMU Developers <qemu-devel@nongnu.org>, "Michael S. Tsirkin" <mst@redhat.com>

Il 09/09/2013 20:06, Jan Kiszka ha scritto:
> archive, was in the context of lock-less MMIO dispatching), and the
> consensus back then was that device-to-device DMA is generally a bug
> that is not worth supporting in all its beauty. But if you know a
> concrete scenario / guest where it matters, that would bring in a new
> aspect.

Well, one I know is

10 SCREEN 1
20 COLOR 1: CIRCLE (160, 100), 80
30 PRINT "Hello QEMU!"
40 DEF SEG=&hB800
50 BSAVE "FOO.PIC", 16000
RUN

Not sure if that counts as something that matters, or even if it works
right now with virtio-blk.

Paolo