On 2/14/2013 4:04 PM, Elliott, Robert (Server Storage) wrote:
> Like James notes, LUNs should generally be treated as opaque values.
I agree, except there is a max host lun check based on a decoded lun
value. Not
really sure why its there other than maybe some of the HBA's have resource
issues with a large number of luns.
> scsilun_to_int() does not appear to be used very much; I see 35 matches in
> linux-3.7-rc5. Perhaps the callers should be updated to support 64-bit LUNs
> and decide what to do if they cannot handle larger values.
Which is a perfectly valid fix, but if that is being done, why do any
swizzling
in scsilun_to_int()?
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
