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] [PATCH 0/5] pvSCSI (SCSI pass through) driver

Hi Keir-san, Ian-san,

Thank you so much for your positive response.

On Fri, 19 Oct 2007 11:20:28 +0100
"Ian Pratt" <Ian.Pratt@xxxxxxxxxxxx> wrote:
> > This seems to have been hanging around for ages. If there's no
> argument
> > otherwise I'll give it a read through and stick it in for 3.2.0.
> 
> Yep, its certainly a candidate for 3.2, but I'd class the API as
> "experimental" at this stage and not commit to supporting it going
> forward as-is just yet.

Do you mean that the API is "xm" command interface such as "xm 
scsihost-attach" or Xen-API?
If the former, we also consider the expansion of the interface is
needed. The interface should conform to VM migration that the VM can
continue to use same ID before and after the migration. On FC-SCSI,
the ID may be WWPN (World Wide Port Name).


> Things I'd like to see: 
>  * performance results (hopefully at the summit!)

We are planning to report performance data on next Xen Summit.


>  * variable sized comms rings (fixed at connect time) so we can queue
> more descriptors if req'd.
>  * support for pass through of individual scsi logical units to the
> dom0's linux scsi-generic layer rather than whole HBAs -- I think most
> users will want to hide all that FC nastiness and just present a LUN.

We also recognize the usefulness of above feature. However, I heard that
the method for specifying LUN is vender dependent. Implementation may be
difficult by non-technical reason.

-----
Jun Kamada
kama@xxxxxxxxxxxxxx



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