diff options
author | Eric W. Biederman | 2007-01-24 23:42:04 +0100 |
---|---|---|
committer | David S. Miller | 2007-01-24 23:42:04 +0100 |
commit | 6640e69731b42fd5e3d2b26201c8b34fc897a0ee (patch) | |
tree | 903302427bccceaea7bfd3b90b4d0a05c7f5638b /net/packet/af_packet.c | |
parent | Merge branch 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus (diff) | |
download | kernel-qcow2-linux-6640e69731b42fd5e3d2b26201c8b34fc897a0ee.tar.gz kernel-qcow2-linux-6640e69731b42fd5e3d2b26201c8b34fc897a0ee.tar.xz kernel-qcow2-linux-6640e69731b42fd5e3d2b26201c8b34fc897a0ee.zip |
[IPV4]: Fix the fib trie iterator to work with a single entry routing tables
In a kernel with trie routing enabled I had a simple routing setup
with only a single route to the outside world and no default
route. "ip route table list main" showed my the route just fine but
/proc/net/route was an empty file. What was going on?
Thinking it was a bug in something I did and I looked deeper. Eventually
I setup a second route and everything looked correct, huh? Finally I
realized that the it was just the iterator pair in fib_trie_get_first,
fib_trie_get_next just could not handle a routing table with a single entry.
So to save myself and others further confusion, here is a simple fix for
the fib proc iterator so it works even when there is only a single route
in a routing table.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
Signed-off-by: Robert Olsson <robert.olsson@its.uu.se>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/packet/af_packet.c')
0 files changed, 0 insertions, 0 deletions