summaryrefslogtreecommitdiffstats
path: root/lib/bsearch.c
diff options
context:
space:
mode:
authorTejun Heo <tj@kernel.org>2013-02-27 17:05:10 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2013-02-27 19:10:21 -0800
commit7175c61cc6b8e701441e79ef048c11ae97293463 (patch)
tree515c24958e871c550b3b7f0c2356b4909ba83d61 /lib/bsearch.c
parent0ffc2a9c8072969253a20821c2c733a2cbb4c7c7 (diff)
downloadlinux-7175c61cc6b8e701441e79ef048c11ae97293463.tar.gz
linux-7175c61cc6b8e701441e79ef048c11ae97293463.tar.bz2
linux-7175c61cc6b8e701441e79ef048c11ae97293463.zip
idr: explain WARN_ON_ONCE() on negative IDs out-of-range ID
Until recently, when an negative ID is specified, idr functions used to ignore the sign bit and proceeded with the operation with the rest of bits, which is bizarre and error-prone. The behavior recently got changed so that negative IDs are treated as invalid but we're triggering WARN_ON_ONCE() on negative IDs just in case somebody was depending on the sign bit being ignored, so that those can be detected and fixed easily. We only need this for a while. Explain why WARN_ON_ONCE()s are there and that they can be removed later. Signed-off-by: Tejun Heo <tj@kernel.org> Acked-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'lib/bsearch.c')
0 files changed, 0 insertions, 0 deletions