Commit 0e91ec0c authored by James Jones's avatar James Jones Committed by Russell King

ARM: 6482/2: Fix find_next_zero_bit and related assembly

The find_next_bit, find_first_bit, find_next_zero_bit
and find_first_zero_bit functions were not properly
clamping to the maxbit argument at the bit level. They
were instead only checking maxbit at the byte level.
To fix this, add a compare and a conditional move
instruction to the end of the common bit-within-the-
byte code used by all the functions and be sure not to
clobber the maxbit argument before it is used.

Cc: <stable@kernel.org>
Reviewed-by: default avatarNicolas Pitre <nicolas.pitre@linaro.org>
Tested-by: default avatarStephen Warren <swarren@nvidia.com>
Signed-off-by: default avatarJames Jones <jajones@nvidia.com>
Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
parent 28c22d7d
...@@ -174,8 +174,8 @@ ENDPROC(_find_next_bit_be) ...@@ -174,8 +174,8 @@ ENDPROC(_find_next_bit_be)
*/ */
.L_found: .L_found:
#if __LINUX_ARM_ARCH__ >= 5 #if __LINUX_ARM_ARCH__ >= 5
rsb r1, r3, #0 rsb r0, r3, #0
and r3, r3, r1 and r3, r3, r0
clz r3, r3 clz r3, r3
rsb r3, r3, #31 rsb r3, r3, #31
add r0, r2, r3 add r0, r2, r3
...@@ -190,5 +190,7 @@ ENDPROC(_find_next_bit_be) ...@@ -190,5 +190,7 @@ ENDPROC(_find_next_bit_be)
addeq r2, r2, #1 addeq r2, r2, #1
mov r0, r2 mov r0, r2
#endif #endif
cmp r1, r0 @ Clamp to maxbit
movlo r0, r1
mov pc, lr mov pc, lr
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment