On Sat, Aug 20, 2005 at 12:15:41AM -0400, [EMAIL PROTECTED] wrote: > Now - back to Christoph's point.... > > For iSCSI, (correct me if I'm wrong) as the scsi_host is mapped 1:1 > with the session, there really is no such thing as multiple targets, > so it works. Even if it isn't 1:1, it is controlled via user space > so it's likely managable. Note: instead of target id shifting, there > may now be scsi_host number shifting.
That's the case for the open-iscsi (and the older cisco) software initiator. For the two iSCSI HBA drivers I've seen it's very different. > For SAS, looking at Christoph's code - > The target id comes from the LLDD. This is just a brindup helper because the Fusion hardware does a SAS remote port to target ID mapping in firmware, in fact the firmware interface only addresses them using this assigned ID, which is a big shortcoming in the Fusion interface. Once the more basic things are dealt with that will go away, similarly to how Fusion won't be able to use their firmware mapping for FC once they fully support the FC transport class. - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
