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/6] pvSCSI (SCSI pass through) driver

To: "Stephen C. Tweedie" <sct@xxxxxxxxxx>, "Jun Kamada" <kama@xxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH 0/6] pvSCSI (SCSI pass through) driver
From: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
Date: Fri, 2 Nov 2007 11:23:50 +1100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 01 Nov 2007 17:24:28 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1193919281.6422.11.camel@xxxxxxxxxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <C344B5FE.F680%Keir.Fraser@xxxxxxxxxxxx><20071025105803.5A32.KAMA@xxxxxxxxxxxxxx><20071030193908.4416.KAMA@xxxxxxxxxxxxxx> <1193919281.6422.11.camel@xxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcgcgQnJ425q20GnRcOKyQshC3dA4gAZLQ4g
Thread-topic: [Xen-devel] [PATCH 0/6] pvSCSI (SCSI pass through) driver
> 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?

People keep saying individual LUN... do they actually mean SCSI Target
devices? Splitting up devices on the same HBA should be reasonably
simple, but due to the way the scsi protocol works (AFAIK), splitting up
LUN's on a single SCSI device could be a bit trickier...

Or maybe LUN doesn't mean what I think it means in this case... my
understanding is:

HBA = Host Bus Adapter (eg a PCI SCSI adapter)
SCSI Target Device = one of the physical devices that sits on the SCSI
bus (eg a tape drive or a disk drive)
LUN (Logical Unit Number) = a sub unit of the SCSI Target Device, eg a
single disk drive in a RAID array, a tape device in an multi tape drive
autoloader, a CD ROM in a CDROM tower.

...

James

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