This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-devel] Re: [PATCH] xen_disk: treat "aio" as "raw"

To: Alexander Graf <agraf@xxxxxxx>
Subject: [Xen-devel] Re: [PATCH] xen_disk: treat "aio" as "raw"
From: Kevin Wolf <kwolf@xxxxxxxxxx>
Date: Thu, 30 Jun 2011 14:47:03 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, qemu-devel@xxxxxxxxxx, stefano.stabellini@xxxxxxxxxxxxx
Delivery-date: Thu, 30 Jun 2011 05:46:36 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4E0C6263.20908@xxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1308927034-10209-1-git-send-email-stefano.stabellini@xxxxxxxxxxxxx> <1308927034-10209-2-git-send-email-stefano.stabellini@xxxxxxxxxxxxx> <4E0C6263.20908@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10
Am 30.06.2011 13:47, schrieb Alexander Graf:
> On 06/24/2011 04:50 PM, stefano.stabellini@xxxxxxxxxxxxx wrote:
>> From: Stefano Stabellini<stefano.stabellini@xxxxxxxxxxxxx>
>> Sometimes the toolstack uses "aio" without an additional format
>> identifier, in such cases use "raw".
> Shouldn't this rather be a patch to the toolstack then? We do automatic 
> file format recognition as default. I find magical "aio equals raw" 
> subtleties rather unintuitive.

The asynchronous raw blktap driver is (was?) called "aio", so I guess
it's to stay compatible with that. Has always been this way in Xen (and
has always been confusing). As long as it stays in xen_disk.c, I don't
really mind...


Xen-devel mailing list