summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorZhi Jin <zhi.jin@intel.com>2018-09-06 15:22:10 +0800
committerAlexander Shishkin <alexander.shishkin@linux.intel.com>2019-02-21 17:44:18 +0200
commita1d75dad3a2c689e70a1c4e0214cca9de741d0aa (patch)
tree35a09b16e15e45e07f41f5515f7c35910677aeb8
parent9ed3f22223c33347ed963e7c7019cf2956dd4e37 (diff)
stm class: Fix an endless loop in channel allocation
There is a bug in the channel allocation logic that leads to an endless loop when looking for a contiguous range of channels in a range with a mixture of free and occupied channels. For example, opening three consequtive channels, closing the first two and requesting 4 channels in a row will trigger this soft lockup. The bug is that the search loop forgets to skip over the range once it detects that one channel in that range is occupied. Restore the original intent to the logic by fixing the omission. Signed-off-by: Zhi Jin <zhi.jin@intel.com> Signed-off-by: Alexander Shishkin <alexander.shishkin@linux.intel.com> Fixes: 7bd1d4093c2f ("stm class: Introduce an abstraction for System Trace Module devices") CC: stable@vger.kernel.org # v4.4+
-rw-r--r--drivers/hwtracing/stm/core.c3
1 files changed, 3 insertions, 0 deletions
diff --git a/drivers/hwtracing/stm/core.c b/drivers/hwtracing/stm/core.c
index 93ce3aa740a9..c80b064224f6 100644
--- a/drivers/hwtracing/stm/core.c
+++ b/drivers/hwtracing/stm/core.c
@@ -244,6 +244,9 @@ static int find_free_channels(unsigned long *bitmap, unsigned int start,
;
if (i == width)
return pos;
+
+ /* step over [pos..pos+i) to continue search */
+ pos += i;
}
return -1;