From mboxrd@z Thu Jan 1 00:00:00 1970 From: Aaron Dailey Subject: Re: [PATCH 0/6] pvSCSI (SCSI pass through) driver Date: Mon, 05 Nov 2007 11:34:33 +0800 Message-ID: <472E8F49.7040004@Sun.COM> References: <20071025105803.5A32.KAMA@jp.fujitsu.com> <20071030193908.4416.KAMA@jp.fujitsu.com> <1193919281.6422.11.camel@sisko.scot.redhat.com> Reply-To: Aaron.Dailey@Sun.COM Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 7BIT Return-path: In-reply-to: <1193919281.6422.11.camel@sisko.scot.redhat.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: "Stephen C. Tweedie" Cc: Jun Kamada , "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org Stephen C. Tweedie wrote: > Hi, > > On Tue, 2007-10-30 at 19:39 +0900, Jun Kamada wrote: > > Is this using the same syntax for HBA reservation that we used to have, > ie. simply enumerated using the scsi host number on the dom0? > > If so, that is rather fragile. The scsi host number can change from > kernel to kernel depending on HBA driver probe order and PCI bus > enumeration order. It changes when hardware is rearranged. And how do > we deal with migrate, when we'll need to select a completely different > HBA on a different host? > > Selecting the HBA by scsi host number is good enough for a demonstration > that the code works, but I don't think it's going to be robust enough > for production deployment. > > Also, has there been any progress towards exposing individual LUNs to > the guest rather than a whole HBA? > NPIV can help here for FibreChannel devices. You can create a virtual NPIV adapter, and export exactly the LUNs/devices you want to that adapter. It's a different approach then exporting LUNs, but similar result. > Cheers, > Stephen > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >