netdev - Re: ip6_udp_tunnel fails to load

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <5421A0E1.2050309@dev.mellanox.co.il>
Date:	Tue, 23 Sep 2014 19:33:37 +0300
From:	Eyal perry <eyalpe@....mellanox.co.il>
To:	Eric Dumazet <eric.dumazet@...il.com>
CC:	Andy Zhou <azhou@...ira.com>, netdev@...r.kernel.org,
	Or Gerlitz <ogerlitz@...lanox.com>,
	Amir Vadai <amirv@...lanox.com>
Subject: Re: ip6_udp_tunnel fails to load

On 9/23/2014 6:39 PM, Eric Dumazet wrote:
> On Tue, 2014-09-23 at 18:21 +0300, Eyal perry wrote:
>> Hello Andy,
>>
>> Lately I've start to observe a phenomena where the mlx4_en driver
>> couldn't load on my system as a result of an 'Unknown symbol in module'.
>>
>> [ 1277.458715] ip6_udp_tunnel: Unknown symbol ip6_local_out (err 0)
>> [ 1277.486810] ip6_udp_tunnel: Unknown symbol __put_net (err 0)
>>
>> Apparently, the mlx4_en driver is depend on the vxlan driver, which
>> depends on the ip6_udp_tunnel module which fails to load.
>>
>> 1. I've bisected this issue down to the following commit:
>> fd38441 udp_tunnel: Seperate ipv6 functions into its own file.
>>
>> 2. on a different host with a different .config, the module is loads
>> cleanly.
>>
>> 3. my sources are based on net-next commit
>> 6d967f8 udp_tunnel: Only build ip6_udp_tunnel.c when IPV6 is selected
>>
>> I'll send you both of the .config files in a private message.
>>
>> This issue is making any driver which is depend on vxlan/ip6_udp_tunnel
>> unusable, please take a look and fix
> 
> Have you tried this patch ?
> 
> https://patchwork.ozlabs.org/patch/392275/
> 
> Thanks

Hello Eric,

Now I've tried but it still fails - the vxlan is still depends on the
ip6_udp_tunnel and it still fails to load because of the missing symbols
mentioned above.




--
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