Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497
* dann frazier da...@dannf.org [2011-07-15 13:24:39-0600]: I'd appreciate it if you could test Arnaud's proposed fix in your configuration to help verify that no other issues remain. Applying the patch fixes the problem and the tunnel works as expected. Cheers -- Alexander Clouter .sigmonster says: You will forget that you ever knew me. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110720201907.GY17412@chipmunk
Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497
On Wed, Jul 20, 2011 at 09:19:07PM +0100, Alexander Clouter wrote: * dann frazier da...@dannf.org [2011-07-15 13:24:39-0600]: I'd appreciate it if you could test Arnaud's proposed fix in your configuration to help verify that no other issues remain. Applying the patch fixes the problem and the tunnel works as expected. Excellent, thanks for your testing and feedback. I'll get a fix committed shortly. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110720210831.gg15...@dannf.org
Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497
On Thu, 2011-07-14 at 19:03 +0200, Arnaud Patard wrote: Alexander Clouter a...@digriz.org.uk writes: Hi, [ 33.356789] [c02397ec] (net_assign_generic+0x3c/0xbc) from [bf24d3d0] (ip6_tnl_init_net+0x98/0x19c [ip6_tunnel]) [ 33.367378] [bf24d3d0] (ip6_tnl_init_net+0x98/0x19c [ip6_tunnel]) from [c023942c] (register_pernet_operations+0x40/0xf4) [ 33.378658] [c023942c] (register_pernet_operations+0x40/0xf4) from [c02395c0] (register_pernet_device+0x20/0x54) [ 33.389240] [c02395c0] (register_pernet_device+0x20/0x54) from [bf25200c] (ip6_tunnel_init+0xc/0x84 [ip6_tunnel]) [ 33.399915] [bf25200c] (ip6_tunnel_init+0xc/0x84 [ip6_tunnel]) from [c002734c] (do_one_initcall+0x6c/0x1e4) [ 33.410062] [c002734c] (do_one_initcall+0x6c/0x1e4) from [c00738ec] (sys_init_module+0xc0/0x1f0) [ 33.419241] [c00738ec] (sys_init_module+0xc0/0x1f0) from [c0027ea0] (ret_fast_syscall+0x0/0x28) [ 33.428333] Code: e1a01000 e59f000c eb0a2ec7 e3a03000 (e5833000) [ 33.434502] ---[ end trace bf87ce5c849aaa8e ]--- Segmentation fault Failed to bring up iptv-shironeko. This is a regression as I was able to do all this with earlier kernels; definately 2.6.32-34squeeze1. hm... looks like it's from the backport of mainline commit d5aa407f59f5b83d2c50ec88f5bf56d40f1f8978. It's changing a call to register_pernet_gen_device() into a call to register_pernet_device(). [...] Right. And it looks like this affects lenny as well (since 2.6.26-26lenny3). Ben. -- Ben Hutchings Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer signature.asc Description: This is a digitally signed message part
Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497
tags 633738 + lenny thanks On Fri, Jul 15, 2011 at 03:15:32PM +0100, Ben Hutchings wrote: On Thu, 2011-07-14 at 19:03 +0200, Arnaud Patard wrote: Alexander Clouter a...@digriz.org.uk writes: Hi, [ 33.356789] [c02397ec] (net_assign_generic+0x3c/0xbc) from [bf24d3d0] (ip6_tnl_init_net+0x98/0x19c [ip6_tunnel]) [ 33.367378] [bf24d3d0] (ip6_tnl_init_net+0x98/0x19c [ip6_tunnel]) from [c023942c] (register_pernet_operations+0x40/0xf4) [ 33.378658] [c023942c] (register_pernet_operations+0x40/0xf4) from [c02395c0] (register_pernet_device+0x20/0x54) [ 33.389240] [c02395c0] (register_pernet_device+0x20/0x54) from [bf25200c] (ip6_tunnel_init+0xc/0x84 [ip6_tunnel]) [ 33.399915] [bf25200c] (ip6_tunnel_init+0xc/0x84 [ip6_tunnel]) from [c002734c] (do_one_initcall+0x6c/0x1e4) [ 33.410062] [c002734c] (do_one_initcall+0x6c/0x1e4) from [c00738ec] (sys_init_module+0xc0/0x1f0) [ 33.419241] [c00738ec] (sys_init_module+0xc0/0x1f0) from [c0027ea0] (ret_fast_syscall+0x0/0x28) [ 33.428333] Code: e1a01000 e59f000c eb0a2ec7 e3a03000 (e5833000) [ 33.434502] ---[ end trace bf87ce5c849aaa8e ]--- Segmentation fault Failed to bring up iptv-shironeko. This is a regression as I was able to do all this with earlier kernels; definately 2.6.32-34squeeze1. hm... looks like it's from the backport of mainline commit d5aa407f59f5b83d2c50ec88f5bf56d40f1f8978. It's changing a call to register_pernet_gen_device() into a call to register_pernet_device(). [...] Right. And it looks like this affects lenny as well (since 2.6.26-26lenny3). Yep, I used basically the same backport for both updates. Apologies for the regression. Alexander, I'd appreciate it if you could test Arnaud's proposed fix in your configuration to help verify that no other issues remain. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110715192439.gb30...@dannf.org
Processed: Re: Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497
Processing commands for cont...@bugs.debian.org: tags 633738 + lenny Bug #633738 [linux-2.6] ip6_tunnel: kernel BUG at net_namespace.c:497 Added tag(s) lenny. thanks Stopping processing here. Please contact me if you need assistance. -- 633738: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633738 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.131075788325857.transcr...@bugs.debian.org
Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497
* dann frazier da...@dannf.org [2011-07-15 13:24:39-0600]: tags 633738 + lenny This is a regression as I was able to do all this with earlier kernels; definately 2.6.32-34squeeze1. hm... looks like it's from the backport of mainline commit d5aa407f59f5b83d2c50ec88f5bf56d40f1f8978. It's changing a call to register_pernet_gen_device() into a call to register_pernet_device(). [...] Right. And it looks like this affects lenny as well (since 2.6.26-26lenny3). Yep, I used basically the same backport for both updates. Apologies for the regression. Alexander, I'd appreciate it if you could test Arnaud's proposed fix in your configuration to help verify that no other issues remain. I can test it on an orion5x (armel) platform this weekend (and amd64), but on if you wanted it tested on a kirkwood device I cannot do that till Tuesday at the earliest. Looks to me that an amd64 test would be the most straight forward to do as it is not an ARM specific bug. Cheers -- Alexander Clouter .sigmonster says: BOFH excuse #412: Radial Telemetry Infiltration -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110715210035.GW4530@chipmunk
Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497
On Fri, 2011-07-15 at 22:00 +0100, Alexander Clouter wrote: * dann frazier da...@dannf.org [2011-07-15 13:24:39-0600]: tags 633738 + lenny This is a regression as I was able to do all this with earlier kernels; definately 2.6.32-34squeeze1. hm... looks like it's from the backport of mainline commit d5aa407f59f5b83d2c50ec88f5bf56d40f1f8978. It's changing a call to register_pernet_gen_device() into a call to register_pernet_device(). [...] Right. And it looks like this affects lenny as well (since 2.6.26-26lenny3). Yep, I used basically the same backport for both updates. Apologies for the regression. Alexander, I'd appreciate it if you could test Arnaud's proposed fix in your configuration to help verify that no other issues remain. I can test it on an orion5x (armel) platform this weekend (and amd64), but on if you wanted it tested on a kirkwood device I cannot do that till Tuesday at the earliest. Looks to me that an amd64 test would be the most straight forward to do as it is not an ARM specific bug. Indeed not. Of course, you should verify that it does affect amd64 before testing that the fix works there. Ben. -- Ben Hutchings Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer signature.asc Description: This is a digitally signed message part
Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497
Alexander Clouter a...@digriz.org.uk writes:
Hi,
[ 33.356789] [c02397ec] (net_assign_generic+0x3c/0xbc) from [bf24d3d0]
(ip6_tnl_init_net+0x98/0x19c [ip6_tunnel])
[ 33.367378] [bf24d3d0] (ip6_tnl_init_net+0x98/0x19c [ip6_tunnel]) from
[c023942c] (register_pernet_operations+0x40/0xf4)
[ 33.378658] [c023942c] (register_pernet_operations+0x40/0xf4) from
[c02395c0] (register_pernet_device+0x20/0x54)
[ 33.389240] [c02395c0] (register_pernet_device+0x20/0x54) from
[bf25200c] (ip6_tunnel_init+0xc/0x84 [ip6_tunnel])
[ 33.399915] [bf25200c] (ip6_tunnel_init+0xc/0x84 [ip6_tunnel]) from
[c002734c] (do_one_initcall+0x6c/0x1e4)
[ 33.410062] [c002734c] (do_one_initcall+0x6c/0x1e4) from [c00738ec]
(sys_init_module+0xc0/0x1f0)
[ 33.419241] [c00738ec] (sys_init_module+0xc0/0x1f0) from [c0027ea0]
(ret_fast_syscall+0x0/0x28)
[ 33.428333] Code: e1a01000 e59f000c eb0a2ec7 e3a03000 (e5833000)
[ 33.434502] ---[ end trace bf87ce5c849aaa8e ]---
Segmentation fault
Failed to bring up iptv-shironeko.
This is a regression as I was able to do all this with earlier kernels;
definately 2.6.32-34squeeze1.
hm... looks like it's from the backport of mainline commit
d5aa407f59f5b83d2c50ec88f5bf56d40f1f8978. It's changing a call to
register_pernet_gen_device() into a call to
register_pernet_device(). Changing it back to
register_pernet_gen_device() [1] allows to load the ip6_tunnel module but
I've not tested if it was working.
If you want a test kernel for kirkwood with the change, please say it
and I'll build one.
Arnaud
[1]
--- linux-source-2.6.32/net/ipv6/ip6_tunnel.c 2011-06-11 21:10:52.0 +0200
+++ linux-source-2.6.32/net/ipv6/ip6_tunnel.c 2011-07-14 18:45:59.0 +0200
@@ -1465,7 +1465,7 @@ static int __init ip6_tunnel_init(void)
{
int err;
- err = register_pernet_device(ip6_tnl_net_ops);
+ err = register_pernet_gen_device(ip6_tnl_net_id, ip6_tnl_net_ops);
if (err 0)
goto out_pernet;
Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497
Package: linux-2.6 Version: 2.6.32-35 Severity: important Tags: squeeze If have the following in my /etc/network/interfaces file: auto iptv-foobar iface iptv-foobar inet static address 169.254.0.2 netmask 255.255.255.255 pointopoint 169.254.0.3 pre-upmodprobe ip6_tunnel pre-upip -6 tunnel add iptv-foobar mode ipip6 remote 2001:db8:1::1 local 2001:db8:2::1 ttl 64 post-down ip tunnel del iptv-foobar upip link set iptv-foobar multicast on upsysctl -q net.ipv4.conf.iptv-foobar.rp_filter=0 upsysctl -q net.ipv4.conf.iptv-foobar.forwarding=0 It seems when ip6_tunnel is loaded, I get the following BUG: [ 33.135714] kernel BUG at /build/buildd-linux-2.6_2.6.32-35-armel-66FbPF/linux-2.6-2.6.32/debian/build/source_armel_none/net/core/net_namespace.c:497! [ 33.149340] Unable to handle kernel NULL pointer dereference at virtual address [ 33.157485] pgd = df31 [ 33.160204] [] *pgd=1f0a4031, *pte=, *ppte= [ 33.166643] Internal error: Oops: 817 [#1] [ 33.170756] last sysfs file: /sys/module/ipv6/initstate [ 33.176003] Modules linked in: ip6_tunnel(+) tunnel6 bonding ipv6 iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables dm_mod hmac xgifb(C) sata_mv fb ehci_hcd sha1_generic cfbcopyarea libata mv_cesa usbcore cfbimgblt scsi_mod mv643xx_eth aes_generic libphy inet_lro cfbfillrect nls_base [ 33.207618] CPU: 0Tainted: G C (2.6.32-5-kirkwood #1) [ 33.213831] PC is at __bug+0x1c/0x28 [ 33.217418] LR is at __bug+0x18/0x28 [ 33.221012] pc : [c002b7f8]lr : [c002b7f4]psr: 6013 [ 33.221018] sp : df333ee8 ip : 987a fp : 0001cf00 [ 33.232555] r10: bf24d338 r9 : df332000 r8 : dfb716c0 [ 33.237805] r7 : c043af08 r6 : r5 : r4 : c03d0a34 [ 33.244362] r3 : r2 : c03b4d2c r1 : 6013 r0 : 00a0 [ 33.250921] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [ 33.258088] Control: 0005317f Table: 1f31 DAC: 0015 [ 33.263860] Process modprobe (pid: 482, stack limit = 0xdf332270) [ 33.269982] Stack: (0xdf333ee8 to 0xdf334000) [ 33.274364] 3ee0: c03d0a34 c02397ec c03d0a34 c043af08 dfb716c0 [ 33.282588] 3f00: c043af08 bf24d3d0 dfb71840 c03d0a34 bf24f734 c043af08 [ 33.290811] 3f20: 40156000 c03d0a34 c023942c bf24f734 bf252000 c03d0a48 40156000 [ 33.299033] 3f40: c02395c0 bf252000 bf25200c c002734c [ 33.307256] 3f60: 56bc bf24f744 40156000 bf24f744 40156000 [ 33.315479] 3f80: c0028048 c00738ec dfb71300 dfb20a80 0001b038 0001b070 [ 33.323702] 3fa0: 0080 c0027ea0 0001b070 40156000 56bc 0001cfb0 [ 33.331925] 3fc0: 0001b070 0080 0001b038 0001cf00 [ 33.340149] 3fe0: 0001cfb0 be8f395c b720 400ee1d4 6010 40156000 [ 33.348380] [c002b7f8] (__bug+0x1c/0x28) from [c02397ec] (net_assign_generic+0x3c/0xbc) [ 33.356789] [c02397ec] (net_assign_generic+0x3c/0xbc) from [bf24d3d0] (ip6_tnl_init_net+0x98/0x19c [ip6_tunnel]) [ 33.367378] [bf24d3d0] (ip6_tnl_init_net+0x98/0x19c [ip6_tunnel]) from [c023942c] (register_pernet_operations+0x40/0xf4) [ 33.378658] [c023942c] (register_pernet_operations+0x40/0xf4) from [c02395c0] (register_pernet_device+0x20/0x54) [ 33.389240] [c02395c0] (register_pernet_device+0x20/0x54) from [bf25200c] (ip6_tunnel_init+0xc/0x84 [ip6_tunnel]) [ 33.399915] [bf25200c] (ip6_tunnel_init+0xc/0x84 [ip6_tunnel]) from [c002734c] (do_one_initcall+0x6c/0x1e4) [ 33.410062] [c002734c] (do_one_initcall+0x6c/0x1e4) from [c00738ec] (sys_init_module+0xc0/0x1f0) [ 33.419241] [c00738ec] (sys_init_module+0xc0/0x1f0) from [c0027ea0] (ret_fast_syscall+0x0/0x28) [ 33.428333] Code: e1a01000 e59f000c eb0a2ec7 e3a03000 (e5833000) [ 33.434502] ---[ end trace bf87ce5c849aaa8e ]--- Segmentation fault Failed to bring up iptv-shironeko. This is a regression as I was able to do all this with earlier kernels; definately 2.6.32-34squeeze1. Cheers -- Package-specific info: ** Version: Linux version 2.6.32-5-kirkwood (Debian 2.6.32-35) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Tue Jun 14 23:05:32 UTC 2011 ** Command line: console=ttyS1,115200=panic=10 ubi.mtd=root kw_openrd_init_uart1=232 root=ubi0:rootfs rootfstype=ubifs rw ** Tainted: C (1024) * Module from drivers/staging has been loaded. ** Model information Processor : Feroceon 88FR131 rev 1 (v5l) Hardware: Marvell OpenRD Ultimate Board Revision: ** Loaded modules: Module Size Used by ext4 288561 1 mbcache 4860 1 ext4 jbd2 64191 1 ext4
