Received: with ECARTIS (v1.0.0; list netdev); Fri, 31 Dec 2004 09:55:28 -0800 (PST) Received: from kaber.coreworks.de ([62.206.217.67]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id iBVHt0H7010592 for ; Fri, 31 Dec 2004 09:55:20 -0800 Received: from eru.coreworks.de ([172.16.0.2] helo=trash.net) by kaber.coreworks.de with esmtp (Exim 4.34) id 1CkR7M-0005xP-73; Fri, 31 Dec 2004 19:03:16 +0100 Message-ID: <41D5941C.8060001@trash.net> Date: Fri, 31 Dec 2004 19:02:04 +0100 From: Patrick McHardy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413 Debian/1.6-5 X-Accept-Language: en MIME-Version: 1.0 To: hadi@cyberus.ca CC: "David S. Miller" , netdev@oss.sgi.com, Wichert Akkerman Subject: Re: patch: tunnels not setting inputdev References: <1104513392.1048.316.camel@jzny.localdomain> In-Reply-To: <1104513392.1048.316.camel@jzny.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/645/Mon Dec 27 14:56:20 2004 clamav-milter version 0.80j on 127.0.0.1 X-Virus-Status: Clean X-archive-position: 13307 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: kaber@trash.net Precedence: bulk X-list: netdev jamal wrote: > Dave, > > Patch attached that has tunnels setting input dev correctly. > > Incorporates what ive sent to Wichert already. > > A lot of the stuff the tunnels do is very similar, so maybe wiser to > have something like tunnel_type_trans(). > > cheers, > jamal > > > ------------------------------------------------------------------------ > > --- 2610-bk1/net/ipv4/xfrm4_input.c 2004/12/31 17:00:25 1.1 > +++ 2610-bk1/net/ipv4/xfrm4_input.c 2004/12/31 17:01:05 > @@ -142,6 +142,7 @@ > dst_release(skb->dst); > skb->dst = NULL; > } > + skb->input_dev = skb->dev; This is not necessary, xfrm4_input doesn't change anything regarding devices, so if it was correct before, it is still correct. For the remaining changes, why not simply set input_dev in netif_receive_skb before the call to ing_filter ? > netif_rx(skb); > return 0; > } else { Another question - why is ing_filter exported when CONFIG_NET_CLS_ACT is defined ? Nobody uses it currently outside of dev.c. Regards Patrick