* unable to handle paging request, arm, at aio/tcp code, only 3.6
@ 2012-11-19 18:32 Lluís Batlle i Rossell
2012-11-19 19:41 ` Eric Dumazet
0 siblings, 1 reply; 8+ messages in thread
From: Lluís Batlle i Rossell @ 2012-11-19 18:32 UTC (permalink / raw)
To: netdev
(crosspost from lkml)
Hello,
in a Sheevaplug (armv5tel), if I run the kernels 3.6.3 or 3.6.6, they crash in
less than 48h. Kernel 3.5.3 runs perfect, as most previous kernels I've been
running until 2.6.36.
Can anyone suggest what change can be the cause of that?
Or how could I debug this to fix it?
Here is the panic:
unable to handle kernel paging request at virtual address ffffffab
pgd = d864c000
[ffffffab] *pgd=1fffe831, *pte=00000000, *ppte=00000000
Internal error: Oops: 1 [#1] PREEMPT ARM
Modules linked in: netconsole cbc sg cryptodev(O) fuse ipv6 ums_cypress dm_mod btrfs ext4 jb
d2 reiserfs [last unloaded: netconsole]
CPU: 0 Tainted: G O (3.6.6 #1)
PC is at tcp_v6_mtu_reduced+0x40/0x80 [ipv6]
LR is at ip6_dst_lookup_tail+0xd8/0xfc [ipv6]
pc : [<bf2b02f8>] lr : [<bf28a67c>] psr: a0000013
sp : d8649c78 ip : d8649b90 fp : d8649c94
r10: 00000b50 r9 : fffffff5 r8 : 00000000
r7 : d2c4a100 r6 : 000032e8 r5 : ffffff9b r4 : d2c4a100
r3 : 00000000 r2 : a0000093 r1 : c0c5f460 r0 : ffffff9b
Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Control: 0005397f Table: 1864c000 DAC: 00000015
Process httpd (pid: 1923, stack limit = 0xd8648270)
Stack: (0xd8649c78 to 0xd864a000)
9c60: bf2b02b8 00000020
9c80: d2c4a100 000032e8 d8649cac d8649c98 c0439f18 bf2b02c8 d8648000 000032e8
9ca0: d8649cdc d8649cb0 c03e3dfc c0439e28 00000000 00000040 000032e8 000032e8
9cc0: d2c4a100 00000000 fffffff5 00000b50 d8649d74 d8649ce0 c042b7ac c03e3d0c
9ce0: 00000000 c035fac0 00010000 00000000 00000000 d863bd10 d8649d14 00000000
9d00: 00000000 00000630 00000000 00000001 d8649ee4 d8648000 00000001 00000000
9d20: d2c4a190 000005a8 00000a28 000032e8 00490cb0 00000040 dfa5a220 00000b50
9d40: 00000000 00000001 00000000 d2c4a100 d8649e18 d8649e18 00000003 d8649db8
9d60: 00005000 dafc59a0 d8649d94 d8649d78 c044f37c c042b6d8 c03e2474 c0037ee4
9d80: 00005000 d8649d98 d8649e04 d8649d98 c03de7e8 c044f338 d2e6001c c0044d14
9da0: 00000015 00005000 dafc59a0 ccb9e9f4 00000000 d8649db8 00000000 00000000
9dc0: d8649ed4 00000003 00000000 00000000 00000040 d8649e18 50a95c6c 00000000
9de0: 00000000 fffffdee d8649ed4 00000003 00005000 c03de6e4 d8649ec4 d8649e08
9e00: c00db170 c03de6f4 00000000 00000000 d868c480 dfa5a220 00000000 00000000
9e20: 00000000 00000001 ffffffff d868c480 00000000 00000000 00000000 00000000
9e40: dfa5a220 00000000 00000000 00000000 00000000 00000000 d8649d98 00000000
9e60: 00005000 00000000 00005000 00000000 00000000 00000000 00000000 00000000
9e80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 d868c480
9ea0: 00005000 d8649ed4 00000001 00000003 d8649f70 00005000 d8649f44 d8649ec8
9ec0: c00db41c c00db0cc d8649f70 c03de6e4 d8649ef0 004878e8 00001f40 0048f908
9ee0: 00001f40 0047d8c0 00001180 c050a478 d8649ef0 d8649ef0 d8648000 c012184c
9f00: 00000000 d8648000 cbac00dc 00000002 d8649fa4 d8649ed4 c012184c 00000003
9f20: beeeb1a0 d8649f70 00000092 00000000 00000000 00000000 d8649f6c d8649f48
9f40: c00db580 c00db36c d8649f70 c00db6c0 00000003 d868c480 beeeb1a0 00000003
9f60: d8649fa4 d8649f70 c00db6e4 c00db528 00000000 00000000 d8649fa4 00000000
9f80: 0001117e 00000003 0000000b beeeb1a0 c0009484 d8648000 00000000 d8649fa8
9fa0: c0009260 c00db6a8 00000003 0000000b 0000000b beeeb1a0 00000003 b6c99000
9fc0: 00000003 0000000b beeeb1a0 00000092 beeeb134 00000003 00000000 beeeb1a0
9fe0: 00000000 beeeb0f8 b6d39ef4 b6c2d768 60000010 0000000b 6c644a76 64703347
[<bf2b02f8>] (tcp_v6_mtu_reduced+0x40/0x80 [ipv6]) from [<c0439f18>] (tcp_release_cb+0x100/0x120)
[<c0439f18>] (tcp_release_cb+0x100/0x120) from [<c03e3dfc>] (release_sock+0x100/0x17c)
[<c03e3dfc>] (release_sock+0x100/0x17c) from [<c042b7ac>] (tcp_sendmsg+0xe4/0xe8c)
[<c042b7ac>] (tcp_sendmsg+0xe4/0xe8c) from [<c044f37c>] (inet_sendmsg+0x54/0x88)
[<c044f37c>] (inet_sendmsg+0x54/0x88) from [<c03de7e8>] (sock_aio_write+0x104/0x114)
[<c03de7e8>] (sock_aio_write+0x104/0x114) from [<c00db170>] (do_sync_readv_writev+0xb4/0xe8)
[<c00db170>] (do_sync_readv_writev+0xb4/0xe8) from [<c00db41c>] (do_readv_writev+0xc0/0x1bc)
[<c00db41c>] (do_readv_writev+0xc0/0x1bc) from [<c00db580>] (vfs_writev+0x68/0x84)
[<c00db580>] (vfs_writev+0x68/0x84) from [<c00db6e4>] (sys_writev+0x4c/0x78)
[<c00db6e4>] (sys_writev+0x4c/0x78) from [<c0009260>] (ret_fast_syscall+0x0/0x2c)
Code: e59014d0 eb001678 e2505000 0afffffa (e5953010)
---[ end trace 8b4363f5e83db74f ]---
Kernel panic - not syncing: Fatal exception in interrupt
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: unable to handle paging request, arm, at aio/tcp code, only 3.6
2012-11-19 18:32 unable to handle paging request, arm, at aio/tcp code, only 3.6 Lluís Batlle i Rossell
@ 2012-11-19 19:41 ` Eric Dumazet
2012-11-19 21:10 ` Lluís Batlle i Rossell
2012-11-19 21:34 ` Eric Dumazet
0 siblings, 2 replies; 8+ messages in thread
From: Eric Dumazet @ 2012-11-19 19:41 UTC (permalink / raw)
To: Lluís Batlle i Rossell; +Cc: netdev
On Mon, 2012-11-19 at 19:32 +0100, Lluís Batlle i Rossell wrote:
> (crosspost from lkml)
> Hello,
>
> in a Sheevaplug (armv5tel), if I run the kernels 3.6.3 or 3.6.6, they crash in
> less than 48h. Kernel 3.5.3 runs perfect, as most previous kernels I've been
> running until 2.6.36.
>
> Can anyone suggest what change can be the cause of that?
> Or how could I debug this to fix it?
>
> Here is the panic:
> unable to handle kernel paging request at virtual address ffffffab
> pgd = d864c000
> [ffffffab] *pgd=1fffe831, *pte=00000000, *ppte=00000000
> Internal error: Oops: 1 [#1] PREEMPT ARM
> Modules linked in: netconsole cbc sg cryptodev(O) fuse ipv6 ums_cypress dm_mod btrfs ext4 jb
> d2 reiserfs [last unloaded: netconsole]
> CPU: 0 Tainted: G O (3.6.6 #1)
> PC is at tcp_v6_mtu_reduced+0x40/0x80 [ipv6]
> LR is at ip6_dst_lookup_tail+0xd8/0xfc [ipv6]
> pc : [<bf2b02f8>] lr : [<bf28a67c>] psr: a0000013
> sp : d8649c78 ip : d8649b90 fp : d8649c94
> r10: 00000b50 r9 : fffffff5 r8 : 00000000
> r7 : d2c4a100 r6 : 000032e8 r5 : ffffff9b r4 : d2c4a100
> r3 : 00000000 r2 : a0000093 r1 : c0c5f460 r0 : ffffff9b
> Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
> Control: 0005397f Table: 1864c000 DAC: 00000015
> Process httpd (pid: 1923, stack limit = 0xd8648270)
> Stack: (0xd8649c78 to 0xd864a000)
> 9c60: bf2b02b8 00000020
> 9c80: d2c4a100 000032e8 d8649cac d8649c98 c0439f18 bf2b02c8 d8648000 000032e8
> 9ca0: d8649cdc d8649cb0 c03e3dfc c0439e28 00000000 00000040 000032e8 000032e8
> 9cc0: d2c4a100 00000000 fffffff5 00000b50 d8649d74 d8649ce0 c042b7ac c03e3d0c
> 9ce0: 00000000 c035fac0 00010000 00000000 00000000 d863bd10 d8649d14 00000000
> 9d00: 00000000 00000630 00000000 00000001 d8649ee4 d8648000 00000001 00000000
> 9d20: d2c4a190 000005a8 00000a28 000032e8 00490cb0 00000040 dfa5a220 00000b50
> 9d40: 00000000 00000001 00000000 d2c4a100 d8649e18 d8649e18 00000003 d8649db8
> 9d60: 00005000 dafc59a0 d8649d94 d8649d78 c044f37c c042b6d8 c03e2474 c0037ee4
> 9d80: 00005000 d8649d98 d8649e04 d8649d98 c03de7e8 c044f338 d2e6001c c0044d14
> 9da0: 00000015 00005000 dafc59a0 ccb9e9f4 00000000 d8649db8 00000000 00000000
> 9dc0: d8649ed4 00000003 00000000 00000000 00000040 d8649e18 50a95c6c 00000000
> 9de0: 00000000 fffffdee d8649ed4 00000003 00005000 c03de6e4 d8649ec4 d8649e08
> 9e00: c00db170 c03de6f4 00000000 00000000 d868c480 dfa5a220 00000000 00000000
> 9e20: 00000000 00000001 ffffffff d868c480 00000000 00000000 00000000 00000000
> 9e40: dfa5a220 00000000 00000000 00000000 00000000 00000000 d8649d98 00000000
> 9e60: 00005000 00000000 00005000 00000000 00000000 00000000 00000000 00000000
> 9e80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 d868c480
> 9ea0: 00005000 d8649ed4 00000001 00000003 d8649f70 00005000 d8649f44 d8649ec8
> 9ec0: c00db41c c00db0cc d8649f70 c03de6e4 d8649ef0 004878e8 00001f40 0048f908
> 9ee0: 00001f40 0047d8c0 00001180 c050a478 d8649ef0 d8649ef0 d8648000 c012184c
> 9f00: 00000000 d8648000 cbac00dc 00000002 d8649fa4 d8649ed4 c012184c 00000003
> 9f20: beeeb1a0 d8649f70 00000092 00000000 00000000 00000000 d8649f6c d8649f48
> 9f40: c00db580 c00db36c d8649f70 c00db6c0 00000003 d868c480 beeeb1a0 00000003
> 9f60: d8649fa4 d8649f70 c00db6e4 c00db528 00000000 00000000 d8649fa4 00000000
> 9f80: 0001117e 00000003 0000000b beeeb1a0 c0009484 d8648000 00000000 d8649fa8
> 9fa0: c0009260 c00db6a8 00000003 0000000b 0000000b beeeb1a0 00000003 b6c99000
> 9fc0: 00000003 0000000b beeeb1a0 00000092 beeeb134 00000003 00000000 beeeb1a0
> 9fe0: 00000000 beeeb0f8 b6d39ef4 b6c2d768 60000010 0000000b 6c644a76 64703347
> [<bf2b02f8>] (tcp_v6_mtu_reduced+0x40/0x80 [ipv6]) from [<c0439f18>] (tcp_release_cb+0x100/0x120)
> [<c0439f18>] (tcp_release_cb+0x100/0x120) from [<c03e3dfc>] (release_sock+0x100/0x17c)
> [<c03e3dfc>] (release_sock+0x100/0x17c) from [<c042b7ac>] (tcp_sendmsg+0xe4/0xe8c)
> [<c042b7ac>] (tcp_sendmsg+0xe4/0xe8c) from [<c044f37c>] (inet_sendmsg+0x54/0x88)
> [<c044f37c>] (inet_sendmsg+0x54/0x88) from [<c03de7e8>] (sock_aio_write+0x104/0x114)
> [<c03de7e8>] (sock_aio_write+0x104/0x114) from [<c00db170>] (do_sync_readv_writev+0xb4/0xe8)
> [<c00db170>] (do_sync_readv_writev+0xb4/0xe8) from [<c00db41c>] (do_readv_writev+0xc0/0x1bc)
> [<c00db41c>] (do_readv_writev+0xc0/0x1bc) from [<c00db580>] (vfs_writev+0x68/0x84)
> [<c00db580>] (vfs_writev+0x68/0x84) from [<c00db6e4>] (sys_writev+0x4c/0x78)
> [<c00db6e4>] (sys_writev+0x4c/0x78) from [<c0009260>] (ret_fast_syscall+0x0/0x2c)
> Code: e59014d0 eb001678 e2505000 0afffffa (e5953010)
> ---[ end trace 8b4363f5e83db74f ]---
> Kernel panic - not syncing: Fatal exception in interrupt
> --
Thanks for the report.
I believe this is a regression of commit
35ad9b9cf7d8a2e6259a0d24022e910adb6f3489
(ipv6: Add helper inet6_csk_update_pmtu().)
I'll prepare a patch to fix this.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: unable to handle paging request, arm, at aio/tcp code, only 3.6
2012-11-19 19:41 ` Eric Dumazet
@ 2012-11-19 21:10 ` Lluís Batlle i Rossell
2012-11-19 21:36 ` Eric Dumazet
2012-11-19 21:34 ` Eric Dumazet
1 sibling, 1 reply; 8+ messages in thread
From: Lluís Batlle i Rossell @ 2012-11-19 21:10 UTC (permalink / raw)
To: Eric Dumazet; +Cc: netdev
On Mon, Nov 19, 2012 at 11:41:35AM -0800, Eric Dumazet wrote:
> On Mon, 2012-11-19 at 19:32 +0100, Lluís Batlle i Rossell wrote:
> > (crosspost from lkml)
> > Hello,
> >
> > in a Sheevaplug (armv5tel), if I run the kernels 3.6.3 or 3.6.6, they crash in
> > less than 48h. Kernel 3.5.3 runs perfect, as most previous kernels I've been
> > running until 2.6.36.
> >
> > Can anyone suggest what change can be the cause of that?
> > Or how could I debug this to fix it?
> >
> > Here is the panic:
> > unable to handle kernel paging request at virtual address ffffffab
> > pgd = d864c000
> > [ffffffab] *pgd=1fffe831, *pte=00000000, *ppte=00000000
> > Internal error: Oops: 1 [#1] PREEMPT ARM
> > Modules linked in: netconsole cbc sg cryptodev(O) fuse ipv6 ums_cypress dm_mod btrfs ext4 jb
> > d2 reiserfs [last unloaded: netconsole]
> > CPU: 0 Tainted: G O (3.6.6 #1)
> > PC is at tcp_v6_mtu_reduced+0x40/0x80 [ipv6]
> > LR is at ip6_dst_lookup_tail+0xd8/0xfc [ipv6]
> > pc : [<bf2b02f8>] lr : [<bf28a67c>] psr: a0000013
> > ...
> Thanks for the report.
>
> I believe this is a regression of commit
> 35ad9b9cf7d8a2e6259a0d24022e910adb6f3489
> (ipv6: Add helper inet6_csk_update_pmtu().)
>
> I'll prepare a patch to fix this.
If it can help, I keep the vmlinux kernel with debug info.
Regards,
Lluís.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: unable to handle paging request, arm, at aio/tcp code, only 3.6
2012-11-19 19:41 ` Eric Dumazet
2012-11-19 21:10 ` Lluís Batlle i Rossell
@ 2012-11-19 21:34 ` Eric Dumazet
2012-11-20 6:55 ` Lluís Batlle i Rossell
2012-11-20 20:18 ` David Miller
1 sibling, 2 replies; 8+ messages in thread
From: Eric Dumazet @ 2012-11-19 21:34 UTC (permalink / raw)
To: Lluís Batlle i Rossell, David Miller; +Cc: netdev
From: Eric Dumazet <edumazet@google.com>
> Thanks for the report.
>
> I believe this is a regression of commit
> 35ad9b9cf7d8a2e6259a0d24022e910adb6f3489
> (ipv6: Add helper inet6_csk_update_pmtu().)
>
> I'll prepare a patch to fix this.
Please try the following fix.
Thanks !
[PATCH] ipv6: fix inet6_csk_update_pmtu() return value
In case of error, inet6_csk_update_pmtu() should consistently
return NULL.
Bug added in commit 35ad9b9cf7d8a
(ipv6: Add helper inet6_csk_update_pmtu().)
Reported-by: Lluís Batlle i Rossell <viric@viric.name>
Signed-off-by: Eric Dumazet <edumazet@google.com>
---
net/ipv6/inet6_connection_sock.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/ipv6/inet6_connection_sock.c b/net/ipv6/inet6_connection_sock.c
index c4f9341..3064785 100644
--- a/net/ipv6/inet6_connection_sock.c
+++ b/net/ipv6/inet6_connection_sock.c
@@ -252,6 +252,7 @@ struct dst_entry *inet6_csk_update_pmtu(struct sock *sk, u32 mtu)
return NULL;
dst->ops->update_pmtu(dst, sk, NULL, mtu);
- return inet6_csk_route_socket(sk, &fl6);
+ dst = inet6_csk_route_socket(sk, &fl6);
+ return IS_ERR(dst) ? NULL : dst;
}
EXPORT_SYMBOL_GPL(inet6_csk_update_pmtu);
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: unable to handle paging request, arm, at aio/tcp code, only 3.6
2012-11-19 21:10 ` Lluís Batlle i Rossell
@ 2012-11-19 21:36 ` Eric Dumazet
0 siblings, 0 replies; 8+ messages in thread
From: Eric Dumazet @ 2012-11-19 21:36 UTC (permalink / raw)
To: Lluís Batlle i Rossell; +Cc: netdev
On Mon, 2012-11-19 at 22:10 +0100, Lluís Batlle i Rossell wrote:
> If it can help, I keep the vmlinux kernel with debug info.
Well, it would be better if you could try the patch ;)
Anyway bug seems pretty obvious to me.
Thanks
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: unable to handle paging request, arm, at aio/tcp code, only 3.6
2012-11-19 21:34 ` Eric Dumazet
@ 2012-11-20 6:55 ` Lluís Batlle i Rossell
2012-11-20 20:18 ` David Miller
1 sibling, 0 replies; 8+ messages in thread
From: Lluís Batlle i Rossell @ 2012-11-20 6:55 UTC (permalink / raw)
To: Eric Dumazet; +Cc: David Miller, netdev
On Mon, Nov 19, 2012 at 01:34:18PM -0800, Eric Dumazet wrote:
> From: Eric Dumazet <edumazet@google.com>
>
> > Thanks for the report.
> >
> > I believe this is a regression of commit
> > 35ad9b9cf7d8a2e6259a0d24022e910adb6f3489
> > (ipv6: Add helper inet6_csk_update_pmtu().)
> >
> > I'll prepare a patch to fix this.
>
> Please try the following fix.
>
> Thanks !
Ok, I'm running it. Let's see if it crashes today.
Thank you!
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: unable to handle paging request, arm, at aio/tcp code, only 3.6
2012-11-19 21:34 ` Eric Dumazet
2012-11-20 6:55 ` Lluís Batlle i Rossell
@ 2012-11-20 20:18 ` David Miller
2012-11-20 21:26 ` Lluís Batlle i Rossell
1 sibling, 1 reply; 8+ messages in thread
From: David Miller @ 2012-11-20 20:18 UTC (permalink / raw)
To: eric.dumazet; +Cc: viric, netdev
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Mon, 19 Nov 2012 13:34:18 -0800
> [PATCH] ipv6: fix inet6_csk_update_pmtu() return value
>
> In case of error, inet6_csk_update_pmtu() should consistently
> return NULL.
>
> Bug added in commit 35ad9b9cf7d8a
> (ipv6: Add helper inet6_csk_update_pmtu().)
>
> Reported-by: Lluís Batlle i Rossell <viric@viric.name>
> Signed-off-by: Eric Dumazet <edumazet@google.com>
My bad. Applied and queued up for 3.6.x-stable, thanks!
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: unable to handle paging request, arm, at aio/tcp code, only 3.6
2012-11-20 20:18 ` David Miller
@ 2012-11-20 21:26 ` Lluís Batlle i Rossell
0 siblings, 0 replies; 8+ messages in thread
From: Lluís Batlle i Rossell @ 2012-11-20 21:26 UTC (permalink / raw)
To: David Miller; +Cc: eric.dumazet, netdev
On Tue, Nov 20, 2012 at 03:18:45PM -0500, David Miller wrote:
> From: Eric Dumazet <eric.dumazet@gmail.com>
> Date: Mon, 19 Nov 2012 13:34:18 -0800
>
> > [PATCH] ipv6: fix inet6_csk_update_pmtu() return value
> >
> > In case of error, inet6_csk_update_pmtu() should consistently
> > return NULL.
> >
> > Bug added in commit 35ad9b9cf7d8a
> > (ipv6: Add helper inet6_csk_update_pmtu().)
> >
> > Reported-by: Lluís Batlle i Rossell <viric@viric.name>
> > Signed-off-by: Eric Dumazet <edumazet@google.com>
>
> My bad. Applied and queued up for 3.6.x-stable, thanks!
All OK so far. No hang.
Thank you all!
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2012-11-20 21:26 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-11-19 18:32 unable to handle paging request, arm, at aio/tcp code, only 3.6 Lluís Batlle i Rossell
2012-11-19 19:41 ` Eric Dumazet
2012-11-19 21:10 ` Lluís Batlle i Rossell
2012-11-19 21:36 ` Eric Dumazet
2012-11-19 21:34 ` Eric Dumazet
2012-11-20 6:55 ` Lluís Batlle i Rossell
2012-11-20 20:18 ` David Miller
2012-11-20 21:26 ` Lluís Batlle i Rossell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).