2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2001 Momchil Velikov
|
|
|
|
* Portions Copyright (C) 2001 Christoph Hellwig
|
2008-07-04 16:59:22 +00:00
|
|
|
* Copyright (C) 2005 SGI, Christoph Lameter
|
2006-12-07 04:33:44 +00:00
|
|
|
* Copyright (C) 2006 Nick Piggin
|
2012-03-28 21:42:53 +00:00
|
|
|
* Copyright (C) 2012 Konstantin Khlebnikov
|
2016-05-21 00:02:58 +00:00
|
|
|
* Copyright (C) 2016 Intel, Matthew Wilcox
|
|
|
|
* Copyright (C) 2016 Intel, Ross Zwisler
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License as
|
|
|
|
* published by the Free Software Foundation; either version 2, or (at
|
|
|
|
* your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful, but
|
|
|
|
* WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/errno.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/kernel.h>
|
2011-11-17 02:29:17 +00:00
|
|
|
#include <linux/export.h>
|
2005-04-16 22:20:36 +00:00
|
|
|
#include <linux/radix-tree.h>
|
|
|
|
#include <linux/percpu.h>
|
|
|
|
#include <linux/slab.h>
|
2014-06-06 21:38:18 +00:00
|
|
|
#include <linux/kmemleak.h>
|
2005-04-16 22:20:36 +00:00
|
|
|
#include <linux/notifier.h>
|
|
|
|
#include <linux/cpu.h>
|
|
|
|
#include <linux/string.h>
|
|
|
|
#include <linux/bitops.h>
|
2006-12-07 04:33:44 +00:00
|
|
|
#include <linux/rcupdate.h>
|
sched/preempt: Merge preempt_mask.h into preempt.h
preempt_mask.h defines all the preempt_count semantics and related
symbols: preempt, softirq, hardirq, nmi, preempt active, need resched,
etc...
preempt.h defines the accessors and mutators of preempt_count.
But there is a messy dependency game around those two header files:
* preempt_mask.h includes preempt.h in order to access preempt_count()
* preempt_mask.h defines all preempt_count semantic and symbols
except PREEMPT_NEED_RESCHED that is needed by asm/preempt.h
Thus we need to define it from preempt.h, right before including
asm/preempt.h, instead of defining it to preempt_mask.h with the
other preempt_count symbols. Therefore the preempt_count semantics
happen to be spread out.
* We plan to introduce preempt_active_[enter,exit]() to consolidate
preempt_schedule*() code. But we'll need to access both preempt_count
mutators (preempt_count_add()) and preempt_count symbols
(PREEMPT_ACTIVE, PREEMPT_OFFSET). The usual place to define preempt
operations is in preempt.h but then we'll need symbols in
preempt_mask.h which already includes preempt.h. So we end up with
a ressource circle dependency.
Lets merge preempt_mask.h into preempt.h to solve these dependency issues.
This way we gather semantic symbols and operation definition of
preempt_count in a single file.
This is a dumb copy-paste merge. Further merge re-arrangments are
performed in a subsequent patch to ease review.
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Link: http://lkml.kernel.org/r/1431441711-29753-2-git-send-email-fweisbec@gmail.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2015-05-12 14:41:46 +00:00
|
|
|
#include <linux/preempt.h> /* in_interrupt() */
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
2016-07-26 22:26:02 +00:00
|
|
|
/* Number of nodes in fully populated tree of given height */
|
|
|
|
static unsigned long height_to_maxnodes[RADIX_TREE_MAX_PATH + 1] __read_mostly;
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* Radix tree node cache.
|
|
|
|
*/
|
2006-12-07 04:33:20 +00:00
|
|
|
static struct kmem_cache *radix_tree_node_cachep;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2012-05-29 22:07:34 +00:00
|
|
|
/*
|
|
|
|
* The radix tree is variable-height, so an insert operation not only has
|
|
|
|
* to build the branch to its corresponding item, it also has to build the
|
|
|
|
* branch to existing items if the size has to be increased (by
|
|
|
|
* radix_tree_extend).
|
|
|
|
*
|
|
|
|
* The worst case is a zero height tree with just a single item at index 0,
|
|
|
|
* and then inserting an item at index ULONG_MAX. This requires 2 new branches
|
|
|
|
* of RADIX_TREE_MAX_PATH size to be created, with only the root node shared.
|
|
|
|
* Hence:
|
|
|
|
*/
|
|
|
|
#define RADIX_TREE_PRELOAD_SIZE (RADIX_TREE_MAX_PATH * 2 - 1)
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* Per-cpu pool of preloaded nodes
|
|
|
|
*/
|
|
|
|
struct radix_tree_preload {
|
2016-05-21 00:03:04 +00:00
|
|
|
unsigned nr;
|
2015-06-25 22:02:19 +00:00
|
|
|
/* nodes->private_data points to next preallocated node */
|
|
|
|
struct radix_tree_node *nodes;
|
2005-04-16 22:20:36 +00:00
|
|
|
};
|
2009-01-06 22:40:50 +00:00
|
|
|
static DEFINE_PER_CPU(struct radix_tree_preload, radix_tree_preloads) = { 0, };
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:03:24 +00:00
|
|
|
static inline void *node_to_entry(void *ptr)
|
2010-11-11 22:05:19 +00:00
|
|
|
{
|
2016-05-21 00:03:22 +00:00
|
|
|
return (void *)((unsigned long)ptr | RADIX_TREE_INTERNAL_NODE);
|
2010-11-11 22:05:19 +00:00
|
|
|
}
|
|
|
|
|
2016-05-21 00:03:24 +00:00
|
|
|
#define RADIX_TREE_RETRY node_to_entry(NULL)
|
2016-05-21 00:02:17 +00:00
|
|
|
|
2016-05-21 00:01:57 +00:00
|
|
|
#ifdef CONFIG_RADIX_TREE_MULTIORDER
|
|
|
|
/* Sibling slots point directly to another slot in the same node */
|
|
|
|
static inline bool is_sibling_entry(struct radix_tree_node *parent, void *node)
|
|
|
|
{
|
|
|
|
void **ptr = node;
|
|
|
|
return (parent->slots <= ptr) &&
|
|
|
|
(ptr < parent->slots + RADIX_TREE_MAP_SIZE);
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
static inline bool is_sibling_entry(struct radix_tree_node *parent, void *node)
|
|
|
|
{
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
static inline unsigned long get_slot_offset(struct radix_tree_node *parent,
|
|
|
|
void **slot)
|
|
|
|
{
|
|
|
|
return slot - parent->slots;
|
|
|
|
}
|
|
|
|
|
2016-05-21 00:03:48 +00:00
|
|
|
static unsigned int radix_tree_descend(struct radix_tree_node *parent,
|
|
|
|
struct radix_tree_node **nodep, unsigned long index)
|
2016-05-21 00:01:57 +00:00
|
|
|
{
|
2016-05-21 00:03:48 +00:00
|
|
|
unsigned int offset = (index >> parent->shift) & RADIX_TREE_MAP_MASK;
|
2016-05-21 00:01:57 +00:00
|
|
|
void **entry = rcu_dereference_raw(parent->slots[offset]);
|
|
|
|
|
|
|
|
#ifdef CONFIG_RADIX_TREE_MULTIORDER
|
2016-05-21 00:03:30 +00:00
|
|
|
if (radix_tree_is_internal_node(entry)) {
|
2016-09-25 20:32:46 +00:00
|
|
|
if (is_sibling_entry(parent, entry)) {
|
|
|
|
void **sibentry = (void **) entry_to_node(entry);
|
|
|
|
offset = get_slot_offset(parent, sibentry);
|
|
|
|
entry = rcu_dereference_raw(*sibentry);
|
2016-05-21 00:01:57 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
*nodep = (void *)entry;
|
|
|
|
return offset;
|
|
|
|
}
|
|
|
|
|
2006-06-23 09:03:22 +00:00
|
|
|
static inline gfp_t root_gfp_mask(struct radix_tree_root *root)
|
|
|
|
{
|
|
|
|
return root->gfp_mask & __GFP_BITS_MASK;
|
|
|
|
}
|
|
|
|
|
radix-tree: fix small lockless radix-tree bug
We shrink a radix tree when its root node has only one child, in the left
most slot. The child becomes the new root node. To perform this
operation in a manner compatible with concurrent lockless lookups, we
atomically switch the root pointer from the parent to its child.
However a concurrent lockless lookup may now have loaded a pointer to the
parent (and is presently deciding what to do next). For this reason, we
also have to keep the parent node in a valid state after shrinking the
tree, until the next RCU grace period -- otherwise this lookup with the
parent pointer may not do the right thing. Notably, we need to keep the
child in the left most slot there in case that is requested by the lookup.
This is all pretty standard RCU stuff. It is worth repeating because in
my eagerness to obey the radix tree node constructor scheme, I had broken
it by zeroing the radix tree node before the grace period.
What could happen is that a lookup can load the parent pointer, then
decide it wants to follow the left most child slot, only to find the slot
contained NULL due to the concurrent shrinker having zeroed the parent
node before waiting for a grace period. The lookup would return a false
negative as a result.
Fix it by doing that clearing in the RCU callback. I would normally want
to rip out the constructor entirely, but radix tree nodes are one of those
places where they make sense (only few cachelines will be touched soon
after allocation).
This was never actually found in any lockless pagecache testing or by the
test harness, but by seeing the odd problem with my scalable vmap rewrite.
I have not tickled the test harness into reproducing it yet, but I'll
keep working at it.
Fortunately, it is not a problem anywhere lockless pagecache is used in
mainline kernels (pagecache probe is not a guarantee, and brd does not
have concurrent lookups and deletes).
Signed-off-by: Nick Piggin <npiggin@suse.de>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-06-12 22:21:52 +00:00
|
|
|
static inline void tag_set(struct radix_tree_node *node, unsigned int tag,
|
|
|
|
int offset)
|
|
|
|
{
|
|
|
|
__set_bit(offset, node->tags[tag]);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void tag_clear(struct radix_tree_node *node, unsigned int tag,
|
|
|
|
int offset)
|
|
|
|
{
|
|
|
|
__clear_bit(offset, node->tags[tag]);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline int tag_get(struct radix_tree_node *node, unsigned int tag,
|
|
|
|
int offset)
|
|
|
|
{
|
|
|
|
return test_bit(offset, node->tags[tag]);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void root_tag_set(struct radix_tree_root *root, unsigned int tag)
|
|
|
|
{
|
|
|
|
root->gfp_mask |= (__force gfp_t)(1 << (tag + __GFP_BITS_SHIFT));
|
|
|
|
}
|
|
|
|
|
2016-05-21 00:03:04 +00:00
|
|
|
static inline void root_tag_clear(struct radix_tree_root *root, unsigned tag)
|
radix-tree: fix small lockless radix-tree bug
We shrink a radix tree when its root node has only one child, in the left
most slot. The child becomes the new root node. To perform this
operation in a manner compatible with concurrent lockless lookups, we
atomically switch the root pointer from the parent to its child.
However a concurrent lockless lookup may now have loaded a pointer to the
parent (and is presently deciding what to do next). For this reason, we
also have to keep the parent node in a valid state after shrinking the
tree, until the next RCU grace period -- otherwise this lookup with the
parent pointer may not do the right thing. Notably, we need to keep the
child in the left most slot there in case that is requested by the lookup.
This is all pretty standard RCU stuff. It is worth repeating because in
my eagerness to obey the radix tree node constructor scheme, I had broken
it by zeroing the radix tree node before the grace period.
What could happen is that a lookup can load the parent pointer, then
decide it wants to follow the left most child slot, only to find the slot
contained NULL due to the concurrent shrinker having zeroed the parent
node before waiting for a grace period. The lookup would return a false
negative as a result.
Fix it by doing that clearing in the RCU callback. I would normally want
to rip out the constructor entirely, but radix tree nodes are one of those
places where they make sense (only few cachelines will be touched soon
after allocation).
This was never actually found in any lockless pagecache testing or by the
test harness, but by seeing the odd problem with my scalable vmap rewrite.
I have not tickled the test harness into reproducing it yet, but I'll
keep working at it.
Fortunately, it is not a problem anywhere lockless pagecache is used in
mainline kernels (pagecache probe is not a guarantee, and brd does not
have concurrent lookups and deletes).
Signed-off-by: Nick Piggin <npiggin@suse.de>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-06-12 22:21:52 +00:00
|
|
|
{
|
|
|
|
root->gfp_mask &= (__force gfp_t)~(1 << (tag + __GFP_BITS_SHIFT));
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void root_tag_clear_all(struct radix_tree_root *root)
|
|
|
|
{
|
|
|
|
root->gfp_mask &= __GFP_BITS_MASK;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline int root_tag_get(struct radix_tree_root *root, unsigned int tag)
|
|
|
|
{
|
2016-05-21 00:03:04 +00:00
|
|
|
return (__force int)root->gfp_mask & (1 << (tag + __GFP_BITS_SHIFT));
|
radix-tree: fix small lockless radix-tree bug
We shrink a radix tree when its root node has only one child, in the left
most slot. The child becomes the new root node. To perform this
operation in a manner compatible with concurrent lockless lookups, we
atomically switch the root pointer from the parent to its child.
However a concurrent lockless lookup may now have loaded a pointer to the
parent (and is presently deciding what to do next). For this reason, we
also have to keep the parent node in a valid state after shrinking the
tree, until the next RCU grace period -- otherwise this lookup with the
parent pointer may not do the right thing. Notably, we need to keep the
child in the left most slot there in case that is requested by the lookup.
This is all pretty standard RCU stuff. It is worth repeating because in
my eagerness to obey the radix tree node constructor scheme, I had broken
it by zeroing the radix tree node before the grace period.
What could happen is that a lookup can load the parent pointer, then
decide it wants to follow the left most child slot, only to find the slot
contained NULL due to the concurrent shrinker having zeroed the parent
node before waiting for a grace period. The lookup would return a false
negative as a result.
Fix it by doing that clearing in the RCU callback. I would normally want
to rip out the constructor entirely, but radix tree nodes are one of those
places where they make sense (only few cachelines will be touched soon
after allocation).
This was never actually found in any lockless pagecache testing or by the
test harness, but by seeing the odd problem with my scalable vmap rewrite.
I have not tickled the test harness into reproducing it yet, but I'll
keep working at it.
Fortunately, it is not a problem anywhere lockless pagecache is used in
mainline kernels (pagecache probe is not a guarantee, and brd does not
have concurrent lookups and deletes).
Signed-off-by: Nick Piggin <npiggin@suse.de>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-06-12 22:21:52 +00:00
|
|
|
}
|
|
|
|
|
2016-05-21 00:02:23 +00:00
|
|
|
static inline unsigned root_tags_get(struct radix_tree_root *root)
|
|
|
|
{
|
|
|
|
return (__force unsigned)root->gfp_mask >> __GFP_BITS_SHIFT;
|
|
|
|
}
|
|
|
|
|
radix-tree: fix small lockless radix-tree bug
We shrink a radix tree when its root node has only one child, in the left
most slot. The child becomes the new root node. To perform this
operation in a manner compatible with concurrent lockless lookups, we
atomically switch the root pointer from the parent to its child.
However a concurrent lockless lookup may now have loaded a pointer to the
parent (and is presently deciding what to do next). For this reason, we
also have to keep the parent node in a valid state after shrinking the
tree, until the next RCU grace period -- otherwise this lookup with the
parent pointer may not do the right thing. Notably, we need to keep the
child in the left most slot there in case that is requested by the lookup.
This is all pretty standard RCU stuff. It is worth repeating because in
my eagerness to obey the radix tree node constructor scheme, I had broken
it by zeroing the radix tree node before the grace period.
What could happen is that a lookup can load the parent pointer, then
decide it wants to follow the left most child slot, only to find the slot
contained NULL due to the concurrent shrinker having zeroed the parent
node before waiting for a grace period. The lookup would return a false
negative as a result.
Fix it by doing that clearing in the RCU callback. I would normally want
to rip out the constructor entirely, but radix tree nodes are one of those
places where they make sense (only few cachelines will be touched soon
after allocation).
This was never actually found in any lockless pagecache testing or by the
test harness, but by seeing the odd problem with my scalable vmap rewrite.
I have not tickled the test harness into reproducing it yet, but I'll
keep working at it.
Fortunately, it is not a problem anywhere lockless pagecache is used in
mainline kernels (pagecache probe is not a guarantee, and brd does not
have concurrent lookups and deletes).
Signed-off-by: Nick Piggin <npiggin@suse.de>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-06-12 22:21:52 +00:00
|
|
|
/*
|
|
|
|
* Returns 1 if any slot in the node has this tag set.
|
|
|
|
* Otherwise returns 0.
|
|
|
|
*/
|
|
|
|
static inline int any_tag_set(struct radix_tree_node *node, unsigned int tag)
|
|
|
|
{
|
2016-05-21 00:03:04 +00:00
|
|
|
unsigned idx;
|
radix-tree: fix small lockless radix-tree bug
We shrink a radix tree when its root node has only one child, in the left
most slot. The child becomes the new root node. To perform this
operation in a manner compatible with concurrent lockless lookups, we
atomically switch the root pointer from the parent to its child.
However a concurrent lockless lookup may now have loaded a pointer to the
parent (and is presently deciding what to do next). For this reason, we
also have to keep the parent node in a valid state after shrinking the
tree, until the next RCU grace period -- otherwise this lookup with the
parent pointer may not do the right thing. Notably, we need to keep the
child in the left most slot there in case that is requested by the lookup.
This is all pretty standard RCU stuff. It is worth repeating because in
my eagerness to obey the radix tree node constructor scheme, I had broken
it by zeroing the radix tree node before the grace period.
What could happen is that a lookup can load the parent pointer, then
decide it wants to follow the left most child slot, only to find the slot
contained NULL due to the concurrent shrinker having zeroed the parent
node before waiting for a grace period. The lookup would return a false
negative as a result.
Fix it by doing that clearing in the RCU callback. I would normally want
to rip out the constructor entirely, but radix tree nodes are one of those
places where they make sense (only few cachelines will be touched soon
after allocation).
This was never actually found in any lockless pagecache testing or by the
test harness, but by seeing the odd problem with my scalable vmap rewrite.
I have not tickled the test harness into reproducing it yet, but I'll
keep working at it.
Fortunately, it is not a problem anywhere lockless pagecache is used in
mainline kernels (pagecache probe is not a guarantee, and brd does not
have concurrent lookups and deletes).
Signed-off-by: Nick Piggin <npiggin@suse.de>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-06-12 22:21:52 +00:00
|
|
|
for (idx = 0; idx < RADIX_TREE_TAG_LONGS; idx++) {
|
|
|
|
if (node->tags[tag][idx])
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
2012-03-28 21:42:53 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* radix_tree_find_next_bit - find the next set bit in a memory region
|
|
|
|
*
|
|
|
|
* @addr: The address to base the search on
|
|
|
|
* @size: The bitmap size in bits
|
|
|
|
* @offset: The bitnumber to start searching at
|
|
|
|
*
|
|
|
|
* Unrollable variant of find_next_bit() for constant size arrays.
|
|
|
|
* Tail bits starting from size to roundup(size, BITS_PER_LONG) must be zero.
|
|
|
|
* Returns next bit offset, or size if nothing found.
|
|
|
|
*/
|
|
|
|
static __always_inline unsigned long
|
2016-12-14 23:08:40 +00:00
|
|
|
radix_tree_find_next_bit(struct radix_tree_node *node, unsigned int tag,
|
|
|
|
unsigned long offset)
|
2012-03-28 21:42:53 +00:00
|
|
|
{
|
2016-12-14 23:08:40 +00:00
|
|
|
const unsigned long *addr = node->tags[tag];
|
2012-03-28 21:42:53 +00:00
|
|
|
|
2016-12-14 23:08:40 +00:00
|
|
|
if (offset < RADIX_TREE_MAP_SIZE) {
|
2012-03-28 21:42:53 +00:00
|
|
|
unsigned long tmp;
|
|
|
|
|
|
|
|
addr += offset / BITS_PER_LONG;
|
|
|
|
tmp = *addr >> (offset % BITS_PER_LONG);
|
|
|
|
if (tmp)
|
|
|
|
return __ffs(tmp) + offset;
|
|
|
|
offset = (offset + BITS_PER_LONG) & ~(BITS_PER_LONG - 1);
|
2016-12-14 23:08:40 +00:00
|
|
|
while (offset < RADIX_TREE_MAP_SIZE) {
|
2012-03-28 21:42:53 +00:00
|
|
|
tmp = *++addr;
|
|
|
|
if (tmp)
|
|
|
|
return __ffs(tmp) + offset;
|
|
|
|
offset += BITS_PER_LONG;
|
|
|
|
}
|
|
|
|
}
|
2016-12-14 23:08:40 +00:00
|
|
|
return RADIX_TREE_MAP_SIZE;
|
2012-03-28 21:42:53 +00:00
|
|
|
}
|
|
|
|
|
2016-12-14 23:08:43 +00:00
|
|
|
/*
|
|
|
|
* The maximum index which can be stored in a radix tree
|
|
|
|
*/
|
|
|
|
static inline unsigned long shift_maxindex(unsigned int shift)
|
|
|
|
{
|
|
|
|
return (RADIX_TREE_MAP_SIZE << shift) - 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline unsigned long node_maxindex(struct radix_tree_node *node)
|
|
|
|
{
|
|
|
|
return shift_maxindex(node->shift);
|
|
|
|
}
|
|
|
|
|
2016-05-21 00:02:55 +00:00
|
|
|
#ifndef __KERNEL__
|
2016-05-21 00:03:19 +00:00
|
|
|
static void dump_node(struct radix_tree_node *node, unsigned long index)
|
2016-03-17 21:21:57 +00:00
|
|
|
{
|
2016-05-21 00:02:55 +00:00
|
|
|
unsigned long i;
|
2016-03-17 21:21:57 +00:00
|
|
|
|
2016-12-14 23:08:43 +00:00
|
|
|
pr_debug("radix node: %p offset %d indices %lu-%lu parent %p tags %lx %lx %lx shift %d count %d exceptional %d\n",
|
|
|
|
node, node->offset, index, index | node_maxindex(node),
|
|
|
|
node->parent,
|
2016-05-21 00:02:55 +00:00
|
|
|
node->tags[0][0], node->tags[1][0], node->tags[2][0],
|
2016-12-14 23:08:43 +00:00
|
|
|
node->shift, node->count, node->exceptional);
|
2016-05-21 00:02:55 +00:00
|
|
|
|
|
|
|
for (i = 0; i < RADIX_TREE_MAP_SIZE; i++) {
|
2016-05-21 00:03:19 +00:00
|
|
|
unsigned long first = index | (i << node->shift);
|
|
|
|
unsigned long last = first | ((1UL << node->shift) - 1);
|
2016-05-21 00:02:55 +00:00
|
|
|
void *entry = node->slots[i];
|
|
|
|
if (!entry)
|
|
|
|
continue;
|
2016-12-14 23:08:43 +00:00
|
|
|
if (entry == RADIX_TREE_RETRY) {
|
|
|
|
pr_debug("radix retry offset %ld indices %lu-%lu parent %p\n",
|
|
|
|
i, first, last, node);
|
2016-05-21 00:03:30 +00:00
|
|
|
} else if (!radix_tree_is_internal_node(entry)) {
|
2016-12-14 23:08:43 +00:00
|
|
|
pr_debug("radix entry %p offset %ld indices %lu-%lu parent %p\n",
|
|
|
|
entry, i, first, last, node);
|
|
|
|
} else if (is_sibling_entry(node, entry)) {
|
|
|
|
pr_debug("radix sblng %p offset %ld indices %lu-%lu parent %p val %p\n",
|
|
|
|
entry, i, first, last, node,
|
|
|
|
*(void **)entry_to_node(entry));
|
2016-05-21 00:02:55 +00:00
|
|
|
} else {
|
2016-05-21 00:03:27 +00:00
|
|
|
dump_node(entry_to_node(entry), first);
|
2016-05-21 00:02:55 +00:00
|
|
|
}
|
|
|
|
}
|
2016-03-17 21:21:57 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* For debug */
|
|
|
|
static void radix_tree_dump(struct radix_tree_root *root)
|
|
|
|
{
|
2016-05-21 00:03:19 +00:00
|
|
|
pr_debug("radix root: %p rnode %p tags %x\n",
|
|
|
|
root, root->rnode,
|
2016-03-17 21:21:57 +00:00
|
|
|
root->gfp_mask >> __GFP_BITS_SHIFT);
|
2016-05-21 00:03:30 +00:00
|
|
|
if (!radix_tree_is_internal_node(root->rnode))
|
2016-03-17 21:21:57 +00:00
|
|
|
return;
|
2016-05-21 00:03:27 +00:00
|
|
|
dump_node(entry_to_node(root->rnode), 0);
|
2016-03-17 21:21:57 +00:00
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* This assumes that the caller has performed appropriate preallocation, and
|
|
|
|
* that the caller has pinned this thread of control to the current CPU.
|
|
|
|
*/
|
|
|
|
static struct radix_tree_node *
|
|
|
|
radix_tree_node_alloc(struct radix_tree_root *root)
|
|
|
|
{
|
2008-02-05 06:29:10 +00:00
|
|
|
struct radix_tree_node *ret = NULL;
|
2006-06-23 09:03:22 +00:00
|
|
|
gfp_t gfp_mask = root_gfp_mask(root);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2013-09-11 21:26:05 +00:00
|
|
|
/*
|
2016-05-21 00:03:04 +00:00
|
|
|
* Preload code isn't irq safe and it doesn't make sense to use
|
|
|
|
* preloading during an interrupt anyway as all the allocations have
|
|
|
|
* to be atomic. So just do normal allocation when in interrupt.
|
2013-09-11 21:26:05 +00:00
|
|
|
*/
|
2015-11-07 00:28:21 +00:00
|
|
|
if (!gfpflags_allow_blocking(gfp_mask) && !in_interrupt()) {
|
2005-04-16 22:20:36 +00:00
|
|
|
struct radix_tree_preload *rtp;
|
|
|
|
|
2016-03-17 21:18:36 +00:00
|
|
|
/*
|
|
|
|
* Even if the caller has preloaded, try to allocate from the
|
2016-08-02 21:03:01 +00:00
|
|
|
* cache first for the new node to get accounted to the memory
|
|
|
|
* cgroup.
|
2016-03-17 21:18:36 +00:00
|
|
|
*/
|
|
|
|
ret = kmem_cache_alloc(radix_tree_node_cachep,
|
2016-08-02 21:03:01 +00:00
|
|
|
gfp_mask | __GFP_NOWARN);
|
2016-03-17 21:18:36 +00:00
|
|
|
if (ret)
|
|
|
|
goto out;
|
|
|
|
|
2008-02-05 06:29:10 +00:00
|
|
|
/*
|
|
|
|
* Provided the caller has preloaded here, we will always
|
|
|
|
* succeed in getting a node here (and never reach
|
|
|
|
* kmem_cache_alloc)
|
|
|
|
*/
|
2014-06-04 23:07:56 +00:00
|
|
|
rtp = this_cpu_ptr(&radix_tree_preloads);
|
2005-04-16 22:20:36 +00:00
|
|
|
if (rtp->nr) {
|
2015-06-25 22:02:19 +00:00
|
|
|
ret = rtp->nodes;
|
|
|
|
rtp->nodes = ret->private_data;
|
|
|
|
ret->private_data = NULL;
|
2005-04-16 22:20:36 +00:00
|
|
|
rtp->nr--;
|
|
|
|
}
|
2014-06-06 21:38:18 +00:00
|
|
|
/*
|
|
|
|
* Update the allocation stack trace as this is more useful
|
|
|
|
* for debugging.
|
|
|
|
*/
|
|
|
|
kmemleak_update_trace(ret);
|
2016-03-17 21:18:36 +00:00
|
|
|
goto out;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
2016-08-02 21:03:01 +00:00
|
|
|
ret = kmem_cache_alloc(radix_tree_node_cachep, gfp_mask);
|
2016-03-17 21:18:36 +00:00
|
|
|
out:
|
2016-05-21 00:03:30 +00:00
|
|
|
BUG_ON(radix_tree_is_internal_node(ret));
|
2005-04-16 22:20:36 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2006-12-07 04:33:44 +00:00
|
|
|
static void radix_tree_node_rcu_free(struct rcu_head *head)
|
|
|
|
{
|
|
|
|
struct radix_tree_node *node =
|
|
|
|
container_of(head, struct radix_tree_node, rcu_head);
|
2010-08-23 00:33:19 +00:00
|
|
|
int i;
|
radix-tree: fix small lockless radix-tree bug
We shrink a radix tree when its root node has only one child, in the left
most slot. The child becomes the new root node. To perform this
operation in a manner compatible with concurrent lockless lookups, we
atomically switch the root pointer from the parent to its child.
However a concurrent lockless lookup may now have loaded a pointer to the
parent (and is presently deciding what to do next). For this reason, we
also have to keep the parent node in a valid state after shrinking the
tree, until the next RCU grace period -- otherwise this lookup with the
parent pointer may not do the right thing. Notably, we need to keep the
child in the left most slot there in case that is requested by the lookup.
This is all pretty standard RCU stuff. It is worth repeating because in
my eagerness to obey the radix tree node constructor scheme, I had broken
it by zeroing the radix tree node before the grace period.
What could happen is that a lookup can load the parent pointer, then
decide it wants to follow the left most child slot, only to find the slot
contained NULL due to the concurrent shrinker having zeroed the parent
node before waiting for a grace period. The lookup would return a false
negative as a result.
Fix it by doing that clearing in the RCU callback. I would normally want
to rip out the constructor entirely, but radix tree nodes are one of those
places where they make sense (only few cachelines will be touched soon
after allocation).
This was never actually found in any lockless pagecache testing or by the
test harness, but by seeing the odd problem with my scalable vmap rewrite.
I have not tickled the test harness into reproducing it yet, but I'll
keep working at it.
Fortunately, it is not a problem anywhere lockless pagecache is used in
mainline kernels (pagecache probe is not a guarantee, and brd does not
have concurrent lookups and deletes).
Signed-off-by: Nick Piggin <npiggin@suse.de>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-06-12 22:21:52 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* must only free zeroed nodes into the slab. radix_tree_shrink
|
|
|
|
* can leave us with a non-NULL entry in the first slot, so clear
|
|
|
|
* that here to make sure.
|
|
|
|
*/
|
2010-08-23 00:33:19 +00:00
|
|
|
for (i = 0; i < RADIX_TREE_MAX_TAGS; i++)
|
|
|
|
tag_clear(node, i, 0);
|
|
|
|
|
radix-tree: fix small lockless radix-tree bug
We shrink a radix tree when its root node has only one child, in the left
most slot. The child becomes the new root node. To perform this
operation in a manner compatible with concurrent lockless lookups, we
atomically switch the root pointer from the parent to its child.
However a concurrent lockless lookup may now have loaded a pointer to the
parent (and is presently deciding what to do next). For this reason, we
also have to keep the parent node in a valid state after shrinking the
tree, until the next RCU grace period -- otherwise this lookup with the
parent pointer may not do the right thing. Notably, we need to keep the
child in the left most slot there in case that is requested by the lookup.
This is all pretty standard RCU stuff. It is worth repeating because in
my eagerness to obey the radix tree node constructor scheme, I had broken
it by zeroing the radix tree node before the grace period.
What could happen is that a lookup can load the parent pointer, then
decide it wants to follow the left most child slot, only to find the slot
contained NULL due to the concurrent shrinker having zeroed the parent
node before waiting for a grace period. The lookup would return a false
negative as a result.
Fix it by doing that clearing in the RCU callback. I would normally want
to rip out the constructor entirely, but radix tree nodes are one of those
places where they make sense (only few cachelines will be touched soon
after allocation).
This was never actually found in any lockless pagecache testing or by the
test harness, but by seeing the odd problem with my scalable vmap rewrite.
I have not tickled the test harness into reproducing it yet, but I'll
keep working at it.
Fortunately, it is not a problem anywhere lockless pagecache is used in
mainline kernels (pagecache probe is not a guarantee, and brd does not
have concurrent lookups and deletes).
Signed-off-by: Nick Piggin <npiggin@suse.de>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-06-12 22:21:52 +00:00
|
|
|
node->slots[0] = NULL;
|
2016-12-14 23:08:34 +00:00
|
|
|
INIT_LIST_HEAD(&node->private_list);
|
radix-tree: fix small lockless radix-tree bug
We shrink a radix tree when its root node has only one child, in the left
most slot. The child becomes the new root node. To perform this
operation in a manner compatible with concurrent lockless lookups, we
atomically switch the root pointer from the parent to its child.
However a concurrent lockless lookup may now have loaded a pointer to the
parent (and is presently deciding what to do next). For this reason, we
also have to keep the parent node in a valid state after shrinking the
tree, until the next RCU grace period -- otherwise this lookup with the
parent pointer may not do the right thing. Notably, we need to keep the
child in the left most slot there in case that is requested by the lookup.
This is all pretty standard RCU stuff. It is worth repeating because in
my eagerness to obey the radix tree node constructor scheme, I had broken
it by zeroing the radix tree node before the grace period.
What could happen is that a lookup can load the parent pointer, then
decide it wants to follow the left most child slot, only to find the slot
contained NULL due to the concurrent shrinker having zeroed the parent
node before waiting for a grace period. The lookup would return a false
negative as a result.
Fix it by doing that clearing in the RCU callback. I would normally want
to rip out the constructor entirely, but radix tree nodes are one of those
places where they make sense (only few cachelines will be touched soon
after allocation).
This was never actually found in any lockless pagecache testing or by the
test harness, but by seeing the odd problem with my scalable vmap rewrite.
I have not tickled the test harness into reproducing it yet, but I'll
keep working at it.
Fortunately, it is not a problem anywhere lockless pagecache is used in
mainline kernels (pagecache probe is not a guarantee, and brd does not
have concurrent lookups and deletes).
Signed-off-by: Nick Piggin <npiggin@suse.de>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-06-12 22:21:52 +00:00
|
|
|
|
2006-12-07 04:33:44 +00:00
|
|
|
kmem_cache_free(radix_tree_node_cachep, node);
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
static inline void
|
|
|
|
radix_tree_node_free(struct radix_tree_node *node)
|
|
|
|
{
|
2006-12-07 04:33:44 +00:00
|
|
|
call_rcu(&node->rcu_head, radix_tree_node_rcu_free);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Load up this CPU's radix_tree_node buffer with sufficient objects to
|
|
|
|
* ensure that the addition of a single element in the tree cannot fail. On
|
|
|
|
* success, return zero, with preemption disabled. On error, return -ENOMEM
|
|
|
|
* with preemption not disabled.
|
FS-Cache: Use radix tree preload correctly in tracking of pages to be stored
__fscache_write_page() attempts to load the radix tree preallocation pool for
the CPU it is on before calling radix_tree_insert(), as the insertion must be
done inside a pair of spinlocks.
Use of the preallocation pool, however, is contingent on the radix tree being
initialised without __GFP_WAIT specified. __fscache_acquire_cookie() was
passing GFP_NOFS to INIT_RADIX_TREE() - but that includes __GFP_WAIT.
The solution is to AND out __GFP_WAIT.
Additionally, the banner comment to radix_tree_preload() is altered to make
note of this prerequisite. Possibly there should be a WARN_ON() too.
Without this fix, I have seen the following recursive deadlock caused by
radix_tree_insert() attempting to allocate memory inside the spinlocked
region, which resulted in FS-Cache being called back into to release memory -
which required the spinlock already held.
=============================================
[ INFO: possible recursive locking detected ]
2.6.32-rc6-cachefs #24
---------------------------------------------
nfsiod/7916 is trying to acquire lock:
(&cookie->lock){+.+.-.}, at: [<ffffffffa0076872>] __fscache_uncache_page+0xdb/0x160 [fscache]
but task is already holding lock:
(&cookie->lock){+.+.-.}, at: [<ffffffffa0076acc>] __fscache_write_page+0x15c/0x3f3 [fscache]
other info that might help us debug this:
5 locks held by nfsiod/7916:
#0: (nfsiod){+.+.+.}, at: [<ffffffff81048290>] worker_thread+0x19a/0x2e2
#1: (&task->u.tk_work#2){+.+.+.}, at: [<ffffffff81048290>] worker_thread+0x19a/0x2e2
#2: (&cookie->lock){+.+.-.}, at: [<ffffffffa0076acc>] __fscache_write_page+0x15c/0x3f3 [fscache]
#3: (&object->lock#2){+.+.-.}, at: [<ffffffffa0076b07>] __fscache_write_page+0x197/0x3f3 [fscache]
#4: (&cookie->stores_lock){+.+...}, at: [<ffffffffa0076b0f>] __fscache_write_page+0x19f/0x3f3 [fscache]
stack backtrace:
Pid: 7916, comm: nfsiod Not tainted 2.6.32-rc6-cachefs #24
Call Trace:
[<ffffffff8105ac7f>] __lock_acquire+0x1649/0x16e3
[<ffffffff81059ded>] ? __lock_acquire+0x7b7/0x16e3
[<ffffffff8100e27d>] ? dump_trace+0x248/0x257
[<ffffffff8105ad70>] lock_acquire+0x57/0x6d
[<ffffffffa0076872>] ? __fscache_uncache_page+0xdb/0x160 [fscache]
[<ffffffff8135467c>] _spin_lock+0x2c/0x3b
[<ffffffffa0076872>] ? __fscache_uncache_page+0xdb/0x160 [fscache]
[<ffffffffa0076872>] __fscache_uncache_page+0xdb/0x160 [fscache]
[<ffffffffa0077eb7>] ? __fscache_check_page_write+0x0/0x71 [fscache]
[<ffffffffa00b4755>] nfs_fscache_release_page+0x86/0xc4 [nfs]
[<ffffffffa00907f0>] nfs_release_page+0x3c/0x41 [nfs]
[<ffffffff81087ffb>] try_to_release_page+0x32/0x3b
[<ffffffff81092c2b>] shrink_page_list+0x316/0x4ac
[<ffffffff81058a9b>] ? mark_held_locks+0x52/0x70
[<ffffffff8135451b>] ? _spin_unlock_irq+0x2b/0x31
[<ffffffff81093153>] shrink_inactive_list+0x392/0x67c
[<ffffffff81058a9b>] ? mark_held_locks+0x52/0x70
[<ffffffff810934ca>] shrink_list+0x8d/0x8f
[<ffffffff81093744>] shrink_zone+0x278/0x33c
[<ffffffff81052c70>] ? ktime_get_ts+0xad/0xba
[<ffffffff8109453b>] try_to_free_pages+0x22e/0x392
[<ffffffff8109184c>] ? isolate_pages_global+0x0/0x212
[<ffffffff8108e16b>] __alloc_pages_nodemask+0x3dc/0x5cf
[<ffffffff810ae24a>] cache_alloc_refill+0x34d/0x6c1
[<ffffffff811bcf74>] ? radix_tree_node_alloc+0x52/0x5c
[<ffffffff810ae929>] kmem_cache_alloc+0xb2/0x118
[<ffffffff811bcf74>] radix_tree_node_alloc+0x52/0x5c
[<ffffffff811bcfd5>] radix_tree_insert+0x57/0x19c
[<ffffffffa0076b53>] __fscache_write_page+0x1e3/0x3f3 [fscache]
[<ffffffffa00b4248>] __nfs_readpage_to_fscache+0x58/0x11e [nfs]
[<ffffffffa009bb77>] nfs_readpage_release+0x34/0x9b [nfs]
[<ffffffffa009c0d9>] nfs_readpage_release_full+0x32/0x4b [nfs]
[<ffffffffa0006cff>] rpc_release_calldata+0x12/0x14 [sunrpc]
[<ffffffffa0006e2d>] rpc_free_task+0x59/0x61 [sunrpc]
[<ffffffffa0006f03>] rpc_async_release+0x10/0x12 [sunrpc]
[<ffffffff810482e5>] worker_thread+0x1ef/0x2e2
[<ffffffff81048290>] ? worker_thread+0x19a/0x2e2
[<ffffffff81352433>] ? thread_return+0x3e/0x101
[<ffffffffa0006ef3>] ? rpc_async_release+0x0/0x12 [sunrpc]
[<ffffffff8104bff5>] ? autoremove_wake_function+0x0/0x34
[<ffffffff81058d25>] ? trace_hardirqs_on+0xd/0xf
[<ffffffff810480f6>] ? worker_thread+0x0/0x2e2
[<ffffffff8104bd21>] kthread+0x7a/0x82
[<ffffffff8100beda>] child_rip+0xa/0x20
[<ffffffff8100b87c>] ? restore_args+0x0/0x30
[<ffffffff8104c2b9>] ? add_wait_queue+0x15/0x44
[<ffffffff8104bca7>] ? kthread+0x0/0x82
[<ffffffff8100bed0>] ? child_rip+0x0/0x20
Signed-off-by: David Howells <dhowells@redhat.com>
2009-11-19 18:11:14 +00:00
|
|
|
*
|
|
|
|
* To make use of this facility, the radix tree must be initialised without
|
2015-11-07 00:28:21 +00:00
|
|
|
* __GFP_DIRECT_RECLAIM being passed to INIT_RADIX_TREE().
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
2016-07-26 22:26:02 +00:00
|
|
|
static int __radix_tree_preload(gfp_t gfp_mask, int nr)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
|
|
|
struct radix_tree_preload *rtp;
|
|
|
|
struct radix_tree_node *node;
|
|
|
|
int ret = -ENOMEM;
|
|
|
|
|
2016-08-02 21:03:01 +00:00
|
|
|
/*
|
|
|
|
* Nodes preloaded by one cgroup can be be used by another cgroup, so
|
|
|
|
* they should never be accounted to any particular memory cgroup.
|
|
|
|
*/
|
|
|
|
gfp_mask &= ~__GFP_ACCOUNT;
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
preempt_disable();
|
2014-06-04 23:07:56 +00:00
|
|
|
rtp = this_cpu_ptr(&radix_tree_preloads);
|
2016-07-26 22:26:02 +00:00
|
|
|
while (rtp->nr < nr) {
|
2005-04-16 22:20:36 +00:00
|
|
|
preempt_enable();
|
2008-04-28 09:12:05 +00:00
|
|
|
node = kmem_cache_alloc(radix_tree_node_cachep, gfp_mask);
|
2005-04-16 22:20:36 +00:00
|
|
|
if (node == NULL)
|
|
|
|
goto out;
|
|
|
|
preempt_disable();
|
2014-06-04 23:07:56 +00:00
|
|
|
rtp = this_cpu_ptr(&radix_tree_preloads);
|
2016-07-26 22:26:02 +00:00
|
|
|
if (rtp->nr < nr) {
|
2015-06-25 22:02:19 +00:00
|
|
|
node->private_data = rtp->nodes;
|
|
|
|
rtp->nodes = node;
|
|
|
|
rtp->nr++;
|
|
|
|
} else {
|
2005-04-16 22:20:36 +00:00
|
|
|
kmem_cache_free(radix_tree_node_cachep, node);
|
2015-06-25 22:02:19 +00:00
|
|
|
}
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
ret = 0;
|
|
|
|
out:
|
|
|
|
return ret;
|
|
|
|
}
|
2013-09-11 21:26:05 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Load up this CPU's radix_tree_node buffer with sufficient objects to
|
|
|
|
* ensure that the addition of a single element in the tree cannot fail. On
|
|
|
|
* success, return zero, with preemption disabled. On error, return -ENOMEM
|
|
|
|
* with preemption not disabled.
|
|
|
|
*
|
|
|
|
* To make use of this facility, the radix tree must be initialised without
|
2015-11-07 00:28:21 +00:00
|
|
|
* __GFP_DIRECT_RECLAIM being passed to INIT_RADIX_TREE().
|
2013-09-11 21:26:05 +00:00
|
|
|
*/
|
|
|
|
int radix_tree_preload(gfp_t gfp_mask)
|
|
|
|
{
|
|
|
|
/* Warn on non-sensical use... */
|
2015-11-07 00:28:21 +00:00
|
|
|
WARN_ON_ONCE(!gfpflags_allow_blocking(gfp_mask));
|
2016-07-26 22:26:02 +00:00
|
|
|
return __radix_tree_preload(gfp_mask, RADIX_TREE_PRELOAD_SIZE);
|
2013-09-11 21:26:05 +00:00
|
|
|
}
|
2007-07-14 06:05:04 +00:00
|
|
|
EXPORT_SYMBOL(radix_tree_preload);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2013-09-11 21:26:05 +00:00
|
|
|
/*
|
|
|
|
* The same as above function, except we don't guarantee preloading happens.
|
|
|
|
* We do it, if we decide it helps. On success, return zero with preemption
|
|
|
|
* disabled. On error, return -ENOMEM with preemption not disabled.
|
|
|
|
*/
|
|
|
|
int radix_tree_maybe_preload(gfp_t gfp_mask)
|
|
|
|
{
|
2015-11-07 00:28:21 +00:00
|
|
|
if (gfpflags_allow_blocking(gfp_mask))
|
2016-07-26 22:26:02 +00:00
|
|
|
return __radix_tree_preload(gfp_mask, RADIX_TREE_PRELOAD_SIZE);
|
2013-09-11 21:26:05 +00:00
|
|
|
/* Preloading doesn't help anything with this gfp mask, skip it */
|
|
|
|
preempt_disable();
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_maybe_preload);
|
|
|
|
|
2016-07-26 22:26:02 +00:00
|
|
|
/*
|
|
|
|
* The same as function above, but preload number of nodes required to insert
|
|
|
|
* (1 << order) continuous naturally-aligned elements.
|
|
|
|
*/
|
|
|
|
int radix_tree_maybe_preload_order(gfp_t gfp_mask, int order)
|
|
|
|
{
|
|
|
|
unsigned long nr_subtrees;
|
|
|
|
int nr_nodes, subtree_height;
|
|
|
|
|
|
|
|
/* Preloading doesn't help anything with this gfp mask, skip it */
|
|
|
|
if (!gfpflags_allow_blocking(gfp_mask)) {
|
|
|
|
preempt_disable();
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Calculate number and height of fully populated subtrees it takes to
|
|
|
|
* store (1 << order) elements.
|
|
|
|
*/
|
|
|
|
nr_subtrees = 1 << order;
|
|
|
|
for (subtree_height = 0; nr_subtrees > RADIX_TREE_MAP_SIZE;
|
|
|
|
subtree_height++)
|
|
|
|
nr_subtrees >>= RADIX_TREE_MAP_SHIFT;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The worst case is zero height tree with a single item at index 0 and
|
|
|
|
* then inserting items starting at ULONG_MAX - (1 << order).
|
|
|
|
*
|
|
|
|
* This requires RADIX_TREE_MAX_PATH nodes to build branch from root to
|
|
|
|
* 0-index item.
|
|
|
|
*/
|
|
|
|
nr_nodes = RADIX_TREE_MAX_PATH;
|
|
|
|
|
|
|
|
/* Plus branch to fully populated subtrees. */
|
|
|
|
nr_nodes += RADIX_TREE_MAX_PATH - subtree_height;
|
|
|
|
|
|
|
|
/* Root node is shared. */
|
|
|
|
nr_nodes--;
|
|
|
|
|
|
|
|
/* Plus nodes required to build subtrees. */
|
|
|
|
nr_nodes += nr_subtrees * height_to_maxnodes[subtree_height];
|
|
|
|
|
|
|
|
return __radix_tree_preload(gfp_mask, nr_nodes);
|
|
|
|
}
|
|
|
|
|
2016-05-21 00:02:08 +00:00
|
|
|
static unsigned radix_tree_load_root(struct radix_tree_root *root,
|
|
|
|
struct radix_tree_node **nodep, unsigned long *maxindex)
|
|
|
|
{
|
|
|
|
struct radix_tree_node *node = rcu_dereference_raw(root->rnode);
|
|
|
|
|
|
|
|
*nodep = node;
|
|
|
|
|
2016-05-21 00:03:30 +00:00
|
|
|
if (likely(radix_tree_is_internal_node(node))) {
|
2016-05-21 00:03:27 +00:00
|
|
|
node = entry_to_node(node);
|
2016-05-21 00:02:08 +00:00
|
|
|
*maxindex = node_maxindex(node);
|
2016-05-21 00:03:10 +00:00
|
|
|
return node->shift + RADIX_TREE_MAP_SHIFT;
|
2016-05-21 00:02:08 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
*maxindex = 0;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* Extend a radix tree so it can store key @index.
|
|
|
|
*/
|
2016-03-17 21:21:54 +00:00
|
|
|
static int radix_tree_extend(struct radix_tree_root *root,
|
2016-05-21 00:03:19 +00:00
|
|
|
unsigned long index, unsigned int shift)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
radix_tree: take radix_tree_path off stack
Down, down in the deepest depths of GFP_NOIO page reclaim, we have
shrink_page_list() calling __remove_mapping() calling __delete_from_
swap_cache() or __delete_from_page_cache().
You would not expect those to need much stack, but in fact they call
radix_tree_delete(): which declares a 192-byte radix_tree_path array on
its stack (to record the node,offsets it visits when descending, in case
it needs to ascend to update them). And if any tag is still set [1],
that calls radix_tree_tag_clear(), which declares a further such
192-byte radix_tree_path array on the stack. (At least we have
interrupts disabled here, so won't then be pushing registers too.)
That was probably a good choice when most users were 32-bit (array of
half the size), and adding fields to radix_tree_node would have bloated
it unnecessarily. But nowadays many are 64-bit, and each
radix_tree_node contains a struct rcu_head, which is only used when
freeing; whereas the radix_tree_path info is only used for updating the
tree (deleting, clearing tags or setting tags if tagged) when a lock
must be held, of no interest when accessing the tree locklessly.
So add a parent pointer to the radix_tree_node, in union with the
rcu_head, and remove all uses of the radix_tree_path. There would be
space in that union to save the offset when descending as before (we can
argue that a lock must already be held to exclude other users), but
recalculating it when ascending is both easy (a constant shift and a
constant mask) and uncommon, so it seems better just to do that.
Two little optimizations: no need to decrement height when descending,
adjusting shift is enough; and once radix_tree_tag_if_tagged() has set
tag on a node and its ancestors, it need not ascend from that node
again.
perf on the radix tree test harness reports radix_tree_insert() as 2%
slower (now having to set parent), but radix_tree_delete() 24% faster.
Surely that's an exaggeration from rtth's artificially low map shift 3,
but forcing it back to 6 still rates radix_tree_delete() 8% faster.
[1] Can a pagecache tag (dirty, writeback or towrite) actually still be
set at the time of radix_tree_delete()? Perhaps not if the filesystem is
well-behaved. But although I've not tracked any stack overflow down to
this cause, I have observed a curious case in which a dirty tag is set
and left set on tmpfs: page migration's migrate_page_copy() happens to
use __set_page_dirty_nobuffers() to set PageDirty on the newpage, and
that sets PAGECACHE_TAG_DIRTY as a side-effect - harmless to a
filesystem which doesn't use tags, except for this stack depth issue.
Signed-off-by: Hugh Dickins <hughd@google.com>
Cc: Jan Kara <jack@suse.cz>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Nai Xia <nai.xia@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2012-01-13 01:20:41 +00:00
|
|
|
struct radix_tree_node *slot;
|
2016-05-21 00:03:19 +00:00
|
|
|
unsigned int maxshift;
|
2005-04-16 22:20:36 +00:00
|
|
|
int tag;
|
|
|
|
|
2016-05-21 00:03:19 +00:00
|
|
|
/* Figure out what the shift should be. */
|
|
|
|
maxshift = shift;
|
|
|
|
while (index > shift_maxindex(maxshift))
|
|
|
|
maxshift += RADIX_TREE_MAP_SHIFT;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:03:19 +00:00
|
|
|
slot = root->rnode;
|
|
|
|
if (!slot)
|
2005-04-16 22:20:36 +00:00
|
|
|
goto out;
|
|
|
|
|
|
|
|
do {
|
2016-05-21 00:03:04 +00:00
|
|
|
struct radix_tree_node *node = radix_tree_node_alloc(root);
|
|
|
|
|
|
|
|
if (!node)
|
2005-04-16 22:20:36 +00:00
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
/* Propagate the aggregated tag info into the new root */
|
2006-03-25 11:08:05 +00:00
|
|
|
for (tag = 0; tag < RADIX_TREE_MAX_TAGS; tag++) {
|
2006-06-23 09:03:22 +00:00
|
|
|
if (root_tag_get(root, tag))
|
2005-04-16 22:20:36 +00:00
|
|
|
tag_set(node, tag, 0);
|
|
|
|
}
|
|
|
|
|
2016-05-21 00:03:19 +00:00
|
|
|
BUG_ON(shift > BITS_PER_LONG);
|
|
|
|
node->shift = shift;
|
2016-05-21 00:03:07 +00:00
|
|
|
node->offset = 0;
|
2005-04-16 22:20:36 +00:00
|
|
|
node->count = 1;
|
radix_tree: take radix_tree_path off stack
Down, down in the deepest depths of GFP_NOIO page reclaim, we have
shrink_page_list() calling __remove_mapping() calling __delete_from_
swap_cache() or __delete_from_page_cache().
You would not expect those to need much stack, but in fact they call
radix_tree_delete(): which declares a 192-byte radix_tree_path array on
its stack (to record the node,offsets it visits when descending, in case
it needs to ascend to update them). And if any tag is still set [1],
that calls radix_tree_tag_clear(), which declares a further such
192-byte radix_tree_path array on the stack. (At least we have
interrupts disabled here, so won't then be pushing registers too.)
That was probably a good choice when most users were 32-bit (array of
half the size), and adding fields to radix_tree_node would have bloated
it unnecessarily. But nowadays many are 64-bit, and each
radix_tree_node contains a struct rcu_head, which is only used when
freeing; whereas the radix_tree_path info is only used for updating the
tree (deleting, clearing tags or setting tags if tagged) when a lock
must be held, of no interest when accessing the tree locklessly.
So add a parent pointer to the radix_tree_node, in union with the
rcu_head, and remove all uses of the radix_tree_path. There would be
space in that union to save the offset when descending as before (we can
argue that a lock must already be held to exclude other users), but
recalculating it when ascending is both easy (a constant shift and a
constant mask) and uncommon, so it seems better just to do that.
Two little optimizations: no need to decrement height when descending,
adjusting shift is enough; and once radix_tree_tag_if_tagged() has set
tag on a node and its ancestors, it need not ascend from that node
again.
perf on the radix tree test harness reports radix_tree_insert() as 2%
slower (now having to set parent), but radix_tree_delete() 24% faster.
Surely that's an exaggeration from rtth's artificially low map shift 3,
but forcing it back to 6 still rates radix_tree_delete() 8% faster.
[1] Can a pagecache tag (dirty, writeback or towrite) actually still be
set at the time of radix_tree_delete()? Perhaps not if the filesystem is
well-behaved. But although I've not tracked any stack overflow down to
this cause, I have observed a curious case in which a dirty tag is set
and left set on tmpfs: page migration's migrate_page_copy() happens to
use __set_page_dirty_nobuffers() to set PageDirty on the newpage, and
that sets PAGECACHE_TAG_DIRTY as a side-effect - harmless to a
filesystem which doesn't use tags, except for this stack depth issue.
Signed-off-by: Hugh Dickins <hughd@google.com>
Cc: Jan Kara <jack@suse.cz>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Nai Xia <nai.xia@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2012-01-13 01:20:41 +00:00
|
|
|
node->parent = NULL;
|
2016-12-13 00:43:41 +00:00
|
|
|
if (radix_tree_is_internal_node(slot)) {
|
2016-05-21 00:03:27 +00:00
|
|
|
entry_to_node(slot)->parent = node;
|
2016-12-13 00:43:41 +00:00
|
|
|
} else {
|
|
|
|
/* Moving an exceptional root->rnode to a node */
|
|
|
|
if (radix_tree_exceptional_entry(slot))
|
|
|
|
node->exceptional = 1;
|
|
|
|
}
|
radix_tree: take radix_tree_path off stack
Down, down in the deepest depths of GFP_NOIO page reclaim, we have
shrink_page_list() calling __remove_mapping() calling __delete_from_
swap_cache() or __delete_from_page_cache().
You would not expect those to need much stack, but in fact they call
radix_tree_delete(): which declares a 192-byte radix_tree_path array on
its stack (to record the node,offsets it visits when descending, in case
it needs to ascend to update them). And if any tag is still set [1],
that calls radix_tree_tag_clear(), which declares a further such
192-byte radix_tree_path array on the stack. (At least we have
interrupts disabled here, so won't then be pushing registers too.)
That was probably a good choice when most users were 32-bit (array of
half the size), and adding fields to radix_tree_node would have bloated
it unnecessarily. But nowadays many are 64-bit, and each
radix_tree_node contains a struct rcu_head, which is only used when
freeing; whereas the radix_tree_path info is only used for updating the
tree (deleting, clearing tags or setting tags if tagged) when a lock
must be held, of no interest when accessing the tree locklessly.
So add a parent pointer to the radix_tree_node, in union with the
rcu_head, and remove all uses of the radix_tree_path. There would be
space in that union to save the offset when descending as before (we can
argue that a lock must already be held to exclude other users), but
recalculating it when ascending is both easy (a constant shift and a
constant mask) and uncommon, so it seems better just to do that.
Two little optimizations: no need to decrement height when descending,
adjusting shift is enough; and once radix_tree_tag_if_tagged() has set
tag on a node and its ancestors, it need not ascend from that node
again.
perf on the radix tree test harness reports radix_tree_insert() as 2%
slower (now having to set parent), but radix_tree_delete() 24% faster.
Surely that's an exaggeration from rtth's artificially low map shift 3,
but forcing it back to 6 still rates radix_tree_delete() 8% faster.
[1] Can a pagecache tag (dirty, writeback or towrite) actually still be
set at the time of radix_tree_delete()? Perhaps not if the filesystem is
well-behaved. But although I've not tracked any stack overflow down to
this cause, I have observed a curious case in which a dirty tag is set
and left set on tmpfs: page migration's migrate_page_copy() happens to
use __set_page_dirty_nobuffers() to set PageDirty on the newpage, and
that sets PAGECACHE_TAG_DIRTY as a side-effect - harmless to a
filesystem which doesn't use tags, except for this stack depth issue.
Signed-off-by: Hugh Dickins <hughd@google.com>
Cc: Jan Kara <jack@suse.cz>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Nai Xia <nai.xia@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2012-01-13 01:20:41 +00:00
|
|
|
node->slots[0] = slot;
|
2016-05-21 00:03:24 +00:00
|
|
|
slot = node_to_entry(node);
|
|
|
|
rcu_assign_pointer(root->rnode, slot);
|
2016-05-21 00:03:19 +00:00
|
|
|
shift += RADIX_TREE_MAP_SHIFT;
|
|
|
|
} while (shift <= maxshift);
|
2005-04-16 22:20:36 +00:00
|
|
|
out:
|
2016-05-21 00:03:19 +00:00
|
|
|
return maxshift + RADIX_TREE_MAP_SHIFT;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
2016-12-13 00:43:46 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_shrink - shrink radix tree to minimum height
|
|
|
|
* @root radix tree root
|
|
|
|
*/
|
2016-12-13 00:43:52 +00:00
|
|
|
static inline void radix_tree_shrink(struct radix_tree_root *root,
|
2016-12-13 00:43:49 +00:00
|
|
|
radix_tree_update_node_t update_node,
|
|
|
|
void *private)
|
2016-12-13 00:43:46 +00:00
|
|
|
{
|
|
|
|
for (;;) {
|
|
|
|
struct radix_tree_node *node = root->rnode;
|
|
|
|
struct radix_tree_node *child;
|
|
|
|
|
|
|
|
if (!radix_tree_is_internal_node(node))
|
|
|
|
break;
|
|
|
|
node = entry_to_node(node);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The candidate node has more than one child, or its child
|
|
|
|
* is not at the leftmost slot, or the child is a multiorder
|
|
|
|
* entry, we cannot shrink.
|
|
|
|
*/
|
|
|
|
if (node->count != 1)
|
|
|
|
break;
|
|
|
|
child = node->slots[0];
|
|
|
|
if (!child)
|
|
|
|
break;
|
|
|
|
if (!radix_tree_is_internal_node(child) && node->shift)
|
|
|
|
break;
|
|
|
|
|
|
|
|
if (radix_tree_is_internal_node(child))
|
|
|
|
entry_to_node(child)->parent = NULL;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We don't need rcu_assign_pointer(), since we are simply
|
|
|
|
* moving the node from one part of the tree to another: if it
|
|
|
|
* was safe to dereference the old pointer to it
|
|
|
|
* (node->slots[0]), it will be safe to dereference the new
|
|
|
|
* one (root->rnode) as far as dependent read barriers go.
|
|
|
|
*/
|
|
|
|
root->rnode = child;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We have a dilemma here. The node's slot[0] must not be
|
|
|
|
* NULLed in case there are concurrent lookups expecting to
|
|
|
|
* find the item. However if this was a bottom-level node,
|
|
|
|
* then it may be subject to the slot pointer being visible
|
|
|
|
* to callers dereferencing it. If item corresponding to
|
|
|
|
* slot[0] is subsequently deleted, these callers would expect
|
|
|
|
* their slot to become empty sooner or later.
|
|
|
|
*
|
|
|
|
* For example, lockless pagecache will look up a slot, deref
|
|
|
|
* the page pointer, and if the page has 0 refcount it means it
|
|
|
|
* was concurrently deleted from pagecache so try the deref
|
|
|
|
* again. Fortunately there is already a requirement for logic
|
|
|
|
* to retry the entire slot lookup -- the indirect pointer
|
|
|
|
* problem (replacing direct root node with an indirect pointer
|
|
|
|
* also results in a stale slot). So tag the slot as indirect
|
|
|
|
* to force callers to retry.
|
|
|
|
*/
|
2016-12-13 00:43:49 +00:00
|
|
|
node->count = 0;
|
|
|
|
if (!radix_tree_is_internal_node(child)) {
|
2016-12-13 00:43:46 +00:00
|
|
|
node->slots[0] = RADIX_TREE_RETRY;
|
2016-12-13 00:43:49 +00:00
|
|
|
if (update_node)
|
|
|
|
update_node(node, private);
|
|
|
|
}
|
2016-12-13 00:43:46 +00:00
|
|
|
|
|
|
|
radix_tree_node_free(node);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-12-13 00:43:52 +00:00
|
|
|
static void delete_node(struct radix_tree_root *root,
|
2016-12-13 00:43:49 +00:00
|
|
|
struct radix_tree_node *node,
|
|
|
|
radix_tree_update_node_t update_node, void *private)
|
2016-12-13 00:43:46 +00:00
|
|
|
{
|
|
|
|
do {
|
|
|
|
struct radix_tree_node *parent;
|
|
|
|
|
|
|
|
if (node->count) {
|
|
|
|
if (node == entry_to_node(root->rnode))
|
2016-12-13 00:43:52 +00:00
|
|
|
radix_tree_shrink(root, update_node, private);
|
|
|
|
return;
|
2016-12-13 00:43:46 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
parent = node->parent;
|
|
|
|
if (parent) {
|
|
|
|
parent->slots[node->offset] = NULL;
|
|
|
|
parent->count--;
|
|
|
|
} else {
|
|
|
|
root_tag_clear_all(root);
|
|
|
|
root->rnode = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
radix_tree_node_free(node);
|
|
|
|
|
|
|
|
node = parent;
|
|
|
|
} while (node);
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/**
|
2014-04-03 21:47:54 +00:00
|
|
|
* __radix_tree_create - create a slot in a radix tree
|
2005-04-16 22:20:36 +00:00
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
2016-03-17 21:21:54 +00:00
|
|
|
* @order: index occupies 2^order aligned slots
|
2014-04-03 21:47:54 +00:00
|
|
|
* @nodep: returns node
|
|
|
|
* @slotp: returns slot
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2014-04-03 21:47:54 +00:00
|
|
|
* Create, if necessary, and return the node and slot for an item
|
|
|
|
* at position @index in the radix tree @root.
|
|
|
|
*
|
|
|
|
* Until there is more than one item in the tree, no nodes are
|
|
|
|
* allocated and @root->rnode is used as a direct slot instead of
|
|
|
|
* pointing to a node, in which case *@nodep will be NULL.
|
|
|
|
*
|
|
|
|
* Returns -ENOMEM, or 0 for success.
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
2014-04-03 21:47:54 +00:00
|
|
|
int __radix_tree_create(struct radix_tree_root *root, unsigned long index,
|
2016-03-17 21:21:54 +00:00
|
|
|
unsigned order, struct radix_tree_node **nodep,
|
|
|
|
void ***slotp)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2016-05-21 00:03:42 +00:00
|
|
|
struct radix_tree_node *node = NULL, *child;
|
|
|
|
void **slot = (void **)&root->rnode;
|
2016-05-21 00:02:11 +00:00
|
|
|
unsigned long maxindex;
|
2016-05-21 00:03:42 +00:00
|
|
|
unsigned int shift, offset = 0;
|
2016-05-21 00:02:11 +00:00
|
|
|
unsigned long max = index | ((1UL << order) - 1);
|
|
|
|
|
2016-05-21 00:03:42 +00:00
|
|
|
shift = radix_tree_load_root(root, &child, &maxindex);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
/* Make sure the tree is high enough. */
|
2016-05-21 00:02:11 +00:00
|
|
|
if (max > maxindex) {
|
2016-05-21 00:03:19 +00:00
|
|
|
int error = radix_tree_extend(root, max, shift);
|
2016-05-21 00:02:11 +00:00
|
|
|
if (error < 0)
|
2005-04-16 22:20:36 +00:00
|
|
|
return error;
|
2016-05-21 00:02:11 +00:00
|
|
|
shift = error;
|
2016-05-21 00:03:42 +00:00
|
|
|
child = root->rnode;
|
2016-05-21 00:03:19 +00:00
|
|
|
if (order == shift)
|
2016-05-21 00:02:11 +00:00
|
|
|
shift += RADIX_TREE_MAP_SHIFT;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
2016-03-17 21:21:54 +00:00
|
|
|
while (shift > order) {
|
2016-05-21 00:03:10 +00:00
|
|
|
shift -= RADIX_TREE_MAP_SHIFT;
|
2016-05-21 00:03:42 +00:00
|
|
|
if (child == NULL) {
|
2005-04-16 22:20:36 +00:00
|
|
|
/* Have to add a child node. */
|
2016-05-21 00:03:42 +00:00
|
|
|
child = radix_tree_node_alloc(root);
|
|
|
|
if (!child)
|
2005-04-16 22:20:36 +00:00
|
|
|
return -ENOMEM;
|
2016-05-21 00:03:42 +00:00
|
|
|
child->shift = shift;
|
|
|
|
child->offset = offset;
|
|
|
|
child->parent = node;
|
|
|
|
rcu_assign_pointer(*slot, node_to_entry(child));
|
|
|
|
if (node)
|
2005-04-16 22:20:36 +00:00
|
|
|
node->count++;
|
2016-05-21 00:03:42 +00:00
|
|
|
} else if (!radix_tree_is_internal_node(child))
|
2016-03-17 21:21:54 +00:00
|
|
|
break;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
/* Go a level down */
|
2016-05-21 00:03:42 +00:00
|
|
|
node = entry_to_node(child);
|
2016-05-21 00:03:48 +00:00
|
|
|
offset = radix_tree_descend(node, &child, index);
|
2016-05-21 00:03:42 +00:00
|
|
|
slot = &node->slots[offset];
|
2016-03-17 21:21:54 +00:00
|
|
|
}
|
|
|
|
|
2016-05-21 00:01:54 +00:00
|
|
|
#ifdef CONFIG_RADIX_TREE_MULTIORDER
|
2016-03-17 21:21:54 +00:00
|
|
|
/* Insert pointers to the canonical entry */
|
2016-05-21 00:01:59 +00:00
|
|
|
if (order > shift) {
|
2016-05-21 00:03:42 +00:00
|
|
|
unsigned i, n = 1 << (order - shift);
|
2016-03-17 21:21:54 +00:00
|
|
|
offset = offset & ~(n - 1);
|
2016-05-21 00:03:42 +00:00
|
|
|
slot = &node->slots[offset];
|
|
|
|
child = node_to_entry(slot);
|
2016-03-17 21:21:54 +00:00
|
|
|
for (i = 0; i < n; i++) {
|
2016-05-21 00:03:42 +00:00
|
|
|
if (slot[i])
|
2016-03-17 21:21:54 +00:00
|
|
|
return -EEXIST;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (i = 1; i < n; i++) {
|
2016-05-21 00:03:42 +00:00
|
|
|
rcu_assign_pointer(slot[i], child);
|
2016-03-17 21:21:54 +00:00
|
|
|
node->count++;
|
|
|
|
}
|
2006-06-23 09:03:22 +00:00
|
|
|
}
|
2016-05-21 00:01:54 +00:00
|
|
|
#endif
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2014-04-03 21:47:54 +00:00
|
|
|
if (nodep)
|
|
|
|
*nodep = node;
|
|
|
|
if (slotp)
|
2016-05-21 00:03:42 +00:00
|
|
|
*slotp = slot;
|
2014-04-03 21:47:54 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2016-03-17 21:21:54 +00:00
|
|
|
* __radix_tree_insert - insert into a radix tree
|
2014-04-03 21:47:54 +00:00
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
2016-03-17 21:21:54 +00:00
|
|
|
* @order: key covers the 2^order indices around index
|
2014-04-03 21:47:54 +00:00
|
|
|
* @item: item to insert
|
|
|
|
*
|
|
|
|
* Insert an item into the radix tree at position @index.
|
|
|
|
*/
|
2016-03-17 21:21:54 +00:00
|
|
|
int __radix_tree_insert(struct radix_tree_root *root, unsigned long index,
|
|
|
|
unsigned order, void *item)
|
2014-04-03 21:47:54 +00:00
|
|
|
{
|
|
|
|
struct radix_tree_node *node;
|
|
|
|
void **slot;
|
|
|
|
int error;
|
|
|
|
|
2016-05-21 00:03:30 +00:00
|
|
|
BUG_ON(radix_tree_is_internal_node(item));
|
2014-04-03 21:47:54 +00:00
|
|
|
|
2016-03-17 21:21:54 +00:00
|
|
|
error = __radix_tree_create(root, index, order, &node, &slot);
|
2014-04-03 21:47:54 +00:00
|
|
|
if (error)
|
|
|
|
return error;
|
|
|
|
if (*slot != NULL)
|
2005-04-16 22:20:36 +00:00
|
|
|
return -EEXIST;
|
2014-04-03 21:47:54 +00:00
|
|
|
rcu_assign_pointer(*slot, item);
|
2005-09-06 22:16:46 +00:00
|
|
|
|
2006-06-23 09:03:22 +00:00
|
|
|
if (node) {
|
2016-05-21 00:02:23 +00:00
|
|
|
unsigned offset = get_slot_offset(node, slot);
|
2006-06-23 09:03:22 +00:00
|
|
|
node->count++;
|
2016-12-13 00:43:41 +00:00
|
|
|
if (radix_tree_exceptional_entry(item))
|
|
|
|
node->exceptional++;
|
2016-05-21 00:02:23 +00:00
|
|
|
BUG_ON(tag_get(node, 0, offset));
|
|
|
|
BUG_ON(tag_get(node, 1, offset));
|
|
|
|
BUG_ON(tag_get(node, 2, offset));
|
2006-06-23 09:03:22 +00:00
|
|
|
} else {
|
2016-05-21 00:02:23 +00:00
|
|
|
BUG_ON(root_tags_get(root));
|
2006-06-23 09:03:22 +00:00
|
|
|
}
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2016-03-17 21:21:54 +00:00
|
|
|
EXPORT_SYMBOL(__radix_tree_insert);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2014-04-03 21:47:54 +00:00
|
|
|
/**
|
|
|
|
* __radix_tree_lookup - lookup an item in a radix tree
|
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
|
|
|
* @nodep: returns node
|
|
|
|
* @slotp: returns slot
|
|
|
|
*
|
|
|
|
* Lookup and return the item at position @index in the radix
|
|
|
|
* tree @root.
|
|
|
|
*
|
|
|
|
* Until there is more than one item in the tree, no nodes are
|
|
|
|
* allocated and @root->rnode is used as a direct slot instead of
|
|
|
|
* pointing to a node, in which case *@nodep will be NULL.
|
2006-12-07 04:33:44 +00:00
|
|
|
*/
|
2014-04-03 21:47:54 +00:00
|
|
|
void *__radix_tree_lookup(struct radix_tree_root *root, unsigned long index,
|
|
|
|
struct radix_tree_node **nodep, void ***slotp)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2014-04-03 21:47:54 +00:00
|
|
|
struct radix_tree_node *node, *parent;
|
2016-05-21 00:02:20 +00:00
|
|
|
unsigned long maxindex;
|
2014-04-03 21:47:54 +00:00
|
|
|
void **slot;
|
2006-06-23 09:03:22 +00:00
|
|
|
|
2016-05-21 00:02:20 +00:00
|
|
|
restart:
|
|
|
|
parent = NULL;
|
|
|
|
slot = (void **)&root->rnode;
|
2016-05-21 00:03:48 +00:00
|
|
|
radix_tree_load_root(root, &node, &maxindex);
|
2016-05-21 00:02:20 +00:00
|
|
|
if (index > maxindex)
|
2005-04-16 22:20:36 +00:00
|
|
|
return NULL;
|
|
|
|
|
2016-05-21 00:03:30 +00:00
|
|
|
while (radix_tree_is_internal_node(node)) {
|
2016-05-21 00:02:20 +00:00
|
|
|
unsigned offset;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:02:20 +00:00
|
|
|
if (node == RADIX_TREE_RETRY)
|
|
|
|
goto restart;
|
2016-05-21 00:03:27 +00:00
|
|
|
parent = entry_to_node(node);
|
2016-05-21 00:03:48 +00:00
|
|
|
offset = radix_tree_descend(parent, &node, index);
|
2016-05-21 00:02:20 +00:00
|
|
|
slot = parent->slots + offset;
|
|
|
|
}
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2014-04-03 21:47:54 +00:00
|
|
|
if (nodep)
|
|
|
|
*nodep = parent;
|
|
|
|
if (slotp)
|
|
|
|
*slotp = slot;
|
|
|
|
return node;
|
2009-06-16 22:33:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* radix_tree_lookup_slot - lookup a slot in a radix tree
|
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
|
|
|
*
|
|
|
|
* Returns: the slot corresponding to the position @index in the
|
|
|
|
* radix tree @root. This is useful for update-if-exists operations.
|
|
|
|
*
|
|
|
|
* This function can be called under rcu_read_lock iff the slot is not
|
|
|
|
* modified by radix_tree_replace_slot, otherwise it must be called
|
|
|
|
* exclusive from other writers. Any dereference of the slot must be done
|
|
|
|
* using radix_tree_deref_slot.
|
|
|
|
*/
|
|
|
|
void **radix_tree_lookup_slot(struct radix_tree_root *root, unsigned long index)
|
|
|
|
{
|
2014-04-03 21:47:54 +00:00
|
|
|
void **slot;
|
|
|
|
|
|
|
|
if (!__radix_tree_lookup(root, index, NULL, &slot))
|
|
|
|
return NULL;
|
|
|
|
return slot;
|
2005-11-07 08:59:29 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_lookup_slot);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* radix_tree_lookup - perform lookup operation on a radix tree
|
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
|
|
|
*
|
|
|
|
* Lookup the item at the position @index in the radix tree @root.
|
2006-12-07 04:33:44 +00:00
|
|
|
*
|
|
|
|
* This function can be called under rcu_read_lock, however the caller
|
|
|
|
* must manage lifetimes of leaf nodes (eg. RCU may also be used to free
|
|
|
|
* them safely). No RCU barriers are required to access or modify the
|
|
|
|
* returned item, however.
|
2005-11-07 08:59:29 +00:00
|
|
|
*/
|
|
|
|
void *radix_tree_lookup(struct radix_tree_root *root, unsigned long index)
|
|
|
|
{
|
2014-04-03 21:47:54 +00:00
|
|
|
return __radix_tree_lookup(root, index, NULL, NULL);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_lookup);
|
|
|
|
|
2016-12-13 00:43:43 +00:00
|
|
|
static void replace_slot(struct radix_tree_root *root,
|
|
|
|
struct radix_tree_node *node,
|
|
|
|
void **slot, void *item,
|
|
|
|
bool warn_typeswitch)
|
2016-12-13 00:43:41 +00:00
|
|
|
{
|
|
|
|
void *old = rcu_dereference_raw(*slot);
|
2016-12-13 00:43:46 +00:00
|
|
|
int count, exceptional;
|
2016-12-13 00:43:41 +00:00
|
|
|
|
|
|
|
WARN_ON_ONCE(radix_tree_is_internal_node(item));
|
|
|
|
|
2016-12-13 00:43:46 +00:00
|
|
|
count = !!item - !!old;
|
2016-12-13 00:43:41 +00:00
|
|
|
exceptional = !!radix_tree_exceptional_entry(item) -
|
|
|
|
!!radix_tree_exceptional_entry(old);
|
|
|
|
|
2016-12-13 00:43:46 +00:00
|
|
|
WARN_ON_ONCE(warn_typeswitch && (count || exceptional));
|
2016-12-13 00:43:41 +00:00
|
|
|
|
2016-12-13 00:43:46 +00:00
|
|
|
if (node) {
|
|
|
|
node->count += count;
|
2016-12-13 00:43:41 +00:00
|
|
|
node->exceptional += exceptional;
|
2016-12-13 00:43:46 +00:00
|
|
|
}
|
2016-12-13 00:43:41 +00:00
|
|
|
|
|
|
|
rcu_assign_pointer(*slot, item);
|
|
|
|
}
|
|
|
|
|
2016-12-13 00:43:43 +00:00
|
|
|
/**
|
|
|
|
* __radix_tree_replace - replace item in a slot
|
2016-12-13 00:43:49 +00:00
|
|
|
* @root: radix tree root
|
|
|
|
* @node: pointer to tree node
|
|
|
|
* @slot: pointer to slot in @node
|
|
|
|
* @item: new item to store in the slot.
|
|
|
|
* @update_node: callback for changing leaf nodes
|
|
|
|
* @private: private data to pass to @update_node
|
2016-12-13 00:43:43 +00:00
|
|
|
*
|
|
|
|
* For use with __radix_tree_lookup(). Caller must hold tree write locked
|
|
|
|
* across slot lookup and replacement.
|
|
|
|
*/
|
|
|
|
void __radix_tree_replace(struct radix_tree_root *root,
|
|
|
|
struct radix_tree_node *node,
|
2016-12-13 00:43:49 +00:00
|
|
|
void **slot, void *item,
|
|
|
|
radix_tree_update_node_t update_node, void *private)
|
2016-12-13 00:43:43 +00:00
|
|
|
{
|
|
|
|
/*
|
2016-12-13 00:43:46 +00:00
|
|
|
* This function supports replacing exceptional entries and
|
|
|
|
* deleting entries, but that needs accounting against the
|
|
|
|
* node unless the slot is root->rnode.
|
2016-12-13 00:43:43 +00:00
|
|
|
*/
|
|
|
|
replace_slot(root, node, slot, item,
|
|
|
|
!node && slot != (void **)&root->rnode);
|
2016-12-13 00:43:46 +00:00
|
|
|
|
2016-12-13 00:43:49 +00:00
|
|
|
if (!node)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (update_node)
|
|
|
|
update_node(node, private);
|
|
|
|
|
|
|
|
delete_node(root, node, update_node, private);
|
2016-12-13 00:43:43 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* radix_tree_replace_slot - replace item in a slot
|
|
|
|
* @root: radix tree root
|
|
|
|
* @slot: pointer to slot
|
|
|
|
* @item: new item to store in the slot.
|
|
|
|
*
|
|
|
|
* For use with radix_tree_lookup_slot(), radix_tree_gang_lookup_slot(),
|
|
|
|
* radix_tree_gang_lookup_tag_slot(). Caller must hold tree write locked
|
|
|
|
* across slot lookup and replacement.
|
|
|
|
*
|
|
|
|
* NOTE: This cannot be used to switch between non-entries (empty slots),
|
|
|
|
* regular entries, and exceptional entries, as that requires accounting
|
2016-12-13 00:43:46 +00:00
|
|
|
* inside the radix tree node. When switching from one type of entry or
|
|
|
|
* deleting, use __radix_tree_lookup() and __radix_tree_replace().
|
2016-12-13 00:43:43 +00:00
|
|
|
*/
|
|
|
|
void radix_tree_replace_slot(struct radix_tree_root *root,
|
|
|
|
void **slot, void *item)
|
|
|
|
{
|
|
|
|
replace_slot(root, NULL, slot, item, true);
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_tag_set - set a tag on a radix tree node
|
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
2016-05-21 00:03:04 +00:00
|
|
|
* @tag: tag index
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2006-03-25 11:08:05 +00:00
|
|
|
* Set the search tag (which must be < RADIX_TREE_MAX_TAGS)
|
|
|
|
* corresponding to @index in the radix tree. From
|
2005-04-16 22:20:36 +00:00
|
|
|
* the root all the way down to the leaf node.
|
|
|
|
*
|
2016-05-21 00:03:04 +00:00
|
|
|
* Returns the address of the tagged item. Setting a tag on a not-present
|
2005-04-16 22:20:36 +00:00
|
|
|
* item is a bug.
|
|
|
|
*/
|
|
|
|
void *radix_tree_tag_set(struct radix_tree_root *root,
|
2006-03-25 11:08:05 +00:00
|
|
|
unsigned long index, unsigned int tag)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2016-05-21 00:02:32 +00:00
|
|
|
struct radix_tree_node *node, *parent;
|
|
|
|
unsigned long maxindex;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:03:48 +00:00
|
|
|
radix_tree_load_root(root, &node, &maxindex);
|
2016-05-21 00:02:32 +00:00
|
|
|
BUG_ON(index > maxindex);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:03:30 +00:00
|
|
|
while (radix_tree_is_internal_node(node)) {
|
2016-05-21 00:02:32 +00:00
|
|
|
unsigned offset;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:03:27 +00:00
|
|
|
parent = entry_to_node(node);
|
2016-05-21 00:03:48 +00:00
|
|
|
offset = radix_tree_descend(parent, &node, index);
|
2016-05-21 00:02:32 +00:00
|
|
|
BUG_ON(!node);
|
|
|
|
|
|
|
|
if (!tag_get(parent, tag, offset))
|
|
|
|
tag_set(parent, tag, offset);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
2006-06-23 09:03:22 +00:00
|
|
|
/* set the root's tag bit */
|
2016-05-21 00:02:32 +00:00
|
|
|
if (!root_tag_get(root, tag))
|
2006-06-23 09:03:22 +00:00
|
|
|
root_tag_set(root, tag);
|
|
|
|
|
2016-05-21 00:02:32 +00:00
|
|
|
return node;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_tag_set);
|
|
|
|
|
2016-05-21 00:03:45 +00:00
|
|
|
static void node_tag_clear(struct radix_tree_root *root,
|
|
|
|
struct radix_tree_node *node,
|
|
|
|
unsigned int tag, unsigned int offset)
|
|
|
|
{
|
|
|
|
while (node) {
|
|
|
|
if (!tag_get(node, tag, offset))
|
|
|
|
return;
|
|
|
|
tag_clear(node, tag, offset);
|
|
|
|
if (any_tag_set(node, tag))
|
|
|
|
return;
|
|
|
|
|
|
|
|
offset = node->offset;
|
|
|
|
node = node->parent;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* clear the root's tag bit */
|
|
|
|
if (root_tag_get(root, tag))
|
|
|
|
root_tag_clear(root, tag);
|
|
|
|
}
|
|
|
|
|
2016-12-14 23:08:37 +00:00
|
|
|
static void node_tag_set(struct radix_tree_root *root,
|
|
|
|
struct radix_tree_node *node,
|
|
|
|
unsigned int tag, unsigned int offset)
|
|
|
|
{
|
|
|
|
while (node) {
|
|
|
|
if (tag_get(node, tag, offset))
|
|
|
|
return;
|
|
|
|
tag_set(node, tag, offset);
|
|
|
|
offset = node->offset;
|
|
|
|
node = node->parent;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!root_tag_get(root, tag))
|
|
|
|
root_tag_set(root, tag);
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_tag_clear - clear a tag on a radix tree node
|
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
2016-05-21 00:03:04 +00:00
|
|
|
* @tag: tag index
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2006-03-25 11:08:05 +00:00
|
|
|
* Clear the search tag (which must be < RADIX_TREE_MAX_TAGS)
|
2016-05-21 00:03:04 +00:00
|
|
|
* corresponding to @index in the radix tree. If this causes
|
|
|
|
* the leaf node to have no tags set then clear the tag in the
|
2005-04-16 22:20:36 +00:00
|
|
|
* next-to-leaf node, etc.
|
|
|
|
*
|
|
|
|
* Returns the address of the tagged item on success, else NULL. ie:
|
|
|
|
* has the same return value and semantics as radix_tree_lookup().
|
|
|
|
*/
|
|
|
|
void *radix_tree_tag_clear(struct radix_tree_root *root,
|
2006-03-25 11:08:05 +00:00
|
|
|
unsigned long index, unsigned int tag)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2016-05-21 00:02:35 +00:00
|
|
|
struct radix_tree_node *node, *parent;
|
|
|
|
unsigned long maxindex;
|
radix_tree: take radix_tree_path off stack
Down, down in the deepest depths of GFP_NOIO page reclaim, we have
shrink_page_list() calling __remove_mapping() calling __delete_from_
swap_cache() or __delete_from_page_cache().
You would not expect those to need much stack, but in fact they call
radix_tree_delete(): which declares a 192-byte radix_tree_path array on
its stack (to record the node,offsets it visits when descending, in case
it needs to ascend to update them). And if any tag is still set [1],
that calls radix_tree_tag_clear(), which declares a further such
192-byte radix_tree_path array on the stack. (At least we have
interrupts disabled here, so won't then be pushing registers too.)
That was probably a good choice when most users were 32-bit (array of
half the size), and adding fields to radix_tree_node would have bloated
it unnecessarily. But nowadays many are 64-bit, and each
radix_tree_node contains a struct rcu_head, which is only used when
freeing; whereas the radix_tree_path info is only used for updating the
tree (deleting, clearing tags or setting tags if tagged) when a lock
must be held, of no interest when accessing the tree locklessly.
So add a parent pointer to the radix_tree_node, in union with the
rcu_head, and remove all uses of the radix_tree_path. There would be
space in that union to save the offset when descending as before (we can
argue that a lock must already be held to exclude other users), but
recalculating it when ascending is both easy (a constant shift and a
constant mask) and uncommon, so it seems better just to do that.
Two little optimizations: no need to decrement height when descending,
adjusting shift is enough; and once radix_tree_tag_if_tagged() has set
tag on a node and its ancestors, it need not ascend from that node
again.
perf on the radix tree test harness reports radix_tree_insert() as 2%
slower (now having to set parent), but radix_tree_delete() 24% faster.
Surely that's an exaggeration from rtth's artificially low map shift 3,
but forcing it back to 6 still rates radix_tree_delete() 8% faster.
[1] Can a pagecache tag (dirty, writeback or towrite) actually still be
set at the time of radix_tree_delete()? Perhaps not if the filesystem is
well-behaved. But although I've not tracked any stack overflow down to
this cause, I have observed a curious case in which a dirty tag is set
and left set on tmpfs: page migration's migrate_page_copy() happens to
use __set_page_dirty_nobuffers() to set PageDirty on the newpage, and
that sets PAGECACHE_TAG_DIRTY as a side-effect - harmless to a
filesystem which doesn't use tags, except for this stack depth issue.
Signed-off-by: Hugh Dickins <hughd@google.com>
Cc: Jan Kara <jack@suse.cz>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Nai Xia <nai.xia@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2012-01-13 01:20:41 +00:00
|
|
|
int uninitialized_var(offset);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:03:48 +00:00
|
|
|
radix_tree_load_root(root, &node, &maxindex);
|
2016-05-21 00:02:35 +00:00
|
|
|
if (index > maxindex)
|
|
|
|
return NULL;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:02:35 +00:00
|
|
|
parent = NULL;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:03:30 +00:00
|
|
|
while (radix_tree_is_internal_node(node)) {
|
2016-05-21 00:03:27 +00:00
|
|
|
parent = entry_to_node(node);
|
2016-05-21 00:03:48 +00:00
|
|
|
offset = radix_tree_descend(parent, &node, index);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
2016-05-21 00:03:45 +00:00
|
|
|
if (node)
|
|
|
|
node_tag_clear(root, parent, tag, offset);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:02:35 +00:00
|
|
|
return node;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_tag_clear);
|
|
|
|
|
|
|
|
/**
|
2005-09-06 22:16:48 +00:00
|
|
|
* radix_tree_tag_get - get a tag on a radix tree node
|
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
2016-05-21 00:03:04 +00:00
|
|
|
* @tag: tag index (< RADIX_TREE_MAX_TAGS)
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2005-09-06 22:16:48 +00:00
|
|
|
* Return values:
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2006-06-23 09:03:22 +00:00
|
|
|
* 0: tag not present or not set
|
|
|
|
* 1: tag set
|
radix_tree_tag_get() is not as safe as the docs make out [ver #2]
radix_tree_tag_get() is not safe to use concurrently with radix_tree_tag_set()
or radix_tree_tag_clear(). The problem is that the double tag_get() in
radix_tree_tag_get():
if (!tag_get(node, tag, offset))
saw_unset_tag = 1;
if (height == 1) {
int ret = tag_get(node, tag, offset);
may see the value change due to the action of set/clear. RCU is no protection
against this as no pointers are being changed, no nodes are being replaced
according to a COW protocol - set/clear alter the node directly.
The documentation in linux/radix-tree.h, however, says that
radix_tree_tag_get() is an exception to the rule that "any function modifying
the tree or tags (...) must exclude other modifications, and exclude any
functions reading the tree".
The problem is that the next statement in radix_tree_tag_get() checks that the
tag doesn't vary over time:
BUG_ON(ret && saw_unset_tag);
This has been seen happening in FS-Cache:
https://www.redhat.com/archives/linux-cachefs/2010-April/msg00013.html
To this end, remove the BUG_ON() from radix_tree_tag_get() and note in various
comments that the value of the tag may change whilst the RCU read lock is held,
and thus that the return value of radix_tree_tag_get() may not be relied upon
unless radix_tree_tag_set/clear() and radix_tree_delete() are excluded from
running concurrently with it.
Reported-by: Romain DEGEZ <romain.degez@smartjog.com>
Signed-off-by: David Howells <dhowells@redhat.com>
Acked-by: Nick Piggin <npiggin@suse.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-04-06 21:36:20 +00:00
|
|
|
*
|
|
|
|
* Note that the return value of this function may not be relied on, even if
|
|
|
|
* the RCU lock is held, unless tag modification and node deletion are excluded
|
|
|
|
* from concurrency.
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
|
|
|
int radix_tree_tag_get(struct radix_tree_root *root,
|
2006-03-25 11:08:05 +00:00
|
|
|
unsigned long index, unsigned int tag)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2016-05-21 00:02:38 +00:00
|
|
|
struct radix_tree_node *node, *parent;
|
|
|
|
unsigned long maxindex;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2006-06-23 09:03:22 +00:00
|
|
|
if (!root_tag_get(root, tag))
|
|
|
|
return 0;
|
|
|
|
|
2016-05-21 00:03:48 +00:00
|
|
|
radix_tree_load_root(root, &node, &maxindex);
|
2016-05-21 00:02:38 +00:00
|
|
|
if (index > maxindex)
|
|
|
|
return 0;
|
2006-12-07 04:33:44 +00:00
|
|
|
if (node == NULL)
|
|
|
|
return 0;
|
|
|
|
|
2016-05-21 00:03:30 +00:00
|
|
|
while (radix_tree_is_internal_node(node)) {
|
2016-05-21 00:03:48 +00:00
|
|
|
unsigned offset;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:03:27 +00:00
|
|
|
parent = entry_to_node(node);
|
2016-05-21 00:03:48 +00:00
|
|
|
offset = radix_tree_descend(parent, &node, index);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:02:38 +00:00
|
|
|
if (!node)
|
2005-04-16 22:20:36 +00:00
|
|
|
return 0;
|
2016-05-21 00:02:38 +00:00
|
|
|
if (!tag_get(parent, tag, offset))
|
2011-11-01 00:07:02 +00:00
|
|
|
return 0;
|
2016-05-21 00:02:38 +00:00
|
|
|
if (node == RADIX_TREE_RETRY)
|
|
|
|
break;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
2016-05-21 00:02:38 +00:00
|
|
|
|
|
|
|
return 1;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_tag_get);
|
|
|
|
|
2016-05-21 00:02:26 +00:00
|
|
|
static inline void __set_iter_shift(struct radix_tree_iter *iter,
|
|
|
|
unsigned int shift)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_RADIX_TREE_MULTIORDER
|
|
|
|
iter->shift = shift;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_next_chunk - find next chunk of slots for iteration
|
|
|
|
*
|
|
|
|
* @root: radix tree root
|
|
|
|
* @iter: iterator state
|
|
|
|
* @flags: RADIX_TREE_ITER_* flags and tag index
|
|
|
|
* Returns: pointer to chunk first slot, or NULL if iteration is over
|
|
|
|
*/
|
|
|
|
void **radix_tree_next_chunk(struct radix_tree_root *root,
|
|
|
|
struct radix_tree_iter *iter, unsigned flags)
|
|
|
|
{
|
2016-05-21 00:03:48 +00:00
|
|
|
unsigned tag = flags & RADIX_TREE_ITER_TAG_MASK;
|
2016-05-21 00:03:36 +00:00
|
|
|
struct radix_tree_node *node, *child;
|
2016-05-21 00:02:26 +00:00
|
|
|
unsigned long index, offset, maxindex;
|
2012-03-28 21:42:53 +00:00
|
|
|
|
|
|
|
if ((flags & RADIX_TREE_ITER_TAGGED) && !root_tag_get(root, tag))
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Catch next_index overflow after ~0UL. iter->index never overflows
|
|
|
|
* during iterating; it can be zero only at the beginning.
|
|
|
|
* And we cannot overflow iter->next_index in a single step,
|
|
|
|
* because RADIX_TREE_MAP_SHIFT < BITS_PER_LONG.
|
2012-06-05 17:36:33 +00:00
|
|
|
*
|
|
|
|
* This condition also used by radix_tree_next_slot() to stop
|
2016-12-14 23:08:31 +00:00
|
|
|
* contiguous iterating, and forbid switching to the next chunk.
|
2012-03-28 21:42:53 +00:00
|
|
|
*/
|
|
|
|
index = iter->next_index;
|
|
|
|
if (!index && iter->index)
|
|
|
|
return NULL;
|
|
|
|
|
2016-05-21 00:02:26 +00:00
|
|
|
restart:
|
2016-05-21 00:03:48 +00:00
|
|
|
radix_tree_load_root(root, &child, &maxindex);
|
2016-05-21 00:02:26 +00:00
|
|
|
if (index > maxindex)
|
|
|
|
return NULL;
|
2016-05-21 00:03:36 +00:00
|
|
|
if (!child)
|
|
|
|
return NULL;
|
2016-05-21 00:02:26 +00:00
|
|
|
|
2016-05-21 00:03:36 +00:00
|
|
|
if (!radix_tree_is_internal_node(child)) {
|
2012-03-28 21:42:53 +00:00
|
|
|
/* Single-slot tree */
|
2016-05-21 00:02:26 +00:00
|
|
|
iter->index = index;
|
|
|
|
iter->next_index = maxindex + 1;
|
2012-03-28 21:42:53 +00:00
|
|
|
iter->tags = 1;
|
2016-05-21 00:03:36 +00:00
|
|
|
__set_iter_shift(iter, 0);
|
2012-03-28 21:42:53 +00:00
|
|
|
return (void **)&root->rnode;
|
2016-05-21 00:03:36 +00:00
|
|
|
}
|
2016-05-21 00:02:26 +00:00
|
|
|
|
2016-05-21 00:03:36 +00:00
|
|
|
do {
|
|
|
|
node = entry_to_node(child);
|
2016-05-21 00:03:48 +00:00
|
|
|
offset = radix_tree_descend(node, &child, index);
|
2016-05-21 00:02:26 +00:00
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
if ((flags & RADIX_TREE_ITER_TAGGED) ?
|
2016-05-21 00:03:36 +00:00
|
|
|
!tag_get(node, tag, offset) : !child) {
|
2012-03-28 21:42:53 +00:00
|
|
|
/* Hole detected */
|
|
|
|
if (flags & RADIX_TREE_ITER_CONTIG)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
if (flags & RADIX_TREE_ITER_TAGGED)
|
2016-12-14 23:08:40 +00:00
|
|
|
offset = radix_tree_find_next_bit(node, tag,
|
2012-03-28 21:42:53 +00:00
|
|
|
offset + 1);
|
|
|
|
else
|
|
|
|
while (++offset < RADIX_TREE_MAP_SIZE) {
|
2016-05-21 00:02:26 +00:00
|
|
|
void *slot = node->slots[offset];
|
|
|
|
if (is_sibling_entry(node, slot))
|
|
|
|
continue;
|
|
|
|
if (slot)
|
2012-03-28 21:42:53 +00:00
|
|
|
break;
|
|
|
|
}
|
2016-05-21 00:03:36 +00:00
|
|
|
index &= ~node_maxindex(node);
|
2016-05-21 00:03:48 +00:00
|
|
|
index += offset << node->shift;
|
2012-03-28 21:42:53 +00:00
|
|
|
/* Overflow after ~0UL */
|
|
|
|
if (!index)
|
|
|
|
return NULL;
|
|
|
|
if (offset == RADIX_TREE_MAP_SIZE)
|
|
|
|
goto restart;
|
2016-05-21 00:03:36 +00:00
|
|
|
child = rcu_dereference_raw(node->slots[offset]);
|
2012-03-28 21:42:53 +00:00
|
|
|
}
|
|
|
|
|
2016-05-21 00:03:36 +00:00
|
|
|
if ((child == NULL) || (child == RADIX_TREE_RETRY))
|
2012-03-28 21:42:53 +00:00
|
|
|
goto restart;
|
2016-05-21 00:03:36 +00:00
|
|
|
} while (radix_tree_is_internal_node(child));
|
2012-03-28 21:42:53 +00:00
|
|
|
|
|
|
|
/* Update the iterator state */
|
2016-05-21 00:03:36 +00:00
|
|
|
iter->index = (index &~ node_maxindex(node)) | (offset << node->shift);
|
|
|
|
iter->next_index = (index | node_maxindex(node)) + 1;
|
2016-05-21 00:03:48 +00:00
|
|
|
__set_iter_shift(iter, node->shift);
|
2012-03-28 21:42:53 +00:00
|
|
|
|
|
|
|
/* Construct iter->tags bit-mask from node->tags[tag] array */
|
|
|
|
if (flags & RADIX_TREE_ITER_TAGGED) {
|
|
|
|
unsigned tag_long, tag_bit;
|
|
|
|
|
|
|
|
tag_long = offset / BITS_PER_LONG;
|
|
|
|
tag_bit = offset % BITS_PER_LONG;
|
|
|
|
iter->tags = node->tags[tag][tag_long] >> tag_bit;
|
|
|
|
/* This never happens if RADIX_TREE_TAG_LONGS == 1 */
|
|
|
|
if (tag_long < RADIX_TREE_TAG_LONGS - 1) {
|
|
|
|
/* Pick tags from next element */
|
|
|
|
if (tag_bit)
|
|
|
|
iter->tags |= node->tags[tag][tag_long + 1] <<
|
|
|
|
(BITS_PER_LONG - tag_bit);
|
|
|
|
/* Clip chunk size, here only BITS_PER_LONG tags */
|
|
|
|
iter->next_index = index + BITS_PER_LONG;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return node->slots + offset;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_next_chunk);
|
|
|
|
|
2010-08-10 00:19:11 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_range_tag_if_tagged - for each item in given range set given
|
|
|
|
* tag if item has another tag set
|
|
|
|
* @root: radix tree root
|
|
|
|
* @first_indexp: pointer to a starting index of a range to scan
|
|
|
|
* @last_index: last index of a range to scan
|
|
|
|
* @nr_to_tag: maximum number items to tag
|
|
|
|
* @iftag: tag index to test
|
|
|
|
* @settag: tag index to set if tested tag is set
|
|
|
|
*
|
|
|
|
* This function scans range of radix tree from first_index to last_index
|
|
|
|
* (inclusive). For each item in the range if iftag is set, the function sets
|
|
|
|
* also settag. The function stops either after tagging nr_to_tag items or
|
|
|
|
* after reaching last_index.
|
|
|
|
*
|
2010-08-23 00:33:53 +00:00
|
|
|
* The tags must be set from the leaf level only and propagated back up the
|
|
|
|
* path to the root. We must do this so that we resolve the full path before
|
|
|
|
* setting any tags on intermediate nodes. If we set tags as we descend, then
|
|
|
|
* we can get to the leaf node and find that the index that has the iftag
|
|
|
|
* set is outside the range we are scanning. This reults in dangling tags and
|
|
|
|
* can lead to problems with later tag operations (e.g. livelocks on lookups).
|
|
|
|
*
|
2016-05-21 00:03:04 +00:00
|
|
|
* The function returns the number of leaves where the tag was set and sets
|
2010-08-10 00:19:11 +00:00
|
|
|
* *first_indexp to the first unscanned index.
|
2010-08-19 21:13:33 +00:00
|
|
|
* WARNING! *first_indexp can wrap if last_index is ULONG_MAX. Caller must
|
|
|
|
* be prepared to handle that.
|
2010-08-10 00:19:11 +00:00
|
|
|
*/
|
|
|
|
unsigned long radix_tree_range_tag_if_tagged(struct radix_tree_root *root,
|
|
|
|
unsigned long *first_indexp, unsigned long last_index,
|
|
|
|
unsigned long nr_to_tag,
|
|
|
|
unsigned int iftag, unsigned int settag)
|
|
|
|
{
|
2016-12-14 23:08:37 +00:00
|
|
|
struct radix_tree_node *node, *child;
|
2016-05-21 00:02:52 +00:00
|
|
|
unsigned long maxindex;
|
2010-08-23 00:33:53 +00:00
|
|
|
unsigned long tagged = 0;
|
|
|
|
unsigned long index = *first_indexp;
|
2010-08-10 00:19:11 +00:00
|
|
|
|
2016-05-21 00:03:48 +00:00
|
|
|
radix_tree_load_root(root, &child, &maxindex);
|
2016-05-21 00:02:52 +00:00
|
|
|
last_index = min(last_index, maxindex);
|
2010-08-10 00:19:11 +00:00
|
|
|
if (index > last_index)
|
|
|
|
return 0;
|
|
|
|
if (!nr_to_tag)
|
|
|
|
return 0;
|
|
|
|
if (!root_tag_get(root, iftag)) {
|
|
|
|
*first_indexp = last_index + 1;
|
|
|
|
return 0;
|
|
|
|
}
|
2016-05-21 00:03:39 +00:00
|
|
|
if (!radix_tree_is_internal_node(child)) {
|
2010-08-10 00:19:11 +00:00
|
|
|
*first_indexp = last_index + 1;
|
|
|
|
root_tag_set(root, settag);
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2016-05-21 00:03:39 +00:00
|
|
|
node = entry_to_node(child);
|
2010-08-10 00:19:11 +00:00
|
|
|
|
|
|
|
for (;;) {
|
2016-05-21 00:03:48 +00:00
|
|
|
unsigned offset = radix_tree_descend(node, &child, index);
|
2016-05-21 00:03:39 +00:00
|
|
|
if (!child)
|
2010-08-10 00:19:11 +00:00
|
|
|
goto next;
|
2016-05-21 00:02:52 +00:00
|
|
|
if (!tag_get(node, iftag, offset))
|
2010-08-10 00:19:11 +00:00
|
|
|
goto next;
|
2016-05-21 00:02:52 +00:00
|
|
|
/* Sibling slots never have tags set on them */
|
2016-05-21 00:03:39 +00:00
|
|
|
if (radix_tree_is_internal_node(child)) {
|
|
|
|
node = entry_to_node(child);
|
2016-05-21 00:02:52 +00:00
|
|
|
continue;
|
2010-08-23 00:33:53 +00:00
|
|
|
}
|
|
|
|
|
2016-05-21 00:02:52 +00:00
|
|
|
tagged++;
|
2016-12-14 23:08:37 +00:00
|
|
|
node_tag_set(root, node, settag, offset);
|
2016-05-21 00:02:52 +00:00
|
|
|
next:
|
2016-05-21 00:03:48 +00:00
|
|
|
/* Go to next entry in node */
|
|
|
|
index = ((index >> node->shift) + 1) << node->shift;
|
2010-08-19 21:13:33 +00:00
|
|
|
/* Overflow can happen when last_index is ~0UL... */
|
|
|
|
if (index > last_index || !index)
|
2010-08-10 00:19:11 +00:00
|
|
|
break;
|
2016-05-21 00:03:48 +00:00
|
|
|
offset = (index >> node->shift) & RADIX_TREE_MAP_MASK;
|
2016-05-21 00:02:52 +00:00
|
|
|
while (offset == 0) {
|
2010-08-10 00:19:11 +00:00
|
|
|
/*
|
|
|
|
* We've fully scanned this node. Go up. Because
|
|
|
|
* last_index is guaranteed to be in the tree, what
|
|
|
|
* we do below cannot wander astray.
|
|
|
|
*/
|
2016-05-21 00:02:52 +00:00
|
|
|
node = node->parent;
|
2016-05-21 00:03:48 +00:00
|
|
|
offset = (index >> node->shift) & RADIX_TREE_MAP_MASK;
|
2010-08-10 00:19:11 +00:00
|
|
|
}
|
2016-05-21 00:02:52 +00:00
|
|
|
if (is_sibling_entry(node, node->slots[offset]))
|
|
|
|
goto next;
|
|
|
|
if (tagged >= nr_to_tag)
|
|
|
|
break;
|
2010-08-10 00:19:11 +00:00
|
|
|
}
|
2016-12-14 23:08:37 +00:00
|
|
|
|
2010-08-10 00:19:11 +00:00
|
|
|
*first_indexp = index;
|
|
|
|
|
|
|
|
return tagged;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_range_tag_if_tagged);
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_gang_lookup - perform multiple lookup on a radix tree
|
|
|
|
* @root: radix tree root
|
|
|
|
* @results: where the results of the lookup are placed
|
|
|
|
* @first_index: start the lookup from this key
|
|
|
|
* @max_items: place up to this many items at *results
|
|
|
|
*
|
|
|
|
* Performs an index-ascending scan of the tree for present items. Places
|
|
|
|
* them at *@results and returns the number of items which were placed at
|
|
|
|
* *@results.
|
|
|
|
*
|
|
|
|
* The implementation is naive.
|
2006-12-07 04:33:44 +00:00
|
|
|
*
|
|
|
|
* Like radix_tree_lookup, radix_tree_gang_lookup may be called under
|
|
|
|
* rcu_read_lock. In this case, rather than the returned results being
|
2016-05-21 00:03:04 +00:00
|
|
|
* an atomic snapshot of the tree at a single point in time, the
|
|
|
|
* semantics of an RCU protected gang lookup are as though multiple
|
|
|
|
* radix_tree_lookups have been issued in individual locks, and results
|
|
|
|
* stored in 'results'.
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
|
|
|
unsigned int
|
|
|
|
radix_tree_gang_lookup(struct radix_tree_root *root, void **results,
|
|
|
|
unsigned long first_index, unsigned int max_items)
|
|
|
|
{
|
2012-03-28 21:42:53 +00:00
|
|
|
struct radix_tree_iter iter;
|
|
|
|
void **slot;
|
|
|
|
unsigned int ret = 0;
|
2006-12-07 04:33:44 +00:00
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
if (unlikely(!max_items))
|
2006-12-07 04:33:44 +00:00
|
|
|
return 0;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
radix_tree_for_each_slot(slot, root, &iter, first_index) {
|
2016-02-03 00:57:52 +00:00
|
|
|
results[ret] = rcu_dereference_raw(*slot);
|
2012-03-28 21:42:53 +00:00
|
|
|
if (!results[ret])
|
|
|
|
continue;
|
2016-05-21 00:03:30 +00:00
|
|
|
if (radix_tree_is_internal_node(results[ret])) {
|
2016-02-03 00:57:52 +00:00
|
|
|
slot = radix_tree_iter_retry(&iter);
|
|
|
|
continue;
|
|
|
|
}
|
2012-03-28 21:42:53 +00:00
|
|
|
if (++ret == max_items)
|
2005-04-16 22:20:36 +00:00
|
|
|
break;
|
|
|
|
}
|
2006-12-07 04:33:44 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_gang_lookup);
|
|
|
|
|
2008-07-26 02:45:29 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_gang_lookup_slot - perform multiple slot lookup on radix tree
|
|
|
|
* @root: radix tree root
|
|
|
|
* @results: where the results of the lookup are placed
|
radix_tree: exceptional entries and indices
A patchset to extend tmpfs to MAX_LFS_FILESIZE by abandoning its
peculiar swap vector, instead keeping a file's swap entries in the same
radix tree as its struct page pointers: thus saving memory, and
simplifying its code and locking.
This patch:
The radix_tree is used by several subsystems for different purposes. A
major use is to store the struct page pointers of a file's pagecache for
memory management. But what if mm wanted to store something other than
page pointers there too?
The low bit of a radix_tree entry is already used to denote an indirect
pointer, for internal use, and the unlikely radix_tree_deref_retry()
case.
Define the next bit as denoting an exceptional entry, and supply inline
functions radix_tree_exception() to return non-0 in either unlikely
case, and radix_tree_exceptional_entry() to return non-0 in the second
case.
If a subsystem already uses radix_tree with that bit set, no problem: it
does not affect internal workings at all, but is defined for the
convenience of those storing well-aligned pointers in the radix_tree.
The radix_tree_gang_lookups have an implicit assumption that the caller
can deduce the offset of each entry returned e.g. by the page->index of
a struct page. But that may not be feasible for some kinds of item to
be stored there.
radix_tree_gang_lookup_slot() allow for an optional indices argument,
output array in which to return those offsets. The same could be added
to other radix_tree_gang_lookups, but for now keep it to the only one
for which we need it.
Signed-off-by: Hugh Dickins <hughd@google.com>
Acked-by: Rik van Riel <riel@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:18 +00:00
|
|
|
* @indices: where their indices should be placed (but usually NULL)
|
2008-07-26 02:45:29 +00:00
|
|
|
* @first_index: start the lookup from this key
|
|
|
|
* @max_items: place up to this many items at *results
|
|
|
|
*
|
|
|
|
* Performs an index-ascending scan of the tree for present items. Places
|
|
|
|
* their slots at *@results and returns the number of items which were
|
|
|
|
* placed at *@results.
|
|
|
|
*
|
|
|
|
* The implementation is naive.
|
|
|
|
*
|
|
|
|
* Like radix_tree_gang_lookup as far as RCU and locking goes. Slots must
|
|
|
|
* be dereferenced with radix_tree_deref_slot, and if using only RCU
|
|
|
|
* protection, radix_tree_deref_slot may fail requiring a retry.
|
|
|
|
*/
|
|
|
|
unsigned int
|
radix_tree: exceptional entries and indices
A patchset to extend tmpfs to MAX_LFS_FILESIZE by abandoning its
peculiar swap vector, instead keeping a file's swap entries in the same
radix tree as its struct page pointers: thus saving memory, and
simplifying its code and locking.
This patch:
The radix_tree is used by several subsystems for different purposes. A
major use is to store the struct page pointers of a file's pagecache for
memory management. But what if mm wanted to store something other than
page pointers there too?
The low bit of a radix_tree entry is already used to denote an indirect
pointer, for internal use, and the unlikely radix_tree_deref_retry()
case.
Define the next bit as denoting an exceptional entry, and supply inline
functions radix_tree_exception() to return non-0 in either unlikely
case, and radix_tree_exceptional_entry() to return non-0 in the second
case.
If a subsystem already uses radix_tree with that bit set, no problem: it
does not affect internal workings at all, but is defined for the
convenience of those storing well-aligned pointers in the radix_tree.
The radix_tree_gang_lookups have an implicit assumption that the caller
can deduce the offset of each entry returned e.g. by the page->index of
a struct page. But that may not be feasible for some kinds of item to
be stored there.
radix_tree_gang_lookup_slot() allow for an optional indices argument,
output array in which to return those offsets. The same could be added
to other radix_tree_gang_lookups, but for now keep it to the only one
for which we need it.
Signed-off-by: Hugh Dickins <hughd@google.com>
Acked-by: Rik van Riel <riel@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:18 +00:00
|
|
|
radix_tree_gang_lookup_slot(struct radix_tree_root *root,
|
|
|
|
void ***results, unsigned long *indices,
|
2008-07-26 02:45:29 +00:00
|
|
|
unsigned long first_index, unsigned int max_items)
|
|
|
|
{
|
2012-03-28 21:42:53 +00:00
|
|
|
struct radix_tree_iter iter;
|
|
|
|
void **slot;
|
|
|
|
unsigned int ret = 0;
|
2008-07-26 02:45:29 +00:00
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
if (unlikely(!max_items))
|
2008-07-26 02:45:29 +00:00
|
|
|
return 0;
|
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
radix_tree_for_each_slot(slot, root, &iter, first_index) {
|
|
|
|
results[ret] = slot;
|
radix_tree: exceptional entries and indices
A patchset to extend tmpfs to MAX_LFS_FILESIZE by abandoning its
peculiar swap vector, instead keeping a file's swap entries in the same
radix tree as its struct page pointers: thus saving memory, and
simplifying its code and locking.
This patch:
The radix_tree is used by several subsystems for different purposes. A
major use is to store the struct page pointers of a file's pagecache for
memory management. But what if mm wanted to store something other than
page pointers there too?
The low bit of a radix_tree entry is already used to denote an indirect
pointer, for internal use, and the unlikely radix_tree_deref_retry()
case.
Define the next bit as denoting an exceptional entry, and supply inline
functions radix_tree_exception() to return non-0 in either unlikely
case, and radix_tree_exceptional_entry() to return non-0 in the second
case.
If a subsystem already uses radix_tree with that bit set, no problem: it
does not affect internal workings at all, but is defined for the
convenience of those storing well-aligned pointers in the radix_tree.
The radix_tree_gang_lookups have an implicit assumption that the caller
can deduce the offset of each entry returned e.g. by the page->index of
a struct page. But that may not be feasible for some kinds of item to
be stored there.
radix_tree_gang_lookup_slot() allow for an optional indices argument,
output array in which to return those offsets. The same could be added
to other radix_tree_gang_lookups, but for now keep it to the only one
for which we need it.
Signed-off-by: Hugh Dickins <hughd@google.com>
Acked-by: Rik van Riel <riel@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:18 +00:00
|
|
|
if (indices)
|
2012-03-28 21:42:53 +00:00
|
|
|
indices[ret] = iter.index;
|
|
|
|
if (++ret == max_items)
|
2008-07-26 02:45:29 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_gang_lookup_slot);
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_gang_lookup_tag - perform multiple lookup on a radix tree
|
|
|
|
* based on a tag
|
|
|
|
* @root: radix tree root
|
|
|
|
* @results: where the results of the lookup are placed
|
|
|
|
* @first_index: start the lookup from this key
|
|
|
|
* @max_items: place up to this many items at *results
|
2006-03-25 11:08:05 +00:00
|
|
|
* @tag: the tag index (< RADIX_TREE_MAX_TAGS)
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
|
|
|
* Performs an index-ascending scan of the tree for present items which
|
|
|
|
* have the tag indexed by @tag set. Places the items at *@results and
|
|
|
|
* returns the number of items which were placed at *@results.
|
|
|
|
*/
|
|
|
|
unsigned int
|
|
|
|
radix_tree_gang_lookup_tag(struct radix_tree_root *root, void **results,
|
2006-03-25 11:08:05 +00:00
|
|
|
unsigned long first_index, unsigned int max_items,
|
|
|
|
unsigned int tag)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2012-03-28 21:42:53 +00:00
|
|
|
struct radix_tree_iter iter;
|
|
|
|
void **slot;
|
|
|
|
unsigned int ret = 0;
|
2006-06-23 09:03:22 +00:00
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
if (unlikely(!max_items))
|
2006-12-07 04:33:44 +00:00
|
|
|
return 0;
|
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
radix_tree_for_each_tagged(slot, root, &iter, first_index, tag) {
|
2016-02-03 00:57:52 +00:00
|
|
|
results[ret] = rcu_dereference_raw(*slot);
|
2012-03-28 21:42:53 +00:00
|
|
|
if (!results[ret])
|
|
|
|
continue;
|
2016-05-21 00:03:30 +00:00
|
|
|
if (radix_tree_is_internal_node(results[ret])) {
|
2016-02-03 00:57:52 +00:00
|
|
|
slot = radix_tree_iter_retry(&iter);
|
|
|
|
continue;
|
|
|
|
}
|
2012-03-28 21:42:53 +00:00
|
|
|
if (++ret == max_items)
|
2005-04-16 22:20:36 +00:00
|
|
|
break;
|
|
|
|
}
|
2006-12-07 04:33:44 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_gang_lookup_tag);
|
|
|
|
|
2008-07-26 02:45:29 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_gang_lookup_tag_slot - perform multiple slot lookup on a
|
|
|
|
* radix tree based on a tag
|
|
|
|
* @root: radix tree root
|
|
|
|
* @results: where the results of the lookup are placed
|
|
|
|
* @first_index: start the lookup from this key
|
|
|
|
* @max_items: place up to this many items at *results
|
|
|
|
* @tag: the tag index (< RADIX_TREE_MAX_TAGS)
|
|
|
|
*
|
|
|
|
* Performs an index-ascending scan of the tree for present items which
|
|
|
|
* have the tag indexed by @tag set. Places the slots at *@results and
|
|
|
|
* returns the number of slots which were placed at *@results.
|
|
|
|
*/
|
|
|
|
unsigned int
|
|
|
|
radix_tree_gang_lookup_tag_slot(struct radix_tree_root *root, void ***results,
|
|
|
|
unsigned long first_index, unsigned int max_items,
|
|
|
|
unsigned int tag)
|
|
|
|
{
|
2012-03-28 21:42:53 +00:00
|
|
|
struct radix_tree_iter iter;
|
|
|
|
void **slot;
|
|
|
|
unsigned int ret = 0;
|
2008-07-26 02:45:29 +00:00
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
if (unlikely(!max_items))
|
2008-07-26 02:45:29 +00:00
|
|
|
return 0;
|
|
|
|
|
2012-03-28 21:42:53 +00:00
|
|
|
radix_tree_for_each_tagged(slot, root, &iter, first_index, tag) {
|
|
|
|
results[ret] = slot;
|
|
|
|
if (++ret == max_items)
|
2008-07-26 02:45:29 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_gang_lookup_tag_slot);
|
|
|
|
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
#if defined(CONFIG_SHMEM) && defined(CONFIG_SWAP)
|
|
|
|
#include <linux/sched.h> /* for cond_resched() */
|
|
|
|
|
2016-05-21 00:02:46 +00:00
|
|
|
struct locate_info {
|
|
|
|
unsigned long found_index;
|
|
|
|
bool stop;
|
|
|
|
};
|
|
|
|
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
/*
|
|
|
|
* This linear search is at present only useful to shmem_unuse_inode().
|
|
|
|
*/
|
|
|
|
static unsigned long __locate(struct radix_tree_node *slot, void *item,
|
2016-05-21 00:02:46 +00:00
|
|
|
unsigned long index, struct locate_info *info)
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
{
|
|
|
|
unsigned long i;
|
|
|
|
|
2016-05-21 00:02:46 +00:00
|
|
|
do {
|
2016-05-21 00:03:48 +00:00
|
|
|
unsigned int shift = slot->shift;
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
|
2016-05-21 00:02:46 +00:00
|
|
|
for (i = (index >> shift) & RADIX_TREE_MAP_MASK;
|
|
|
|
i < RADIX_TREE_MAP_SIZE;
|
|
|
|
i++, index += (1UL << shift)) {
|
|
|
|
struct radix_tree_node *node =
|
|
|
|
rcu_dereference_raw(slot->slots[i]);
|
|
|
|
if (node == RADIX_TREE_RETRY)
|
|
|
|
goto out;
|
2016-05-21 00:03:30 +00:00
|
|
|
if (!radix_tree_is_internal_node(node)) {
|
2016-05-21 00:02:46 +00:00
|
|
|
if (node == item) {
|
|
|
|
info->found_index = index;
|
|
|
|
info->stop = true;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
continue;
|
2016-03-17 21:21:54 +00:00
|
|
|
}
|
2016-05-21 00:03:27 +00:00
|
|
|
node = entry_to_node(node);
|
2016-05-21 00:02:46 +00:00
|
|
|
if (is_sibling_entry(slot, node))
|
|
|
|
continue;
|
|
|
|
slot = node;
|
|
|
|
break;
|
2016-03-17 21:21:54 +00:00
|
|
|
}
|
2016-05-21 00:03:48 +00:00
|
|
|
} while (i < RADIX_TREE_MAP_SIZE);
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
|
|
|
|
out:
|
2016-05-21 00:02:46 +00:00
|
|
|
if ((index == 0) && (i == RADIX_TREE_MAP_SIZE))
|
|
|
|
info->stop = true;
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
return index;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* radix_tree_locate_item - search through radix tree for item
|
|
|
|
* @root: radix tree root
|
|
|
|
* @item: item to be found
|
|
|
|
*
|
|
|
|
* Returns index where item was found, or -1 if not found.
|
|
|
|
* Caller must hold no lock (since this time-consuming function needs
|
|
|
|
* to be preemptible), and must check afterwards if item is still there.
|
|
|
|
*/
|
|
|
|
unsigned long radix_tree_locate_item(struct radix_tree_root *root, void *item)
|
|
|
|
{
|
|
|
|
struct radix_tree_node *node;
|
|
|
|
unsigned long max_index;
|
|
|
|
unsigned long cur_index = 0;
|
2016-05-21 00:02:46 +00:00
|
|
|
struct locate_info info = {
|
|
|
|
.found_index = -1,
|
|
|
|
.stop = false,
|
|
|
|
};
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
|
|
|
|
do {
|
|
|
|
rcu_read_lock();
|
|
|
|
node = rcu_dereference_raw(root->rnode);
|
2016-05-21 00:03:30 +00:00
|
|
|
if (!radix_tree_is_internal_node(node)) {
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
rcu_read_unlock();
|
|
|
|
if (node == item)
|
2016-05-21 00:02:46 +00:00
|
|
|
info.found_index = 0;
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2016-05-21 00:03:27 +00:00
|
|
|
node = entry_to_node(node);
|
2016-05-21 00:02:46 +00:00
|
|
|
|
|
|
|
max_index = node_maxindex(node);
|
2014-03-03 23:38:23 +00:00
|
|
|
if (cur_index > max_index) {
|
|
|
|
rcu_read_unlock();
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
break;
|
2014-03-03 23:38:23 +00:00
|
|
|
}
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
|
2016-05-21 00:02:46 +00:00
|
|
|
cur_index = __locate(node, item, cur_index, &info);
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
rcu_read_unlock();
|
|
|
|
cond_resched();
|
2016-05-21 00:02:46 +00:00
|
|
|
} while (!info.stop && cur_index <= max_index);
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
|
2016-05-21 00:02:46 +00:00
|
|
|
return info.found_index;
|
tmpfs radix_tree: locate_item to speed up swapoff
We have already acknowledged that swapoff of a tmpfs file is slower than
it was before conversion to the generic radix_tree: a little slower
there will be acceptable, if the hotter paths are faster.
But it was a shock to find swapoff of a 500MB file 20 times slower on my
laptop, taking 10 minutes; and at that rate it significantly slows down
my testing.
Now, most of that turned out to be overhead from PROVE_LOCKING and
PROVE_RCU: without those it was only 4 times slower than before; and
more realistic tests on other machines don't fare as badly.
I've tried a number of things to improve it, including tagging the swap
entries, then doing lookup by tag: I'd expected that to halve the time,
but in practice it's erratic, and often counter-productive.
The only change I've so far found to make a consistent improvement, is
to short-circuit the way we go back and forth, gang lookup packing
entries into the array supplied, then shmem scanning that array for the
target entry. Scanning in place doubles the speed, so it's now only
twice as slow as before (or three times slower when the PROVEs are on).
So, add radix_tree_locate_item() as an expedient, once-off,
single-caller hack to do the lookup directly in place. #ifdef it on
CONFIG_SHMEM and CONFIG_SWAP, as much to document its limited
applicability as save space in other configurations. And, sadly,
#include sched.h for cond_resched().
Signed-off-by: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-08-03 23:21:27 +00:00
|
|
|
}
|
|
|
|
#else
|
|
|
|
unsigned long radix_tree_locate_item(struct radix_tree_root *root, void *item)
|
|
|
|
{
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
#endif /* CONFIG_SHMEM && CONFIG_SWAP */
|
2008-07-26 02:45:29 +00:00
|
|
|
|
2014-04-03 21:47:54 +00:00
|
|
|
/**
|
|
|
|
* __radix_tree_delete_node - try to free node after clearing a slot
|
|
|
|
* @root: radix tree root
|
|
|
|
* @node: node containing @index
|
|
|
|
*
|
|
|
|
* After clearing the slot at @index in @node from radix tree
|
|
|
|
* rooted at @root, call this function to attempt freeing the
|
|
|
|
* node and shrinking the tree.
|
|
|
|
*/
|
2016-12-13 00:43:52 +00:00
|
|
|
void __radix_tree_delete_node(struct radix_tree_root *root,
|
2014-04-03 21:47:54 +00:00
|
|
|
struct radix_tree_node *node)
|
|
|
|
{
|
2016-12-13 00:43:52 +00:00
|
|
|
delete_node(root, node, NULL, NULL);
|
2014-04-03 21:47:54 +00:00
|
|
|
}
|
|
|
|
|
2016-05-21 00:01:54 +00:00
|
|
|
static inline void delete_sibling_entries(struct radix_tree_node *node,
|
|
|
|
void *ptr, unsigned offset)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_RADIX_TREE_MULTIORDER
|
|
|
|
int i;
|
|
|
|
for (i = 1; offset + i < RADIX_TREE_MAP_SIZE; i++) {
|
|
|
|
if (node->slots[offset + i] != ptr)
|
|
|
|
break;
|
|
|
|
node->slots[offset + i] = NULL;
|
|
|
|
node->count--;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/**
|
2014-04-03 21:47:39 +00:00
|
|
|
* radix_tree_delete_item - delete an item from a radix tree
|
2005-04-16 22:20:36 +00:00
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
2014-04-03 21:47:39 +00:00
|
|
|
* @item: expected item
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2014-04-03 21:47:39 +00:00
|
|
|
* Remove @item at @index from the radix tree rooted at @root.
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2014-04-03 21:47:39 +00:00
|
|
|
* Returns the address of the deleted item, or NULL if it was not present
|
|
|
|
* or the entry at the given @index was not @item.
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
2014-04-03 21:47:39 +00:00
|
|
|
void *radix_tree_delete_item(struct radix_tree_root *root,
|
|
|
|
unsigned long index, void *item)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2014-04-03 21:47:54 +00:00
|
|
|
struct radix_tree_node *node;
|
2016-05-21 00:01:54 +00:00
|
|
|
unsigned int offset;
|
2014-04-03 21:47:54 +00:00
|
|
|
void **slot;
|
|
|
|
void *entry;
|
2006-01-08 09:01:41 +00:00
|
|
|
int tag;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2014-04-03 21:47:54 +00:00
|
|
|
entry = __radix_tree_lookup(root, index, &node, &slot);
|
|
|
|
if (!entry)
|
|
|
|
return NULL;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2014-04-03 21:47:54 +00:00
|
|
|
if (item && entry != item)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
if (!node) {
|
2006-06-23 09:03:22 +00:00
|
|
|
root_tag_clear_all(root);
|
|
|
|
root->rnode = NULL;
|
2014-04-03 21:47:54 +00:00
|
|
|
return entry;
|
2006-06-23 09:03:22 +00:00
|
|
|
}
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:02:02 +00:00
|
|
|
offset = get_slot_offset(node, slot);
|
2014-04-03 21:47:39 +00:00
|
|
|
|
2016-05-21 00:03:45 +00:00
|
|
|
/* Clear all tags associated with the item to be deleted. */
|
|
|
|
for (tag = 0; tag < RADIX_TREE_MAX_TAGS; tag++)
|
|
|
|
node_tag_clear(root, node, tag, offset);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-05-21 00:03:24 +00:00
|
|
|
delete_sibling_entries(node, node_to_entry(slot), offset);
|
2016-12-13 00:43:49 +00:00
|
|
|
__radix_tree_replace(root, node, slot, NULL, NULL, NULL);
|
2006-06-23 09:03:22 +00:00
|
|
|
|
2014-04-03 21:47:54 +00:00
|
|
|
return entry;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
2014-04-03 21:47:39 +00:00
|
|
|
EXPORT_SYMBOL(radix_tree_delete_item);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* radix_tree_delete - delete an item from a radix tree
|
|
|
|
* @root: radix tree root
|
|
|
|
* @index: index key
|
|
|
|
*
|
|
|
|
* Remove the item at @index from the radix tree rooted at @root.
|
|
|
|
*
|
|
|
|
* Returns the address of the deleted item, or NULL if it was not present.
|
|
|
|
*/
|
|
|
|
void *radix_tree_delete(struct radix_tree_root *root, unsigned long index)
|
|
|
|
{
|
|
|
|
return radix_tree_delete_item(root, index, NULL);
|
|
|
|
}
|
2005-04-16 22:20:36 +00:00
|
|
|
EXPORT_SYMBOL(radix_tree_delete);
|
|
|
|
|
mm: filemap: don't plant shadow entries without radix tree node
When the underflow checks were added to workingset_node_shadow_dec(),
they triggered immediately:
kernel BUG at ./include/linux/swap.h:276!
invalid opcode: 0000 [#1] SMP
Modules linked in: isofs usb_storage fuse xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns nf_conntrack_broadcast ip6t_REJECT nf_reject_ipv6
soundcore wmi acpi_als pinctrl_sunrisepoint kfifo_buf tpm_tis industrialio acpi_pad pinctrl_intel tpm_tis_core tpm nfsd auth_rpcgss nfs_acl lockd grace sunrpc dm_crypt
CPU: 0 PID: 20929 Comm: blkid Not tainted 4.8.0-rc8-00087-gbe67d60ba944 #1
Hardware name: System manufacturer System Product Name/Z170-K, BIOS 1803 05/06/2016
task: ffff8faa93ecd940 task.stack: ffff8faa7f478000
RIP: page_cache_tree_insert+0xf1/0x100
Call Trace:
__add_to_page_cache_locked+0x12e/0x270
add_to_page_cache_lru+0x4e/0xe0
mpage_readpages+0x112/0x1d0
blkdev_readpages+0x1d/0x20
__do_page_cache_readahead+0x1ad/0x290
force_page_cache_readahead+0xaa/0x100
page_cache_sync_readahead+0x3f/0x50
generic_file_read_iter+0x5af/0x740
blkdev_read_iter+0x35/0x40
__vfs_read+0xe1/0x130
vfs_read+0x96/0x130
SyS_read+0x55/0xc0
entry_SYSCALL_64_fastpath+0x13/0x8f
Code: 03 00 48 8b 5d d8 65 48 33 1c 25 28 00 00 00 44 89 e8 75 19 48 83 c4 18 5b 41 5c 41 5d 41 5e 5d c3 0f 0b 41 bd ef ff ff ff eb d7 <0f> 0b e8 88 68 ef ff 0f 1f 84 00
RIP page_cache_tree_insert+0xf1/0x100
This is a long-standing bug in the way shadow entries are accounted in
the radix tree nodes. The shrinker needs to know when radix tree nodes
contain only shadow entries, no pages, so node->count is split in half
to count shadows in the upper bits and pages in the lower bits.
Unfortunately, the radix tree implementation doesn't know of this and
assumes all entries are in node->count. When there is a shadow entry
directly in root->rnode and the tree is later extended, the radix tree
implementation will copy that entry into the new node and and bump its
node->count, i.e. increases the page count bits. Once the shadow gets
removed and we subtract from the upper counter, node->count underflows
and triggers the warning. Afterwards, without node->count reaching 0
again, the radix tree node is leaked.
Limit shadow entries to when we have actual radix tree nodes and can
count them properly. That means we lose the ability to detect refaults
from files that had only the first page faulted in at eviction time.
Fixes: 449dd6984d0e ("mm: keep page cache radix tree nodes in check")
Signed-off-by: Johannes Weiner <hannes@cmpxchg.org>
Reported-and-tested-by: Linus Torvalds <torvalds@linux-foundation.org>
Reviewed-by: Jan Kara <jack@suse.cz>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: stable@vger.kernel.org
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2016-10-04 20:02:08 +00:00
|
|
|
void radix_tree_clear_tags(struct radix_tree_root *root,
|
|
|
|
struct radix_tree_node *node,
|
|
|
|
void **slot)
|
2016-05-21 00:03:45 +00:00
|
|
|
{
|
|
|
|
if (node) {
|
|
|
|
unsigned int tag, offset = get_slot_offset(node, slot);
|
|
|
|
for (tag = 0; tag < RADIX_TREE_MAX_TAGS; tag++)
|
|
|
|
node_tag_clear(root, node, tag, offset);
|
|
|
|
} else {
|
|
|
|
/* Clear root node tags */
|
|
|
|
root->gfp_mask &= __GFP_BITS_MASK;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/**
|
|
|
|
* radix_tree_tagged - test whether any items in the tree are tagged
|
|
|
|
* @root: radix tree root
|
|
|
|
* @tag: tag to test
|
|
|
|
*/
|
2006-03-25 11:08:05 +00:00
|
|
|
int radix_tree_tagged(struct radix_tree_root *root, unsigned int tag)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2006-06-23 09:03:22 +00:00
|
|
|
return root_tag_get(root, tag);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(radix_tree_tagged);
|
|
|
|
|
|
|
|
static void
|
mm: keep page cache radix tree nodes in check
Previously, page cache radix tree nodes were freed after reclaim emptied
out their page pointers. But now reclaim stores shadow entries in their
place, which are only reclaimed when the inodes themselves are
reclaimed. This is problematic for bigger files that are still in use
after they have a significant amount of their cache reclaimed, without
any of those pages actually refaulting. The shadow entries will just
sit there and waste memory. In the worst case, the shadow entries will
accumulate until the machine runs out of memory.
To get this under control, the VM will track radix tree nodes
exclusively containing shadow entries on a per-NUMA node list. Per-NUMA
rather than global because we expect the radix tree nodes themselves to
be allocated node-locally and we want to reduce cross-node references of
otherwise independent cache workloads. A simple shrinker will then
reclaim these nodes on memory pressure.
A few things need to be stored in the radix tree node to implement the
shadow node LRU and allow tree deletions coming from the list:
1. There is no index available that would describe the reverse path
from the node up to the tree root, which is needed to perform a
deletion. To solve this, encode in each node its offset inside the
parent. This can be stored in the unused upper bits of the same
member that stores the node's height at no extra space cost.
2. The number of shadow entries needs to be counted in addition to the
regular entries, to quickly detect when the node is ready to go to
the shadow node LRU list. The current entry count is an unsigned
int but the maximum number of entries is 64, so a shadow counter
can easily be stored in the unused upper bits.
3. Tree modification needs tree lock and tree root, which are located
in the address space, so store an address_space backpointer in the
node. The parent pointer of the node is in a union with the 2-word
rcu_head, so the backpointer comes at no extra cost as well.
4. The node needs to be linked to an LRU list, which requires a list
head inside the node. This does increase the size of the node, but
it does not change the number of objects that fit into a slab page.
[akpm@linux-foundation.org: export the right function]
Signed-off-by: Johannes Weiner <hannes@cmpxchg.org>
Reviewed-by: Rik van Riel <riel@redhat.com>
Reviewed-by: Minchan Kim <minchan@kernel.org>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: Bob Liu <bob.liu@oracle.com>
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Greg Thelen <gthelen@google.com>
Cc: Hugh Dickins <hughd@google.com>
Cc: Jan Kara <jack@suse.cz>
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Cc: Luigi Semenzato <semenzato@google.com>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Metin Doslu <metin@citusdata.com>
Cc: Michel Lespinasse <walken@google.com>
Cc: Ozgun Erdogan <ozgun@citusdata.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Roman Gushchin <klamm@yandex-team.ru>
Cc: Ryan Mallon <rmallon@gmail.com>
Cc: Tejun Heo <tj@kernel.org>
Cc: Vlastimil Babka <vbabka@suse.cz>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2014-04-03 21:47:56 +00:00
|
|
|
radix_tree_node_ctor(void *arg)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
mm: keep page cache radix tree nodes in check
Previously, page cache radix tree nodes were freed after reclaim emptied
out their page pointers. But now reclaim stores shadow entries in their
place, which are only reclaimed when the inodes themselves are
reclaimed. This is problematic for bigger files that are still in use
after they have a significant amount of their cache reclaimed, without
any of those pages actually refaulting. The shadow entries will just
sit there and waste memory. In the worst case, the shadow entries will
accumulate until the machine runs out of memory.
To get this under control, the VM will track radix tree nodes
exclusively containing shadow entries on a per-NUMA node list. Per-NUMA
rather than global because we expect the radix tree nodes themselves to
be allocated node-locally and we want to reduce cross-node references of
otherwise independent cache workloads. A simple shrinker will then
reclaim these nodes on memory pressure.
A few things need to be stored in the radix tree node to implement the
shadow node LRU and allow tree deletions coming from the list:
1. There is no index available that would describe the reverse path
from the node up to the tree root, which is needed to perform a
deletion. To solve this, encode in each node its offset inside the
parent. This can be stored in the unused upper bits of the same
member that stores the node's height at no extra space cost.
2. The number of shadow entries needs to be counted in addition to the
regular entries, to quickly detect when the node is ready to go to
the shadow node LRU list. The current entry count is an unsigned
int but the maximum number of entries is 64, so a shadow counter
can easily be stored in the unused upper bits.
3. Tree modification needs tree lock and tree root, which are located
in the address space, so store an address_space backpointer in the
node. The parent pointer of the node is in a union with the 2-word
rcu_head, so the backpointer comes at no extra cost as well.
4. The node needs to be linked to an LRU list, which requires a list
head inside the node. This does increase the size of the node, but
it does not change the number of objects that fit into a slab page.
[akpm@linux-foundation.org: export the right function]
Signed-off-by: Johannes Weiner <hannes@cmpxchg.org>
Reviewed-by: Rik van Riel <riel@redhat.com>
Reviewed-by: Minchan Kim <minchan@kernel.org>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: Bob Liu <bob.liu@oracle.com>
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Greg Thelen <gthelen@google.com>
Cc: Hugh Dickins <hughd@google.com>
Cc: Jan Kara <jack@suse.cz>
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Cc: Luigi Semenzato <semenzato@google.com>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Metin Doslu <metin@citusdata.com>
Cc: Michel Lespinasse <walken@google.com>
Cc: Ozgun Erdogan <ozgun@citusdata.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Roman Gushchin <klamm@yandex-team.ru>
Cc: Ryan Mallon <rmallon@gmail.com>
Cc: Tejun Heo <tj@kernel.org>
Cc: Vlastimil Babka <vbabka@suse.cz>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2014-04-03 21:47:56 +00:00
|
|
|
struct radix_tree_node *node = arg;
|
|
|
|
|
|
|
|
memset(node, 0, sizeof(*node));
|
|
|
|
INIT_LIST_HEAD(&node->private_list);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
2016-07-26 22:26:02 +00:00
|
|
|
static __init unsigned long __maxindex(unsigned int height)
|
|
|
|
{
|
|
|
|
unsigned int width = height * RADIX_TREE_MAP_SHIFT;
|
|
|
|
int shift = RADIX_TREE_INDEX_BITS - width;
|
|
|
|
|
|
|
|
if (shift < 0)
|
|
|
|
return ~0UL;
|
|
|
|
if (shift >= BITS_PER_LONG)
|
|
|
|
return 0UL;
|
|
|
|
return ~0UL >> shift;
|
|
|
|
}
|
|
|
|
|
|
|
|
static __init void radix_tree_init_maxnodes(void)
|
|
|
|
{
|
|
|
|
unsigned long height_to_maxindex[RADIX_TREE_MAX_PATH + 1];
|
|
|
|
unsigned int i, j;
|
|
|
|
|
|
|
|
for (i = 0; i < ARRAY_SIZE(height_to_maxindex); i++)
|
|
|
|
height_to_maxindex[i] = __maxindex(i);
|
|
|
|
for (i = 0; i < ARRAY_SIZE(height_to_maxnodes); i++) {
|
|
|
|
for (j = i; j > 0; j--)
|
|
|
|
height_to_maxnodes[i] += height_to_maxindex[j - 1] + 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-11-03 14:50:01 +00:00
|
|
|
static int radix_tree_cpu_dead(unsigned int cpu)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2016-05-21 00:03:04 +00:00
|
|
|
struct radix_tree_preload *rtp;
|
|
|
|
struct radix_tree_node *node;
|
|
|
|
|
|
|
|
/* Free per-cpu pool of preloaded nodes */
|
2016-11-03 14:50:01 +00:00
|
|
|
rtp = &per_cpu(radix_tree_preloads, cpu);
|
|
|
|
while (rtp->nr) {
|
|
|
|
node = rtp->nodes;
|
|
|
|
rtp->nodes = node->private_data;
|
|
|
|
kmem_cache_free(radix_tree_node_cachep, node);
|
|
|
|
rtp->nr--;
|
2016-05-21 00:03:04 +00:00
|
|
|
}
|
2016-11-03 14:50:01 +00:00
|
|
|
return 0;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void __init radix_tree_init(void)
|
|
|
|
{
|
2016-11-03 14:50:01 +00:00
|
|
|
int ret;
|
2005-04-16 22:20:36 +00:00
|
|
|
radix_tree_node_cachep = kmem_cache_create("radix_tree_node",
|
|
|
|
sizeof(struct radix_tree_node), 0,
|
2008-04-28 09:12:05 +00:00
|
|
|
SLAB_PANIC | SLAB_RECLAIM_ACCOUNT,
|
|
|
|
radix_tree_node_ctor);
|
2016-07-26 22:26:02 +00:00
|
|
|
radix_tree_init_maxnodes();
|
2016-11-03 14:50:01 +00:00
|
|
|
ret = cpuhp_setup_state_nocalls(CPUHP_RADIX_DEAD, "lib/radix:dead",
|
|
|
|
NULL, radix_tree_cpu_dead);
|
|
|
|
WARN_ON(ret < 0);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|