About Social Code
aboutsummaryrefslogtreecommitdiff
path: root/src
diff options
context:
space:
mode:
authorConnor Abbott <cwabbott0@gmail.com>2021-02-23 17:30:33 +0100
committerMarge Bot <eric+marge@anholt.net>2021-04-07 14:35:13 +0000
commit8cd7950014bb86eb4c7e1b062ff7a7d0ef6fb76c (patch)
tree891d4b0546f93a9937e240a2e12638ba9095d6ee /src
parent387189a95542082e055f3a98066e75b5637b2e45 (diff)
util/bitset: Avoid out-of-bounds reads
I missed a corner case here: when the next range ends right at the end of the bitset, we need to return immediately to avoid trying to search after the bitset. And when finding the next end, we similarly need to bail if the range is size 1 at the very end of the range. In practice this probably would'nt have been noticed, because it would break out of the loop anyway, but I happened to be running something using this under Valgrind and it complained. Reviewed-by: Eric Anholt <eric@anholt.net> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10076>
Diffstat (limited to 'src')
-rw-r--r--src/util/bitset.h8
1 files changed, 8 insertions, 0 deletions
diff --git a/src/util/bitset.h b/src/util/bitset.h
index 8225070f703..29de65e839c 100644
--- a/src/util/bitset.h
+++ b/src/util/bitset.h
@@ -165,6 +165,10 @@ __bitset_next_range(unsigned *start, unsigned *end, const BITSET_WORD *set,
* 0-bit after the range.
*/
unsigned word = BITSET_BITWORD(*end);
+ if (word >= BITSET_WORDS(size)) {
+ *start = *end = size;
+ return;
+ }
BITSET_WORD tmp = set[word] & ~(BITSET_BIT(*end) - 1);
while (!tmp) {
word++;
@@ -182,6 +186,10 @@ __bitset_next_range(unsigned *start, unsigned *end, const BITSET_WORD *set,
* 0-bit.
*/
word = BITSET_BITWORD(*start + 1);
+ if (word >= BITSET_WORDS(size)) {
+ *end = size;
+ return;
+ }
tmp = set[word] | (BITSET_BIT(*start + 1) - 1);
while (~tmp == 0) {
word++;