Re: [PATCH] minimal SAS transport class

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 08/25/05 16:06, Jeff Garzik wrote:
> Stefan Richter wrote:
> 
>>Luben Tuikov wanted...
>>
>>
>>>to move _away_ from HCIL.  So that addressing of devices in SCSI Core
>>>is _completely_ independent of addressing at the protocol layer.
>>
>>
>>I second that.
> 
> 
> 
> A move away from forced HCIL addressing would be a good thing.
> 
> However, its impossible to completely move away from addressing, as 
> userspace and the SCSI core need ways to route CDBs to devices based on 
> address.

They can use _anyone_ label in the label list of the LU.

The label itself is opaque to SCSI Core.  It may mean something
to users, it may mean something to the protocol layer, but to
SCSI Core it is completely opaque, and SCSI Core should _not_
try to interpret it/them.

Anyone, at any layer can add a label: protocol, SCSI Core,
Command set drivers, block subssytem, FS.

In fact, there is a dire need for this from several
storage vendors who want customers to look at the face of
the storage box (physical world) and then look into the
OS/Linux and see/know the device (correspondence).

Doing the HCIL juggle is the _ugliest_ thing currently
amongst all OSes.  Sadly, it had to take 5 years...

	Luben
P.S. Everyone, please don't remove CC entries from the email header, else
they go into my linux-scsi folder instead of my Inbox and it is
hard to track threads I'm participating in. 
If you didn't add it, don't remove it. :-) Thanks!


-
: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux