From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jun Kamada Subject: Re: [PATCH 0/5] pvSCSI (SCSI pass through) driver Date: Mon, 22 Oct 2007 11:39:31 +0900 Message-ID: <20071022105204.A502.KAMA@jp.fujitsu.com> References: <8A87A9A84C201449A0C56B728ACF491E34C454@liverpoolst.ad.cl.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <8A87A9A84C201449A0C56B728ACF491E34C454@liverpoolst.ad.cl.cam.ac.uk> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Pratt Cc: kama@jp.fujitsu.com, xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Hi Keir-san, Ian-san, Thank you so much for your positive response. On Fri, 19 Oct 2007 11:20:28 +0100 "Ian Pratt" 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@jp.fujitsu.com