WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [RFC] Virtual disk configuration, PV vs. emulated, backw

To: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Subject: Re: [Xen-devel] [RFC] Virtual disk configuration, PV vs. emulated, backward compatibility etc
From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Date: Thu, 29 Jul 2010 18:54:20 +0100
Cc: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>
Delivery-date: Thu, 29 Jul 2010 10:43:01 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII=
In-reply-to: <4C51AE42.5010702@xxxxxxxx>
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: <1280246290.5872.8932.camel@xxxxxxxxxxxxxxxxxxxxxx> <19536.21817.469833.377542@xxxxxxxxxxxxxxxxxxxxxxxx> <4C505E9E.2090109@xxxxxxxx> <19537.38227.38120.755998@xxxxxxxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.1007291600030.19809@kaball-desktop> <19537.41521.772417.34655@xxxxxxxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.1007291657550.19809@kaball-desktop> <19537.42963.743949.157090@xxxxxxxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.1007291713250.19809@kaball-desktop> <4C51AC7B.4060006@xxxxxxxx> <19537.44422.995779.585778@xxxxxxxxxxxxxxxxxxxxxxxx> <4C51AE42.5010702@xxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Thu, 29 Jul 2010 09:37:22 -0700
Jeremy Fitzhardinge <jeremy@xxxxxxxx> wrote:

>   On 07/29/2010 09:34 AM, Ian Jackson wrote:
> > Jeremy Fitzhardinge writes ("Re: [Xen-devel] [RFC] Virtual disk 
> > configuration, PV vs. emulated, backward compatibility etc"):
> >> I wonder if blkfront could register itself with the scsi subsystem
> >> rather than directly as a block device?
> > I bet that would mean it would have to deal with SCSI command blocks
> > and stuff, so I doubt it.
> 
> Well, random ide/ata devices are now part of scsi via libata, and they 
> presumably can not deal with raw scsi commands.

ATAPI device speak SCSI (or a sort of Pidgin SCSI anyway), libata
translates SCSI<->ATA for disks, so you can in the Linux world throw
arbitary *valid* SCSI at them and you should get valid and correct
behaviour for a SCSI disk. If not its a bug.

Alan

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel