[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20140301173354.GA15198@order.stressinduktion.org>
Date: Sat, 1 Mar 2014 18:33:54 +0100
From: Hannes Frederic Sowa <hannes@...essinduktion.org>
To: lucien xin <lucien.xin@...il.com>
Cc: network dev <netdev@...r.kernel.org>
Subject: Re: [PATCH] ip_tunnel:multicast process cause panic due to skb->_skb_refdst NULL pointer
On Fri, Feb 28, 2014 at 09:27:35AM +0800, lucien xin wrote:
> On Mon, Feb 24, 2014 at 10:58 PM, Hannes Frederic Sowa
> <hannes@...essinduktion.org> wrote:
> >
> > If the packet is locally forwarded we can test for IPCB(skb)->flags &
> > IPSKB_FORWARDED.
> >
>
> thanks for your reply, hannes
>
> IPSKB_FORWARDED is locally forwarded flag, but in ip_tunnel_rcv(), it
> check if the packet
> is a *looped back packet* (not about locally forwarded), the path is
> __ip_route_output_key()-->
> __mkroute_output()(rth->dst.output = ip_mc_output), then,
> ip_mc_output()-->dev_loopback_xmit(),
> which happen when inet_sk(sk)->mc_loop =1, and in __mkroute_output(),
> rth->rt_is_input = 0.
> In that path, IPCB(skb)->flags &IPSKB_FORWARDED always 0.
>
> so I think 'IPCB(skb)->flags &IPSKB_FORWARDED' cannot meet the goal.
Ok, I see, sorry for the wrong hint, you're absolutely correct.
It seems to me that your original proposal is fine for me.
You would have to repost so it gets back into patchworks.
Thanks,
Hannes
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists