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] RE: [Xen-users] Release 0.9.2 of GPL PV Drivers for Wind

Hi, Emre-san,

As James-san already answered, target to be controlled by the pvSCSI 
is SCSI hardware device. The pvSCSI backend cannot and doesn't 
recognize "volume" layer, for example fdisk or LVM, and "file system"
layer, for example a file on ext3.

Thanks,


On Thu, 29 May 2008 21:02:25 +1000
"James Harper" <james.harper@xxxxxxxxxxxxxxxx> wrote:

> > Hi Jun,
> > 
> > Could you please tell us if it will be possible to "export" a LVM
> Volume
> > as a SCSI drive? Or maybe I shall ask, would it make sense? If not, is
> > your pvSCSI implementation only efficient when there's an actual
> physical
> > scsi device on the dom?
> > 
> 
> It wouldn't make sense. I can't think of any advantage to turning a
> block device into a scsi device for that purpose. The windows xenvbd
> driver does this on the windows side, but only because it appears to be
> the best way to present a disk device to Windows.
> 
> The pvSCSI is a passthrough mechanism for 'sg' devices (eg /dev/sgX) and
> allows the passing through of raw scsi commands. Great for CD burners,
> tape drives, scanners (do SCSI scanners still exist???) and other
> non-block-device devices, but not necessary for lvm backed or file
> backed block devices.
> 
> Did you have a particular reason in mind? Maybe you thought of something
> I didn't :)
> 
> James
> 


-----
Jun Kamada



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