> Thanks.  It appears that the stack is getting smashed by ip_options_echo.
> So please apply this debugging patch and give us the last stack trace
> you get before it crashes.
>
 [<c01034ee>] dump_stack+0x1e/0x30
 [<c0319c25>] ip_options_echo+0x45/0x360
 [<c033a866>] icmp_send+0x106/0x3d0
 [<c0315a8c>] ipv4_link_failure+0x2c/0x60
 [<c0338a97>] arp_error_report+0x57/0x60
 [<c0305c5a>] neigh_timer_handler+0xba/0x250
 [<c011ed36>] run_timer_softirq+0xb6/0x1b0
 [<c011b12c>] __do_softirq+0x8c/0xa0
 [<c011b16a>] do_softirq+0x2a/0x30
 [<c011b225>] irq_exit+0x35/0x40
 [<c010480c>] do_IRQ+0x3c/0x70
 [<c0103116>] common_interrupt+0x1a/0x20
 [<c0101117>] cpu_idle+0x57/0x60
 [<c010024b>] _stext+0x2b/0x30
 [<c043e8ad>] start_kernel+0x17d/0x1c0
 [<c0100199>] 0xc0100199

OK above is the stack trace. Can see that it is failing to get an ARP
response which makes sense since we are sending to a non-existent
machine...

Ian
-
To unsubscribe from this list: send the line "unsubscribe dccp" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to