]> git.ipfire.org Git - thirdparty/kernel/stable.git/commitdiff
stm class: Fix an endless loop in channel allocation
authorZhi Jin <zhi.jin@intel.com>
Thu, 6 Sep 2018 07:22:10 +0000 (15:22 +0800)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Sat, 23 Mar 2019 19:09:39 +0000 (20:09 +0100)
commit a1d75dad3a2c689e70a1c4e0214cca9de741d0aa upstream.

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+
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
drivers/hwtracing/stm/core.c

index 10bcb5d73f90ed45119f473b63ec3d6668c3c073..1d1a05689053c6f6387b6b06fad8c9a552b450fb 100644 (file)
@@ -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;