[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <54AC45CE.80800@gmail.com>
Date: Tue, 06 Jan 2015 12:30:06 -0800
From: Alexander Duyck <alexander.duyck@...il.com>
To: "miller >> David Miller" <davem@...emloft.net>,
stephen@...workplumber.org, NetDev <netdev@...r.kernel.org>
Subject: Does the ordering of the fib_table_dump or /proc/net/fib_trie matter?
I am considering reversing the order of any non-lookup traversal of the
fib_trie so that it starts at the last node and works it's way up toward
the first node. This would make it so that all walks using the parent
pointer all go in the same direction.
The problem right now is that leaf_walk_rcu and a couple of other
iterators traverse the trie in one direction grabbing the next child
(child++) of the parent, while fib_table_lookup is traversing the list
grabbing a previous child (child & (child - 1)) of the parent. It makes
things a bit ugly for RCU as we have to have the node fully populated
before we can start updating the parent pointers on the children.
I want to have them both moving in the same direction so the
fib_table_lookup would remain the same, but the leaf_walk_rcu and others
would walk from the last child to the first (child--) and as a result
when I assemble a tnode in inflate or halve I would be able to populate
children from 0 to ((1 << tn->bits) - 1) without having to worry about
any iterators walking into uninitialized memory.
The question I have is if that would screw up any user-space apps. I
know ip route can dump the list via "ip route show". I'm just wondering
if there would be any problem with default being the last entry instead
of the first entry?
- Alex
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists