summaryrefslogtreecommitdiffstats
path: root/arch/tile
diff options
context:
space:
mode:
authorMichel Lespinasse <walken@google.com>2012-10-09 01:30:35 +0200
committerLinus Torvalds <torvalds@linux-foundation.org>2012-10-09 09:22:32 +0200
commitea5272f5c94fb2ee62f4f15a5b88eef6184cd506 (patch)
tree819666fc929bcc50c434feba5f99beb44ed1ac7d /arch/tile
parentrbtree: empty nodes have no color (diff)
downloadlinux-ea5272f5c94fb2ee62f4f15a5b88eef6184cd506.tar.xz
linux-ea5272f5c94fb2ee62f4f15a5b88eef6184cd506.zip
rbtree: fix incorrect rbtree node insertion in fs/proc/proc_sysctl.c
The recently added code to use rbtrees in sysctl did not follow the proper rbtree interface on insertion - it was calling rb_link_node() which inserts a new node into the binary tree, but missed the call to rb_insert_color() which properly balances the rbtree and establishes all expected rbtree invariants. I found out about this only because faulty commit also used rb_init_node(), which I am removing within this patchset. But I think it's an easy mistake to make, and it makes me wonder if we should change the rbtree API so that insertions would be done with a single rb_insert() call (even if its implementation could still inline the rb_link_node() part and call a private __rb_insert_color function to do the rebalancing). Signed-off-by: Michel Lespinasse <walken@google.com> Cc: Andrea Arcangeli <aarcange@redhat.com> Acked-by: David Woodhouse <David.Woodhouse@intel.com> Cc: Rik van Riel <riel@redhat.com> Cc: Peter Zijlstra <a.p.zijlstra@chello.nl> Cc: Daniel Santos <daniel.santos@pobox.com> Cc: Jens Axboe <axboe@kernel.dk> Cc: "Eric W. Biederman" <ebiederm@xmission.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/tile')
0 files changed, 0 insertions, 0 deletions