#ifndef __TOOLS_ASM_GENERIC_BITOPS_H #define __TOOLS_ASM_GENERIC_BITOPS_H /* * tools/ copied this from include/asm-generic/bitops.h, bit by bit as it needed * some functions. * * For the benefit of those who are trying to port Linux to another * architecture, here are some C-language equivalents. You should * recode these in the native assembly language, if at all possible. * * C language equivalents written by Theodore Ts'o, 9/26/92 */ #include #include #include #include #include #include #ifndef _TOOLS_LINUX_BITOPS_H_ #error only can be included directly #endif #include #include #endif /* __TOOLS_ASM_GENERIC_BITOPS_H */ 'hidden' name='id' value='1b011e2f13fcf37e1e577fed25b295808d6c83b9'/> net-next plumbingsTobias Klauser
summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJiri Slaby <jslaby@suse.cz>2016-12-19 16:23:12 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2016-12-20 09:48:47 -0800
commit1b011e2f13fcf37e1e577fed25b295808d6c83b9 (patch)
tree50bb2b58757f3c578f40dec19c2b42a8d6bc534d /tools/perf/arch/xtensa
parent4983f0ab7ffaad1e534b21975367429736475205 (diff)
ratelimit: fix WARN_ON_RATELIMIT return value
The macro is to be used similarly as WARN_ON as: if (WARN_ON_RATELIMIT(condition, state)) do_something(); One would expect only 'condition' to affect the 'if', but WARN_ON_RATELIMIT does internally only: WARN_ON((condition) && __ratelimit(state)) So the 'if' is affected by the ratelimiting state too. Fix this by returning 'condition' in any case. Note that nobody uses WARN_ON_RATELIMIT yet, so there is nothing to worry about. But I was about to use it and was a bit surprised. Link: http://lkml.kernel.org/r/20161215093224.23126-1-jslaby@suse.cz Signed-off-by: Jiri Slaby <jslaby@suse.cz> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'tools/perf/arch/xtensa')