diff options
author | Matthew Wilcox <willy@linux.intel.com> | 2016-02-02 16:57:52 -0800 |
---|---|---|
committer | Sasha Levin <sasha.levin@oracle.com> | 2016-02-15 15:42:38 -0500 |
commit | 164d23c2c000041a707ed50321dde5c8a367787a (patch) | |
tree | e7e2cc9ed7de41e9e538e47e31749190b00b10b9 /fs/signalfd.c | |
parent | 2f7eff9c342c13c923805b7c38ef946bf731e3f7 (diff) | |
download | linux-stable-164d23c2c000041a707ed50321dde5c8a367787a.tar.gz linux-stable-164d23c2c000041a707ed50321dde5c8a367787a.tar.bz2 linux-stable-164d23c2c000041a707ed50321dde5c8a367787a.zip |
radix-tree: fix race in gang lookup
[ Upstream commit 46437f9a554fbe3e110580ca08ab703b59f2f95a ]
If the indirect_ptr bit is set on a slot, that indicates we need to redo
the lookup. Introduce a new function radix_tree_iter_retry() which
forces the loop to retry the lookup by setting 'slot' to NULL and
turning the iterator back to point at the problematic entry.
This is a pretty rare problem to hit at the moment; the lookup has to
race with a grow of the radix tree from a height of 0. The consequences
of hitting this race are that gang lookup could return a pointer to a
radix_tree_node instead of a pointer to whatever the user had inserted
in the tree.
Fixes: cebbd29e1c2f ("radix-tree: rewrite gang lookup using iterator")
Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
Cc: Hugh Dickins <hughd@google.com>
Cc: Ohad Ben-Cohen <ohad@wizery.com>
Cc: Konstantin Khlebnikov <khlebnikov@openvz.org>
Cc: <stable@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
Diffstat (limited to 'fs/signalfd.c')
0 files changed, 0 insertions, 0 deletions