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: uf
>> PCI_MSIX_FLAGS,
>>control &
>>~PCI_MSIX_FLAGS_ENABLE);
>> }
>> --
>> 1.7.1
>>
>>
> Acked-by: Sumit Saxena
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
As part of device initialization sequence, sending NOP OUT UPIU and
waiting for NOP IN UPIU response is mandatory. This confirms that the
device UFS Transport (UTP) layer
From: Ching
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
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to major
From: Ching
Fix command throttling for ARC188x series adapter.
Signed-off-by: Ching
---
patch2
Description: Binary data
From: Ching
Fix bug of updating adapter firmware through ioctl(ARCHTTP) interface.
Signed-off-by: Ching
---
patch3
Description: Binary data
7 matches
Mail list logo
