diff options
| author | Eric W. Biederman <[email protected]> | 2007-01-24 22:42:04 +0000 |
|---|---|---|
| committer | David S. Miller <[email protected]> | 2007-01-24 22:42:04 +0000 |
| commit | 6640e69731b42fd5e3d2b26201c8b34fc897a0ee (patch) | |
| tree | 903302427bccceaea7bfd3b90b4d0a05c7f5638b /net/ipv4/tcp_input.c | |
| parent | Merge branch 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus (diff) | |
| download | kernel-6640e69731b42fd5e3d2b26201c8b34fc897a0ee.tar.gz kernel-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 <[email protected]>
Signed-off-by: Robert Olsson <[email protected]>
Signed-off-by: David S. Miller <[email protected]>
Diffstat (limited to 'net/ipv4/tcp_input.c')
0 files changed, 0 insertions, 0 deletions
