Hello! > ipmr_get_route() is the trouble maker. If ipmr_cache_find() cannot > find an entry, it tries to use the netlink SKB to send out an ipv4 > packet, completely mangling it, via ipmr_cache_unresolved().
It just adds dummy IP header to tail of this skb. Nothing illegal. The skb is not sent out, it is enqueued in an ARP-like queue and the IP header is submitted to mroute_socket. When user level mrouter resolves the route, ipmr_cache_resolve() removes this, completes filling netlink attributes and sends it to netlink. > Even worse it may even free the skb on us, Oops, seems, this is a real bug... Need to think how to fix. > or queue it to mroute_socket. It is OK, it is the purpose. > It is pure disaster, this entire code path. Well, it may be buggy, but esentially there is nothing to simplify. At least, I do not see. Alexey - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
