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 th
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
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 bg
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 stal
[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 t
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:
6 matches
Mail list logo