> Well, I understand that ipip_rcv does some work cleaning sk_buff.
> But why after that sk_buff cannot be submitted to ip_rcv, not
> netif_rx?
Oops, now I see that you're talking about ip_rcv, not netif_rx...
I'm doing roughly what you're proposing in CIPE (get IP packet
encapsulated in UDP packet via UDP receiver mechanism, strip UDP and
optional SOCKS5 headers, submit to processing) but I'm using netif_rx
simply because I copied code from the ipip driver ;-)
(and because this is the standard way a network driver is supposed to
submit input).
I'm not exactly sure if it is supposed to be possible to deliver
directly into ip_rcv. The code which gets invoked after queuing
(net_rx_action() in net/core/dev.c) does something more than just
dispatching into the receiver, like handling diversion and bridges,
and manipulates fields of the skb itself.
Olaf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed May 23 2001 - 21:00:16 EST