In interrupt context, after reading and comparing the UTRLDBR to
hba-outstanding_request and before resetting the interrupt aggregation,
there might be completion of another transfer request (TR). Such TRs might
get stuck, pending, until the next interrupt is generated.
The fix reads the UTRLDBR
Hi Jeon,
Can you specify your dependencies pleas. I was having trouble applying it
above scsi/misc branch with the following patches:
Sujit Reddy Thumma (4):
scsi: ufs: Fix broken task management command implementation
scsi: ufs: Fix hardware race conditions while aborting a command
scsi:
PCI_MSIX_FLAGS,
control
~PCI_MSIX_FLAGS_ENABLE);
}
--
1.7.1
Acked-by: Sumit Saxena sumit.sax...@lsi.com
Hi James,
Can you merge this patch?
Thanks!
Yijing.
On 8/23/2013 11:47 PM, James Bottomley wrote:
On Tue, 2013-07-30 at 00:35 +0530, Santosh Y wrote:
From: Sujit Reddy Thumma sthu...@codeaurora.org
As part of device initialization sequence, sending NOP OUT UPIU and
waiting for NOP IN UPIU response is mandatory. This confirms that the
device
From: Ching ching2...@areca.com.tw
Support Areca new SATA Raid adapter ARC1214/1224/1264/1284.
Modify maximum outstanding command number, notify command complete with auto
request sense
Signed-off-by: Ching ching2...@areca.com.tw
--
To unsubscribe from this list: send the line unsubscribe
From: Ching ching2...@areca.com.tw
Fix command throttling for ARC188x series adapter.
Signed-off-by: Ching ching2...@areca.com.tw
---
patch2
Description: Binary data
From: Ching ching2...@areca.com.tw
Fix bug of updating adapter firmware through ioctl(ARCHTTP) interface.
Signed-off-by: Ching ching2...@areca.com.tw
---
patch3
Description: Binary data
7 matches
Mail list logo