* Kernel panic due to local out handler calling itself again.
@ 2005-02-25 10:44 Vinay Reddy
0 siblings, 0 replies; only message in thread
From: Vinay Reddy @ 2005-02-25 10:44 UTC (permalink / raw)
To: netfilter-devel
Hi,
I am implementing a source routed protocol(like DSR) using netfilter
hooks. After rerouting the skb in my local_out handler, I return
NF_STOLEN and call the okfn (dst_output) directly. On testing the
code, we found that the local_out handler is being called, before the
previous call to local_out has returned. We were testing our protocol
by pinging.
In the first call of local_out, we get a normal echo packet(type 8),
but in the second call we get icmp packet types > 18 (NR_ICMP_TYPES).
We believe this caused the kernel panic that we observed. However, in
the oops trace the EIP value was 0x14000000, which we belive is not
pointing to our module. Infact in many of the dumps we observed, the
call trace did not contain any of our functions.
We are using the vanilla version of 2.6.10 kernel with
NF_DEBUG,KERNEL_DEBUG support enabled. Could this crash be due to the
fact that we are calling the okfn ourselves from local_out, which may
call a function thru the dst->output, which ultimately goes through
the LOCAL_OUT hook again, effectively we are somehow calling
ourselves.
But we are still not clear of the root of the problem we are facing.
We have been trying very hard to debug this problem, any help would be
greatly appreciated..
Thanks in advance.
Eagerly awaiting your reply.
Yours Sincerely,
Vinay Reddy.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-02-25 10:44 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-25 10:44 Kernel panic due to local out handler calling itself again Vinay Reddy
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.