<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/scsi/aacraid/dpcsup.c, branch linux-4.8.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.8.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.8.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2016-04-29T23:08:24Z</updated>
<entry>
<title>aacraid: Remove code to needlessly complete fib</title>
<updated>2016-04-29T23:08:24Z</updated>
<author>
<name>Raghava Aditya Renukunta</name>
</author>
<published>2016-04-26T06:32:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=eef76f16295d34d7fab6994b82dda60ce002f91d'/>
<id>urn:sha1:eef76f16295d34d7fab6994b82dda60ce002f91d</id>
<content type='text'>
Currently driver completes double completed or spurious interrupted fibs.
This  is not necessary and causes the SCSI mid layer to issue aborts and
resets, since completing a fib  prematurely might trigger a race condition
resulting in the driver not calling the scsi_done callback.

Fixed by removing the call to fib complete.

Signed-off-by: Raghava Aditya Renukunta &lt;RaghavaAditya.Renukunta@microsemi.com&gt;
Reviewed-by: Johannes Thumshirn &lt;jthumshirn@suse.de&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>aacraid: SCSI blk tag support</title>
<updated>2016-02-24T02:27:02Z</updated>
<author>
<name>Raghava Aditya Renukunta</name>
</author>
<published>2016-02-03T23:05:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6bf3b630d0a733b74f7167a1cfac457358e67074'/>
<id>urn:sha1:6bf3b630d0a733b74f7167a1cfac457358e67074</id>
<content type='text'>
The method to allocate and free FIB's in the present code utilizes
spinlocks. Multiple IO's have to wait on the spinlock to acquire or free
fibs creating a performance bottleneck.

An alternative solution would be to use block layer tags to keep track
of the fibs allocated and freed. To this end aac_fib_alloc_tag was
created to utilize the blk layer tags to plug into the Fib pool.These
functions are used exclusively in the IO path. 8 fibs are reserved for
the use of AIF management software and utilize the previous spinlock
based implementations.

Signed-off-by: Raghava Aditya Renukunta &lt;RaghavaAditya.Renukunta@pmcs.com&gt;
Reviewed-by: Shane Seymour &lt;shane.seymour@hpe.com&gt;
Reviewed-by: Johannes Thumshirn &lt;jthumshirn@suse.de&gt;
Reviewed-by: Tomas Henzl &lt;thenzl@redhat.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>aacraid: performance improvement changes</title>
<updated>2015-04-09T23:55:21Z</updated>
<author>
<name>Mahesh Rajashekhara</name>
</author>
<published>2015-03-26T14:41:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ef6162333a6910007c0ae2237e750ffd5bf25811'/>
<id>urn:sha1:ef6162333a6910007c0ae2237e750ffd5bf25811</id>
<content type='text'>
Signed-off-by: Mahesh Rajashekhara &lt;Mahesh.Rajashekhara@pmcs.com&gt;
Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;
Reviewed-by: Murthy Bhat &lt;Murthy.Bhat@pmcs.com&gt;
Signed-off-by: James Bottomley &lt;JBottomley@Odin.com&gt;
</content>
</entry>
<entry>
<title>aacraid: MSI-x support</title>
<updated>2015-04-09T23:48:15Z</updated>
<author>
<name>Mahesh Rajashekhara</name>
</author>
<published>2015-03-26T14:41:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=495c021767bd78c998a46cf8cdd7a4ebf3a9cfd1'/>
<id>urn:sha1:495c021767bd78c998a46cf8cdd7a4ebf3a9cfd1</id>
<content type='text'>
Signed-off-by: Mahesh Rajashekhara &lt;Mahesh.Rajashekhara@pmcs.com&gt;
Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;
Reviewed-by: Murthy Bhat &lt;Murthy.Bhat@pmcs.com&gt;
Signed-off-by: James Bottomley &lt;JBottomley@Odin.com&gt;
</content>
</entry>
<entry>
<title>[SCSI] aacraid: Series 7 Async. (performance) mode support</title>
<updated>2012-07-20T07:59:04Z</updated>
<author>
<name>Mahesh Rajashekhara</name>
</author>
<published>2012-07-14T12:48:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=85d22bbf6787c240921539bba224eb221bfb8ee1'/>
<id>urn:sha1:85d22bbf6787c240921539bba224eb221bfb8ee1</id>
<content type='text'>
- Series 7 Async. (performance) mode support added
- New scatter/gather list format for Series 7
- Driver converts s/g list to a firmware suitable list for best performance on
  Series 7, this can be disabled with driver parameter "aac_convert_sgl" for
  testing purposes
- New container read/write command structure for Series 7
- Fast response support for the SCSI pass-through path added
- Async. status response buffer changes

Signed-off-by: Mahesh Rajashekhara &lt;Mahesh_Rajashekhara@pmc-sierra.com&gt;
Signed-off-by: James Bottomley &lt;JBottomley@Parallels.com&gt;
</content>
</entry>
<entry>
<title>[SCSI] aacraid: Add new code for PMC-Sierra's SRC based controller family</title>
<updated>2011-03-23T16:36:58Z</updated>
<author>
<name>Mahesh Rajashekhara</name>
</author>
<published>2011-03-17T09:10:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e8b12f0fb8352237525961f14ec933e915848840'/>
<id>urn:sha1:e8b12f0fb8352237525961f14ec933e915848840</id>
<content type='text'>
Added new hardware device 0x28b interface for PMC-Sierra's SRC based
controller family.

- new src.c file for 0x28b specific functions
- new XPORT header required
- sync. command interface: doorbell bits shifted (SRC_ODR_SHIFT, SRC_IDR_SHIFT)
- async. Interface: different inbound queue handling, no outbound I2O
  queue available, using doorbell ("PmDoorBellResponseSent") and
  response buffer on the host ("host_rrq") for status
- changed AIF (adapter initiated FIBs) interface: "DoorBellAifPending"
  bit to inform about pending AIF, "AifRequest" command to read AIF,
  "NoMoreAifDataAvailable" to mark the end of the AIFs

Signed-off-by: Mahesh Rajashekhara &lt;aacraid@pmc-sierra.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI] aacraid: fix File System going into read-only mode</title>
<updated>2010-01-17T18:16:17Z</updated>
<author>
<name>Penchala Narasimha Reddy Chilakala, ERS-HCLTech</name>
</author>
<published>2009-12-21T13:09:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cacb6dc3d7fea751879a225c15e48228415e6359'/>
<id>urn:sha1:cacb6dc3d7fea751879a225c15e48228415e6359</id>
<content type='text'>
These particular problems were reported by Cisco and SAP and customers
as well. Cisco reported on RHEL4 U6 and SAP reported on SLES9 SP4 and
SLES10 SP2. We added these fixes on RHEL4 U6 and gave a private build
to IBM and Cisco. Cisco and IBM tested it for more than 15 days and
they reported that they did not see the issue so far. Before the fix,
Cisco used to see the issue within 5 days. We generated a patch for
SLES9 SP4 and SLES10 SP2 and submitted to Novell. Novell applied the
patch and gave a test build to SAP. SAP tested and reported that the
build is working properly.

We also tested in our lab using the tools "dishogsync", which is IO
stress tool and the tool was provided by Cisco.

Issue1:  File System going into read-only mode

Root cause: The driver tends to not free the memory (FIB) when the
management request exits prematurely. The accumulation of such
un-freed memory causes the driver to fail to allocate anymore memory
(FIB) and hence return 0x70000 value to the upper layer, which puts
the file system into read only mode.

Fix details: The fix makes sure to free the memory (FIB) even if the
request exits prematurely hence ensuring the driver wouldn't run out
of memory (FIBs).


Issue2: False Raid Alert occurs

When the Physical Drives and Logical drives are reported as deleted or
added, even though there is no change done on the system

Root cause: Driver IOCTLs is signaled with EINTR while waiting on
response from the lower layers. Returning "EINTR" will never initiate
internal retry.

Fix details: The issue was fixed by replacing "EINTR" with
"ERESTARTSYS" for mid-layer retries.

Signed-off-by: Penchala Narasimha Reddy &lt;ServeRAIDDriver@hcl.in&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI] Clean up my email address and use a single standard address for everything</title>
<updated>2008-12-29T17:24:12Z</updated>
<author>
<name>Alan Cox</name>
</author>
<published>2008-10-27T15:16:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fa195afe4ad3f6d85a9b7cc236ae85c05ca8db03'/>
<id>urn:sha1:fa195afe4ad3f6d85a9b7cc236ae85c05ca8db03</id>
<content type='text'>
Signed-off-by: Alan Cox &lt;alan@redhat.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@HansenPartnership.com&gt;
</content>
</entry>
<entry>
<title>Convert asm/semaphore.h users to linux/semaphore.h</title>
<updated>2008-04-19T02:22:54Z</updated>
<author>
<name>Matthew Wilcox</name>
</author>
<published>2008-04-19T02:21:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6188e10d38b8d7244ee7776d5f1f88c837b4b93f'/>
<id>urn:sha1:6188e10d38b8d7244ee7776d5f1f88c837b4b93f</id>
<content type='text'>
Signed-off-by: Matthew Wilcox &lt;willy@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>[SCSI] aacraid: OS panic after Adapter panic (hardening).</title>
<updated>2008-01-23T17:29:21Z</updated>
<author>
<name>Salyzyn, Mark</name>
</author>
<published>2008-01-08T21:26:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b6ef70f33ca2a3084b4fea12414550724a9114dc'/>
<id>urn:sha1:b6ef70f33ca2a3084b4fea12414550724a9114dc</id>
<content type='text'>
In experiments in the lab we managed to trigger an Adapter firmware
panic (BlinkLED) coincidentally while several pass-through ioctl
command from the management software were outstanding on a bug only
present on a class of RAID Adapters that require a hardware reset
rather than a commanded reset. The net result was an attempt to time
out the management software command as if it came from the SCSI layer
resulting in an OS panic.

Adapters that use commanded reset, management commands are returned
failed by the Adapter correctly. The adapter firmware panic that
resulted in this condition was also resolved, and there were no
adapters in the field with this specific firmware bug so we do not
expect any field reports. This is a rare or unlikely corner condition,
and no reports have ever been forwarded from the field.

Signed-off-by: Mark Salyzyn &lt;aacraid@adaptec.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@HansenPartnership.com&gt;
</content>
</entry>
</feed>
