Eike,
The RA4100 tries to implement a zoning-style partitioning, called
Selective Storage Presentation (SSP). Basically, you can create LUNs
on the RAID and point them to a specific FC cards - although they
have to be seen by the 4100 when you're configuring it. That's why
the REPORT_LUN command can return non-contiguous LUNs (as the comment
indicates).
So, what the cpqfc driver is doing is reporting the 4100 LUNs to the
kernel as 0,1,2,... although on the drive, they may physically be the
first, third and seventh logical drives (in addition to the wacky
addressing). It then has to create a mapping array that interprets
the kernel/drive LUNs.
If I had my pick on SCSI architecture, I'd prefer to standardize the
low-level drivers and put all of the hard-drive/raid specific code in
the mid layer drivers, like what has been done with lpfc. There is a
lot of garbage code in drivers like cpqfc doing exactly what
scsi_scan and other mid-layer drivers are doing.
I'd volunteer one of the units for testing, but I assume shipping
would be more than the unit is worth. :( I'd be happy to test any
bits you want to send, though.
Mark
-
: 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
