AACRAID driver update patch version - 26400

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

 



(Resending in plain text as the earlier email got bounced)

Hi All,

We have prepared driver patch from latest driver source.

We worked on a issue related to SMARTCTL([Bugme-new] [Bug 15623] New: doesn't allow SMART-passthrough on Adaptec Series 5 controller) 
and found the  root cause of this problem. We have responded to this bug, stating that we will be releasing the driver patch for addressing this problem.
Also, in our recent program releases we have addressed some more issues.

Please look into the release notes.

Please find the attachments.
1. aacraid-version-26400-040510-patch - Driver patch
2. aacraid-scsi-misc-2.6-warnings.txt - Warning message text 
3. Release notes


Thanks & Regards,
Mahesh
Linux Driver Development Engineer,
Adaptec ODC, Bangalore


Attachment: aacraid-version-26400-040510-patch
Description: aacraid-version-26400-040510-patch

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: Mahesh Rajashekhara <aacraid@xxxxxxxxxxx>

 drivers/scsi/aacraid/aachba.c   |   92 ++++++++++++++++++++++++++++++++++++++--
 drivers/scsi/aacraid/aacraid.h  |    8 ++-
 drivers/scsi/aacraid/commctrl.c |    8 +--
 drivers/scsi/aacraid/commsup.c  |   48 +++++++++++++++-----
 drivers/scsi/aacraid/dpcsup.c   |    1 
 drivers/scsi/aacraid/linit.c    |    9 +--
 6 files changed, 137 insertions(+), 29 deletions(-)

Regards - Mahesh Rajashekhara
WARNING: suspect code indent for conditional statements (24, 24)
#231: FILE: drivers/scsi/aacraid/commctrl.c:132:
+			if (!retval)
 			retval = -EINVAL;

WARNING: line over 80 characters
#269: FILE: drivers/scsi/aacraid/commsup.c:541:
+					dprintk((KERN_ERR "aacraid: sync. command timed out after 180 seconds\n"));

WARNING: line over 80 characters
#331: FILE: drivers/scsi/aacraid/commsup.c:1268:
+		retval = pci_set_consistent_dma_mask(aac->pdev, DMA_BIT_MASK(31));

WARNING: line over 80 characters
#340: FILE: drivers/scsi/aacraid/commsup.c:1275:
+		retval = pci_set_consistent_dma_mask(aac->pdev, DMA_BIT_MASK(32));

total: 0 errors, 4 warnings, 322 lines checked

/tmp/kd.diff.16755.3 has style problems, please review.  If any of these errors
are false positives report them to the maintainer, see
CHECKPATCH in MAINTAINERS.
AACRAID Driver for Linux - version 26400
----------------------------------------

Addressed issues:
----------------
1. The default driver setting is "expose_physicals=0", which means raw physical drives not exposed to OS. 
   If the user wants to expose connected physical drives, enable "expose_physicals" module parameter.
   With the new JBOD firmware, physical drives are not available for "expose_physicals>0".
   In function "aac_expose_phy_device", added to reset the appropriate bit in the first byte of inquiry data.
   This fix exposes the connected physical drives.

2. Added support for handling ATA pass-through commands.
   When the "CC" bit is set by the host in ATA pass-through CDB, driver is supposed to return DID_OK
   When the "CC" bit is reset by the host, driver should return DID_ERROR

3. Firmware exposes lesser container capacity than the actual one.
   It exposes [actaul size - hidden reserved space(10MB)] to the OS, IO's to the 10MB should be prohibhited from the Linux driver.		
   When the IO's falls into hidden reserved space, driver internally sets sensekey to HARDWARE_ERROR and sends notification to the SCSI mid layer.
   Added "expose_hidden_space" flag, by default the fix will be executed. 
   Only if the user sets "expose_hidden_space=1", user can access beyond the array reported size(hidden reserved space 10MB).

4. Based on the notification from firmware, the driver sets up SDV_OFFLINE flag for a deleted array and 
   the SCSI mid layer comes to know the attached  SCSI device has gone offline. But with 
   this notification, scsi device entries are not being removed. 
   Enabled "AAC_DEBUG_INSTRUMENT_AIF_DELETE" flag  in the header file, with this flag the driver uses "scsi_remove_device".	
   On the notification from firmware, the driver calls "scsi_remove_device" for the deleted array.
   This call not only informs the scsi device status to the SCSI mid layer but also
   removes corresponding scsi device entry from the linux sysfs.	

[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