This patch fixes a bug in put_pasid_state_wait that appeared in kernel 4.0
The bug is that pasid_state-count wasn't decremented before entering the
wait_event. Thus, the condition in wait_event will never be true.
The fix is to decrement (atomically) the pasid_state-count before the
wait_event.
On 04/16/2015 07:15 AM, Alan Stern wrote:
On Thu, 16 Apr 2015, Dorian Gray wrote:
I have tested the following kernel versions:
- 3.18.4, 3.18.6, 3.18.7, 3.19.4 [all affected]
- 3.17.1 [unaffected]
- 3.17.8 [probably the last unaffected version; I'm using it currently]
Also, I've been using
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Wednesday, April 15, 2015 11:18 AM
To: Sethi Varun-B16395
Cc: Baptiste Reynal; Linux IOMMU; Yoder Stuart-B08248
Subject: Re: SMMU 2-stage support
On Tue, Apr 14, 2015 at 02:32:26PM +0100, Varun Sethi wrote:
On 16 April 2015 at 16:15, Alan Stern st...@rowland.harvard.edu wrote:
This appears to be a problem with the IOMMU or SWIOTLB subsystems, not
the USB subsystem. I have CC'ed the appropriate mailing lists.
Thanks, I'm far from being a kernel expert, so was expecting it could
be wrong
On Thu, 16 Apr 2015, Dorian Gray wrote:
I have tested the following kernel versions:
- 3.18.4, 3.18.6, 3.18.7, 3.19.4 [all affected]
- 3.17.1 [unaffected]
- 3.17.8 [probably the last unaffected version; I'm using it currently]
Also, I've been using the very same configuration (hardware)
On Thu, 16 Apr 2015, Dorian Gray wrote:
I have tested the following kernel versions:
- 3.18.4, 3.18.6, 3.18.7, 3.19.4 [all affected]
- 3.17.1 [unaffected]
- 3.17.8 [probably the last unaffected version; I'm using it currently]
Also, I've been using the very same configuration (hardware)