It was reported to me that the 'ADPT' leading the serial number was bad form, that the inquiry vendor field was enough to differentiate the storage uniquely. Subsequent search found that another Adaptec AAC based driver reported the 8 hex serial number only without such adornments, so dropped ADPT to match. Resubmitting the patch with this alteration. This attached patch is against current scsi-misc-2.6 ObligatoryDisclaimer: Please accept my condolences regarding Outlook's handling of patch attachments. Signed-off-by: Mark Salyzyn <aacraid@xxxxxxxxxxx> drivers/scsi/aacraid/aachba.c | 138 +++++++++++++++++++++++++++++++++++++++++ drivers/scsi/aacraid/aacraid.h | 14 ++++ 2 files changed, 152 insertions(+) Sincerely -- Mark Salyzyn > -----Original Message----- > From: linux-scsi-owner@xxxxxxxxxxxxxxx > [mailto:linux-scsi-owner@xxxxxxxxxxxxxxx] On Behalf Of Salyzyn, Mark > Sent: Monday, July 16, 2007 5:08 PM > To: linux-scsi@xxxxxxxxxxxxxxx > Subject: [PATCH] aacraid: add vpd to inquiry > > Report VPD inquiry page 0x80 with an unique array creation > serial number > (CUID). When an array is created, the metadata stored on the physical > drives gets an unique serial number. This serial number > remains constant > through array morphing or migration to other controllers. > This patch is > a forward port and modification to survive morphing and migration > operations, of a similar piece of (un-attributed author) code added to > the SLES10 SP1 aacraid driver. > > To test the results of the patch, observe that > /dev/disk/by-id/ entries > will show up for the arrays resulting from the udev rules. > Also, as per > the udev rules, 'scsi_id -g -x -a -s /block/sd? -d /dev/sd?' > will report > the ID_SERIAL as constructed from the inquiry data.
Attachment:
aacraid_vpd2.patch
Description: aacraid_vpd2.patch
