Re: 2.6.11 on AMD64 traps

2005-03-10 Thread David S. Miller
On Wed, 09 Mar 2005 20:45:35 +0100 Patrick McHardy <[EMAIL PROTECTED]> wrote: > > Michal Vanco wrote: > >> > >> I see this problem running 2.6.11 on dual AMD64: > >> > >> Running quagga routing daemon (ospf+bgp) and issuing "netstat -rn |wc > >> -l" command > >> while quagga tries to load more

Re: 2.6.11 on AMD64 traps

2005-03-10 Thread David S. Miller
On Wed, 09 Mar 2005 20:45:35 +0100 Patrick McHardy [EMAIL PROTECTED] wrote: Michal Vanco wrote: I see this problem running 2.6.11 on dual AMD64: Running quagga routing daemon (ospf+bgp) and issuing netstat -rn |wc -l command while quagga tries to load more than 154000 routes from

Re: 2.6.11 on AMD64 traps

2005-03-09 Thread Patrick McHardy
Michal Vanco wrote: On Wednesday 09 March 2005 20:45, Patrick McHardy wrote: This patch should fix it. The crash is caused by stale pointers, the pointers in fib_iter_state are not reloaded after seq->stop() followed by seq->start(pos > 0). Well. Trap vanished after applying this patch, but

Re: 2.6.11 on AMD64 traps

2005-03-09 Thread Michal Vanco
On Wednesday 09 March 2005 20:45, Patrick McHardy wrote: > > Michal Vanco wrote: > >> I see this problem running 2.6.11 on dual AMD64: > >> > >> Running quagga routing daemon (ospf+bgp) and issuing "netstat -rn |wc > >> -l" command > >> while quagga tries to load more than 154000 routes from its

Re: 2.6.11 on AMD64 traps

2005-03-09 Thread Patrick McHardy
Michal Vanco wrote: I see this problem running 2.6.11 on dual AMD64: Running quagga routing daemon (ospf+bgp) and issuing "netstat -rn |wc -l" command while quagga tries to load more than 154000 routes from its bgp neighbours causes this trap: This patch should fix it. The crash is caused by

Re: 2.6.11 on AMD64 traps

2005-03-09 Thread Patrick McHardy
Michal Vanco wrote: I see this problem running 2.6.11 on dual AMD64: Running quagga routing daemon (ospf+bgp) and issuing netstat -rn |wc -l command while quagga tries to load more than 154000 routes from its bgp neighbours causes this trap: This patch should fix it. The crash is caused by stale

Re: 2.6.11 on AMD64 traps

2005-03-09 Thread Michal Vanco
On Wednesday 09 March 2005 20:45, Patrick McHardy wrote: Michal Vanco wrote: I see this problem running 2.6.11 on dual AMD64: Running quagga routing daemon (ospf+bgp) and issuing netstat -rn |wc -l command while quagga tries to load more than 154000 routes from its bgp neighbours

Re: 2.6.11 on AMD64 traps

2005-03-09 Thread Patrick McHardy
Michal Vanco wrote: On Wednesday 09 March 2005 20:45, Patrick McHardy wrote: This patch should fix it. The crash is caused by stale pointers, the pointers in fib_iter_state are not reloaded after seq-stop() followed by seq-start(pos 0). Well. Trap vanished after applying this patch, but another

Re: 2.6.11 on AMD64 traps

2005-03-08 Thread Andre Tomt
[just adding netdev to CC, from LKML] Michal Vanco wrote: Hello, I see this problem running 2.6.11 on dual AMD64: Running quagga routing daemon (ospf+bgp) and issuing "netstat -rn |wc -l" command while quagga tries to load more than 154000 routes from its bgp neighbours causes this trap: Unable

2.6.11 on AMD64 traps

2005-03-08 Thread Michal Vanco
Hello, I see this problem running 2.6.11 on dual AMD64: Running quagga routing daemon (ospf+bgp) and issuing "netstat -rn |wc -l" command while quagga tries to load more than 154000 routes from its bgp neighbours causes this trap: Unable to handle kernel paging request at 007f5c60

2.6.11 on AMD64 traps

2005-03-08 Thread Michal Vanco
Hello, I see this problem running 2.6.11 on dual AMD64: Running quagga routing daemon (ospf+bgp) and issuing netstat -rn |wc -l command while quagga tries to load more than 154000 routes from its bgp neighbours causes this trap: Unable to handle kernel paging request at 007f5c60 RIP:

Re: 2.6.11 on AMD64 traps

2005-03-08 Thread Andre Tomt
[just adding netdev to CC, from LKML] Michal Vanco wrote: Hello, I see this problem running 2.6.11 on dual AMD64: Running quagga routing daemon (ospf+bgp) and issuing netstat -rn |wc -l command while quagga tries to load more than 154000 routes from its bgp neighbours causes this trap: Unable to