From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1M8aA1-0004ws-Q5
	for qemu-devel@nongnu.org; Mon, 25 May 2009 09:24:13 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1M8a9w-0004pA-Ek
	for qemu-devel@nongnu.org; Mon, 25 May 2009 09:24:13 -0400
Received: from [199.232.76.173] (port=60234 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1M8a9w-0004ob-9M
	for qemu-devel@nongnu.org; Mon, 25 May 2009 09:24:08 -0400
Received: from smtp.citrix.com ([66.165.176.89]:40640)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <Stefano.Stabellini@eu.citrix.com>)
	id 1M8a9v-0004cY-R9
	for qemu-devel@nongnu.org; Mon, 25 May 2009 09:24:07 -0400
Message-ID: <4A1A9C7E.8010508@eu.citrix.com>
Date: Mon, 25 May 2009 14:26:22 +0100
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Do we need CONFIG_AIO?
References: <20090525082151.GA4107@lst.de> <4A1A85B4.3060200@eu.citrix.com>
	<20090525122929.GA16576@lst.de>
	<20090525125852.GK5909@const.bordeaux.inria.fr>
	<20090525130034.GA18197@lst.de>
In-Reply-To: <20090525130034.GA18197@lst.de>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
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: Christoph Hellwig <hch@lst.de>
Cc: Samuel Thibault <samuel.thibault@gnu.org>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>

Christoph Hellwig wrote:

> On Mon, May 25, 2009 at 02:58:52PM +0200, Samuel Thibault wrote:
>> qemu on MiniOS is used to provide efficient full virtualisation, so yes
>> it's performance sensitive, but for performances we use a block-vbd
>> interface. Keeping the block-posix interface for non-performance
>> critical resources that can not go through vbd is still important, so we
>> need to be able to compile it.
> 
> Apparently all this is not in upstream qemu, right?  I really don't see
> the reason to keep all this stuff around for out of tree bits only
> given it is a significant burden.
> 

I completely agree with you, but I couldn't find the time to merge all
the bits yet. I hope to find more time in the next 6 months.