Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1225884 > unrolled thread

[linux-next] oops in ip_route_input_noref

Started bySergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
First post2015-09-16 11:30 +0200
Last post2015-09-16 17:10 +0200
Articles 14 — 7 participants

Back to article view | Back to linux.kernel

Contents

  [linux-next] oops in ip_route_input_noref Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com> - 2015-09-16 11:30 +0200
    Re: [linux-next] oops in ip_route_input_noref Richard Alpe <richard.alpe@ericsson.com> - 2015-09-16 14:10 +0200
      Re: [linux-next] oops in ip_route_input_noref David Ahern <dsa@cumulusnetworks.com> - 2015-09-16 15:10 +0200
        Re: [linux-next] oops in ip_route_input_noref David Ahern <dsa@cumulusnetworks.com> - 2015-09-16 16:00 +0200
          Re: [linux-next] oops in ip_route_input_noref Richard Alpe <richard.alpe@ericsson.com> - 2015-09-16 16:10 +0200
        Re: [linux-next] oops in ip_route_input_noref David Ahern <dsa@cumulusnetworks.com> - 2015-09-16 16:10 +0200
        Re: [linux-next] oops in ip_route_input_noref Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com> - 2015-09-17 01:50 +0200
          Re: [linux-next] oops in ip_route_input_noref Tomeu Vizoso <tomeu@tomeuvizoso.net> - 2015-09-17 09:30 +0200
    Re: [linux-next] oops in ip_route_input_noref David Ahern <dsa@cumulusnetworks.com> - 2015-09-16 15:30 +0200
    Re: [linux-next] oops in ip_route_input_noref David Ahern <dsa@cumulusnetworks.com> - 2015-09-16 17:10 +0200
      Re: [linux-next] oops in ip_route_input_noref Thierry Reding <thierry.reding@gmail.com> - 2015-09-17 11:00 +0200
        Re: [linux-next] oops in ip_route_input_noref Andrew Morton <akpm@linux-foundation.org> - 2015-09-19 01:10 +0200
          Re: [linux-next] oops in ip_route_input_noref David Ahern <dsa@cumulusnetworks.com> - 2015-09-19 16:40 +0200
    Re: [linux-next] oops in ip_route_input_noref Fabio Estevam <festevam@gmail.com> - 2015-09-16 17:10 +0200

#1225884 — [linux-next] oops in ip_route_input_noref

FromSergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Date2015-09-16 11:30 +0200
Subject[linux-next] oops in ip_route_input_noref
Message-ID<q9hcn-ja-23@gated-at.bofh.it>
Hi,

4.3.0-rc1-next-20150916

oops after removal of rndis usb device

...
ffffffff8146c052:       00 
ffffffff8146c053:       0f b6 55 8a             movzbl -0x76(%rbp),%edx
ffffffff8146c057:       49 8b bf e8 01 00 00    mov    0x1e8(%r15),%rdi
ffffffff8146c05e:       45 89 d1                mov    %r10d,%r9d
ffffffff8146c061:       44 89 f6                mov    %r14d,%esi
ffffffff8146c064:       44 88 95 70 ff ff ff    mov    %r10b,-0x90(%rbp)
ffffffff8146c06b:       0f 95 c1                setne  %cl
ffffffff8146c06e:       81 ce 00 00 00 80       or     $0x80000000,%esi
ffffffff8146c074:       41 83 e1 01             and    $0x1,%r9d
ffffffff8146c078:       45 31 c0                xor    %r8d,%r8d
ffffffff8146c07b:       e8 49 d5 ff ff          callq  ffffffff814695c9 <rt_dst_alloc>
ffffffff8146c080:       48 85 c0                test   %rax,%rax
ffffffff8146c083:       49 89 c5                mov    %rax,%r13
ffffffff8146c086:       75 0a                   jne    ffffffff8146c092 <ip_route_input_noref+0xa75>
ffffffff8146c088:       bb 97 ff ff ff          mov    $0xffffff97,%ebx
ffffffff8146c08d:       e9 06 f8 ff ff          jmpq   ffffffff8146b898 <ip_route_input_noref+0x27b>
ffffffff8146c092:       48 c7 40 58 a3 95 46    movq   $0xffffffff814695a3,0x58(%rax)
ffffffff8146c099:       81 
ffffffff8146c09a:       c6 80 a2 00 00 00 01    movb   $0x1,0xa2(%rax)
ffffffff8146c0a1:       48 8b 45 98             mov    -0x68(%rbp),%rax
ffffffff8146c0a5:       44 8a 95 70 ff ff ff    mov    -0x90(%rbp),%r10b
ffffffff8146c0ac:       48 85 c0                test   %rax,%rax
ffffffff8146c0af:       74 0a                   je     ffffffff8146c0bb <ip_route_input_noref+0xa9e>
ffffffff8146c0b1:       8b 40 10                mov    0x10(%rax),%eax
^^^^^^^
ffffffff8146c0b4:       41 89 85 b0 00 00 00    mov    %eax,0xb0(%r13)
ffffffff8146c0bb:       65 ff 05 9e 54 ba 7e    incl   %gs:0x7eba549e(%rip)        # 11560 <rt_cache_stat>
ffffffff8146c0c2:       80 7d 8a 07             cmpb   $0x7,-0x76(%rbp)
ffffffff8146c0c6:       75 1a                   jne    ffffffff8146c0e2 <ip_route_input_noref+0xac5>
ffffffff8146c0c8:       41 81 a5 9c 00 00 00    andl   $0x7fffffff,0x9c(%r13)
ffffffff8146c0cf:       ff ff ff 7f 
ffffffff8146c0d3:       f7 db                   neg    %ebx
ffffffff8146c0d5:       49 c7 45 50 b1 96 46    movq   $0xffffffff814696b1,0x50(%r13)
ffffffff8146c0dc:       81 
ffffffff8146c0dd:       66 41 89 5d 64          mov    %bx,0x64(%r13)
ffffffff8146c0e2:       45 84 d2                test   %r10b,%r10b
ffffffff8146c0e5:       74 29                   je     ffffffff8146c110 <ip_route_input_noref+0xaf3>
ffffffff8146c0e7:       0f b6 7d 89             movzbl -0x77(%rbp),%edi
ffffffff8146c0eb:       4c 89 ee                mov    %r13,%rsi
ffffffff8146c0ee:       48 ff c7                inc    %rdi
ffffffff8146c0f1:       48 6b ff 60             imul   $0x60,%rdi,%rdi
ffffffff8146c0f5:       48 03 7d 90             add    -0x70(%rbp),%rdi
ffffffff8146c0f9:       e8 10 d1 ff ff          callq  ffffffff8146920e <rt_cache_route>
ffffffff8146c0fe:       84 c0                   test   %al,%al
ffffffff8146c100:       75 0e                   jne    ffffffff8146c110 <ip_route_input_noref+0xaf3>
ffffffff8146c102:       66 41 83 4d 60 10       orw    $0x10,0x60(%r13)
ffffffff8146c108:       4c 89 ef                mov    %r13,%rdi
ffffffff8146c10b:       e8 7d cc ff ff          callq  ffffffff81468d8d <rt_add_uncached_list>
ffffffff8146c110:       4d 89 6c 24 58          mov    %r13,0x58(%r12)
ffffffff8146c115:       31 db                   xor    %ebx,%ebx
ffffffff8146c117:       e9 7c f7 ff ff          jmpq   ffffffff8146b898 <ip_route_input_noref+0x27b>
ffffffff8146c11c:       bb 8f ff ff ff          mov    $0xffffff8f,%ebx
ffffffff8146c121:       c6 45 8a 07             movb   $0x7,-0x76(%rbp)
ffffffff8146c125:       48 c7 45 90 00 00 00    movq   $0x0,-0x70(%rbp)
...

addr2line -e vmlinux -i 0xffffffff8146c0b1
net/ipv4/route.c:1815
net/ipv4/route.c:1905


which seems to be this line ip_route_input_noref()->ip_route_input_slow():
...
1813         rth->rt_is_input = 1;
1814         if (res.table)
1815                 rth->rt_table_id = res.table->tb_id;
1816
...


added by b7503e0cdb5dbec5d201aa69d8888c14679b5ae8

    net: Add FIB table id to rtable
    
    Add the FIB table id to rtable to make the information available for
    IPv4 as it is for IPv6.


	-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]

#1226037

FromRichard Alpe <richard.alpe@ericsson.com>
Date2015-09-16 14:10 +0200
Message-ID<q9jHb-3ZG-11@gated-at.bofh.it>
In reply to#1225884
On 2015-09-16 11:24, Sergey Senozhatsky wrote:
> Hi,
> 
> 4.3.0-rc1-next-20150916
> 
> oops after removal of rndis usb device
> 
> ...
> ffffffff8146c052:       00 
> ffffffff8146c053:       0f b6 55 8a             movzbl -0x76(%rbp),%edx
> ffffffff8146c057:       49 8b bf e8 01 00 00    mov    0x1e8(%r15),%rdi
> ffffffff8146c05e:       45 89 d1                mov    %r10d,%r9d
> ffffffff8146c061:       44 89 f6                mov    %r14d,%esi
> ffffffff8146c064:       44 88 95 70 ff ff ff    mov    %r10b,-0x90(%rbp)
> ffffffff8146c06b:       0f 95 c1                setne  %cl
> ffffffff8146c06e:       81 ce 00 00 00 80       or     $0x80000000,%esi
> ffffffff8146c074:       41 83 e1 01             and    $0x1,%r9d
> ffffffff8146c078:       45 31 c0                xor    %r8d,%r8d
> ffffffff8146c07b:       e8 49 d5 ff ff          callq  ffffffff814695c9 <rt_dst_alloc>
> ffffffff8146c080:       48 85 c0                test   %rax,%rax
> ffffffff8146c083:       49 89 c5                mov    %rax,%r13
> ffffffff8146c086:       75 0a                   jne    ffffffff8146c092 <ip_route_input_noref+0xa75>
> ffffffff8146c088:       bb 97 ff ff ff          mov    $0xffffff97,%ebx
> ffffffff8146c08d:       e9 06 f8 ff ff          jmpq   ffffffff8146b898 <ip_route_input_noref+0x27b>
> ffffffff8146c092:       48 c7 40 58 a3 95 46    movq   $0xffffffff814695a3,0x58(%rax)
> ffffffff8146c099:       81 
> ffffffff8146c09a:       c6 80 a2 00 00 00 01    movb   $0x1,0xa2(%rax)
> ffffffff8146c0a1:       48 8b 45 98             mov    -0x68(%rbp),%rax
> ffffffff8146c0a5:       44 8a 95 70 ff ff ff    mov    -0x90(%rbp),%r10b
> ffffffff8146c0ac:       48 85 c0                test   %rax,%rax
> ffffffff8146c0af:       74 0a                   je     ffffffff8146c0bb <ip_route_input_noref+0xa9e>
> ffffffff8146c0b1:       8b 40 10                mov    0x10(%rax),%eax
> ^^^^^^^
> ffffffff8146c0b4:       41 89 85 b0 00 00 00    mov    %eax,0xb0(%r13)
> ffffffff8146c0bb:       65 ff 05 9e 54 ba 7e    incl   %gs:0x7eba549e(%rip)        # 11560 <rt_cache_stat>
> ffffffff8146c0c2:       80 7d 8a 07             cmpb   $0x7,-0x76(%rbp)
> ffffffff8146c0c6:       75 1a                   jne    ffffffff8146c0e2 <ip_route_input_noref+0xac5>
> ffffffff8146c0c8:       41 81 a5 9c 00 00 00    andl   $0x7fffffff,0x9c(%r13)
> ffffffff8146c0cf:       ff ff ff 7f 
> ffffffff8146c0d3:       f7 db                   neg    %ebx
> ffffffff8146c0d5:       49 c7 45 50 b1 96 46    movq   $0xffffffff814696b1,0x50(%r13)
> ffffffff8146c0dc:       81 
> ffffffff8146c0dd:       66 41 89 5d 64          mov    %bx,0x64(%r13)
> ffffffff8146c0e2:       45 84 d2                test   %r10b,%r10b
> ffffffff8146c0e5:       74 29                   je     ffffffff8146c110 <ip_route_input_noref+0xaf3>
> ffffffff8146c0e7:       0f b6 7d 89             movzbl -0x77(%rbp),%edi
> ffffffff8146c0eb:       4c 89 ee                mov    %r13,%rsi
> ffffffff8146c0ee:       48 ff c7                inc    %rdi
> ffffffff8146c0f1:       48 6b ff 60             imul   $0x60,%rdi,%rdi
> ffffffff8146c0f5:       48 03 7d 90             add    -0x70(%rbp),%rdi
> ffffffff8146c0f9:       e8 10 d1 ff ff          callq  ffffffff8146920e <rt_cache_route>
> ffffffff8146c0fe:       84 c0                   test   %al,%al
> ffffffff8146c100:       75 0e                   jne    ffffffff8146c110 <ip_route_input_noref+0xaf3>
> ffffffff8146c102:       66 41 83 4d 60 10       orw    $0x10,0x60(%r13)
> ffffffff8146c108:       4c 89 ef                mov    %r13,%rdi
> ffffffff8146c10b:       e8 7d cc ff ff          callq  ffffffff81468d8d <rt_add_uncached_list>
> ffffffff8146c110:       4d 89 6c 24 58          mov    %r13,0x58(%r12)
> ffffffff8146c115:       31 db                   xor    %ebx,%ebx
> ffffffff8146c117:       e9 7c f7 ff ff          jmpq   ffffffff8146b898 <ip_route_input_noref+0x27b>
> ffffffff8146c11c:       bb 8f ff ff ff          mov    $0xffffff8f,%ebx
> ffffffff8146c121:       c6 45 8a 07             movb   $0x7,-0x76(%rbp)
> ffffffff8146c125:       48 c7 45 90 00 00 00    movq   $0x0,-0x70(%rbp)
> ...
> 
> addr2line -e vmlinux -i 0xffffffff8146c0b1
> net/ipv4/route.c:1815
> net/ipv4/route.c:1905
> 
> 
> which seems to be this line ip_route_input_noref()->ip_route_input_slow():
> ...
> 1813         rth->rt_is_input = 1;
> 1814         if (res.table)
> 1815                 rth->rt_table_id = res.table->tb_id;
> 1816
> ...
> 
> 
> added by b7503e0cdb5dbec5d201aa69d8888c14679b5ae8
> 
>     net: Add FIB table id to rtable
>     
>     Add the FIB table id to rtable to make the information available for
>     IPv4 as it is for IPv6.
> 
> 
> 	-ss
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

I to get an Oops in ip_route_input_noref(). It happens occasionally during bootup.
KVM environment using virtio driver. Let me know if you need any additional info or
if you want me to try to bisect it.

Starting network...
...
[    0.877040] BUG: unable to handle kernel NULL pointer dereference at 0000000000000056
[    0.877597] IP: [<ffffffff8155b5e2>] ip_route_input_noref+0x1a2/0xb00
[    0.877597] PGD 3fa14067 PUD 3fa6e067 PMD 0 
[    0.877597] Oops: 0000 [#1] SMP 
[    0.877597] Modules linked in: virtio_net virtio_pci virtio_ring virtio
[    0.877597] CPU: 1 PID: 119 Comm: ifconfig Not tainted 4.2.0+ #1
[    0.877597] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[    0.877597] task: ffff88003fab0bc0 ti: ffff88003faa8000 task.ti: ffff88003faa8000
[    0.877597] RIP: 0010:[<ffffffff8155b5e2>]  [<ffffffff8155b5e2>] ip_route_input_noref+0x1a2/0xb00
[    0.877597] RSP: 0018:ffff88003ed03ba0  EFLAGS: 00010202
[    0.877597] RAX: 0000000000000046 RBX: 00000000ffffff8f RCX: 0000000000000020
[    0.877597] RDX: ffff88003fab50b8 RSI: 0000000000000200 RDI: ffffffff8152b4b8
[    0.877597] RBP: ffff88003ed03c50 R08: 0000000000000000 R09: 0000000000000000
[    0.877597] R10: 0000000000000000 R11: 0000000000000000 R12: ffff88003fab6f00
[    0.877597] R13: ffff88003fab5000 R14: 0000000000000000 R15: ffffffff81cb5600
[    0.877597] FS:  00007f6de5751700(0000) GS:ffff88003ed00000(0000) knlGS:0000000000000000
[    0.877597] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[    0.877597] CR2: 0000000000000056 CR3: 000000003fa6d000 CR4: 00000000000006e0
[    0.877597] Stack:
[    0.877597]  0000000000000000 0000000000000046 ffff88003fffa600 ffff88003ed03be0
[    0.877597]  ffff88003f9e2c00 697da8c0017da8c0 ffff880000000000 000000000007fd00
[    0.877597]  0000000000000000 0000000000000046 0000000000000000 0000000400000000
[    0.877597] Call Trace:
[    0.877597]  <IRQ> 
[    0.877597]  [<ffffffff812bfa1f>] ? cpumask_next_and+0x2f/0x40
[    0.877597]  [<ffffffff8158e13c>] arp_process+0x39c/0x690
[    0.877597]  [<ffffffff8158e57e>] arp_rcv+0x13e/0x170
[    0.877597]  [<ffffffff8151feec>] __netif_receive_skb_core+0x60c/0xa00
[    0.877597]  [<ffffffff81515795>] ? __build_skb+0x25/0x100
[    0.877597]  [<ffffffff81515795>] ? __build_skb+0x25/0x100
[    0.877597]  [<ffffffff81521ff6>] __netif_receive_skb+0x16/0x70
[    0.877597]  [<ffffffff81522078>] netif_receive_skb_internal+0x28/0x90
[    0.877597]  [<ffffffff8152288f>] napi_gro_receive+0x7f/0xd0
[    0.877597]  [<ffffffffa0017906>] virtnet_receive+0x256/0x910 [virtio_net]
[    0.877597]  [<ffffffffa0017fd8>] virtnet_poll+0x18/0x80 [virtio_net]
[    0.877597]  [<ffffffff815234cd>] net_rx_action+0x1dd/0x2f0
[    0.877597]  [<ffffffff81053228>] __do_softirq+0x98/0x260
[    0.877597]  [<ffffffff8164969c>] do_softirq_own_stack+0x1c/0x30
[    0.877597]  <EOI> 
[    0.877597]  [<ffffffff810530fd>] do_softirq.part.19+0x1d/0x20
[    0.877597]  [<ffffffff81053181>] __local_bh_enable_ip+0x81/0x90
[    0.877597]  [<ffffffffa0016202>] virtnet_napi_enable+0x52/0x60 [virtio_net]
[    0.877597]  [<ffffffffa0018200>] virtnet_open+0x40/0xb0 [virtio_net]
[    0.877597]  [<ffffffff815259ba>] __dev_open+0xaa/0x120
[    0.877597]  [<ffffffff81525c98>] __dev_change_flags+0x98/0x160
[    0.877597]  [<ffffffff81525d84>] dev_change_flags+0x24/0x60
[    0.877597]  [<ffffffff815935da>] devinet_ioctl+0x5ca/0x6a0
[    0.877597]  [<ffffffff81594beb>] inet_ioctl+0x4b/0x70
[    0.877597]  [<ffffffff81506a50>] sock_do_ioctl+0x20/0x50
[    0.877597]  [<ffffffff81506ee6>] sock_ioctl+0x1a6/0x250
[    0.877597]  [<ffffffff81156185>] do_vfs_ioctl+0x2b5/0x490
[    0.877597]  [<ffffffff811563d4>] SyS_ioctl+0x74/0x80
[    0.877597]  [<ffffffff81647a57>] entry_SYSCALL_64_fastpath+0x12/0x6a
[    0.877597] Code: 31 c0 e8 42 e8 ff ff 48 85 c0 49 89 c5 0f 84 73 08 00 00 48 c7 40 58 20 9c 55 81 c6 80 a2 00 00 00 01 48 8b 45 98 48 85 c0 74 0a <8b> 40 10 41 89 85 b0 00 00 00 65 ff 05 0d 6e ab 7e 80 7d 8a 07 
[    0.877597] RIP  [<ffffffff8155b5e2>] ip_route_input_noref+0x1a2/0xb00
[    0.877597]  RSP <ffff88003ed03ba0>
[    0.877597] CR2: 0000000000000056
[    0.877597] ---[ end trace c702820c32c78c83 ]---


Regards
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1226068

FromDavid Ahern <dsa@cumulusnetworks.com>
Date2015-09-16 15:10 +0200
Message-ID<q9kDh-5kI-53@gated-at.bofh.it>
In reply to#1226037
On 9/16/15 5:50 AM, Richard Alpe wrote:
> On 2015-09-16 11:24, Sergey Senozhatsky wrote:
>> Hi,
>>
>> 4.3.0-rc1-next-20150916
>>
>> oops after removal of rndis usb device

Hi Sergey:

Is this with KVM or baremetal?

-----8<-----
thanks for the analysis

>> addr2line -e vmlinux -i 0xffffffff8146c0b1
>> net/ipv4/route.c:1815
>> net/ipv4/route.c:1905
>>
>>
>> which seems to be this line ip_route_input_noref()->ip_route_input_slow():
>> ...
>> 1813         rth->rt_is_input = 1;
>> 1814         if (res.table)
>> 1815                 rth->rt_table_id = res.table->tb_id;
>> 1816
>> ...
>>
>>
>> added by b7503e0cdb5dbec5d201aa69d8888c14679b5ae8
>>
>>      net: Add FIB table id to rtable
>>
>>      Add the FIB table id to rtable to make the information available for
>>      IPv4 as it is for IPv6.
>>
>>
>> 	-ss

Hi Richard:

> I to get an Oops in ip_route_input_noref(). It happens occasionally during bootup.
> KVM environment using virtio driver. Let me know if you need any additional info or
> if you want me to try to bisect it.
>
> Starting network...
> ...
> [    0.877040] BUG: unable to handle kernel NULL pointer dereference at 0000000000000056
> [    0.877597] IP: [<ffffffff8155b5e2>] ip_route_input_noref+0x1a2/0xb00

Can you send me your kernel config and qemu command line? KVM with 
virtio networking is a primary test vehicle, and I did not encounter 
this at all.

Thanks,
David


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1226102

FromDavid Ahern <dsa@cumulusnetworks.com>
Date2015-09-16 16:00 +0200
Message-ID<q9lpE-6fG-5@gated-at.bofh.it>
In reply to#1226068
On 9/16/15 7:53 AM, Richard Alpe wrote:
>>> I to get an Oops in ip_route_input_noref(). It happens occasionally during bootup.
>>> KVM environment using virtio driver. Let me know if you need any additional info or
>>> if you want me to try to bisect it.
>>>
>>> Starting network...
>>> ...
>>> [    0.877040] BUG: unable to handle kernel NULL pointer dereference at 0000000000000056
>>> [    0.877597] IP: [<ffffffff8155b5e2>] ip_route_input_noref+0x1a2/0xb00
>>
>> Can you send me your kernel config and qemu command line? KVM with virtio networking is a primary test vehicle, and I did not encounter this at all.
> Sure thing. Not sure how ppl normally provide files on netdev but I'm just going
> to go ahead and paste them here :)

An attachment for the config is better than inline.

>
> $ ps aux | grep kvm
> qemu-system-x86_64 -enable-kvm -name tipc-medium-node1 -S -machine pc-0.14,accel=kvm,usb=off -m 1024 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid cdec478a-5f0d-49f1-b25e-fac4ca0b290c -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/tipc-medium-node1.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -boot order=n,menu=on,strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -netdev tap,fd=25,id=hostnet0 -device e1000,netdev=hostnet0,id=net0,mac=00:0f:ff:10:04:01,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -vnc 127.0.0.1:28101 -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 -msg timestamp=on
>
> $ cat .config
> #
> # Automatically generated file; DO NOT EDIT.
> # Linux/x86 3.12.28 Kernel Configuration
> #

3.12.28? That should say this for net-next:

# Linux/x86 4.2.0 Kernel Configuration

Or are you reporting a problem with 3.12.28?

David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1226117

FromRichard Alpe <richard.alpe@ericsson.com>
Date2015-09-16 16:10 +0200
Message-ID<q9lzj-6Gb-5@gated-at.bofh.it>
In reply to#1226102

[Multipart message — attachments visible in raw view] — view raw

On 2015-09-16 15:57, David Ahern wrote:
> On 9/16/15 7:53 AM, Richard Alpe wrote:
>>>> I to get an Oops in ip_route_input_noref(). It happens occasionally during bootup.
>>>> KVM environment using virtio driver. Let me know if you need any additional info or
>>>> if you want me to try to bisect it.
>>>>
>>>> Starting network...
>>>> ...
>>>> [    0.877040] BUG: unable to handle kernel NULL pointer dereference at 0000000000000056
>>>> [    0.877597] IP: [<ffffffff8155b5e2>] ip_route_input_noref+0x1a2/0xb00
>>>
>>> Can you send me your kernel config and qemu command line? KVM with virtio networking is a primary test vehicle, and I did not encounter this at all.
>> Sure thing. Not sure how ppl normally provide files on netdev but I'm just going
>> to go ahead and paste them here :)
> 
> An attachment for the config is better than inline.
Fantastic day today, I managed to mess up two out of two copy pastes.
Sorry about that.. Here is the proper kconfig as .gz :)

Regards
Richard

> 
>>
>> $ ps aux | grep kvm
>> qemu-system-x86_64 -enable-kvm -name tipc-medium-node1 -S -machine pc-0.14,accel=kvm,usb=off -m 1024 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid cdec478a-5f0d-49f1-b25e-fac4ca0b290c -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/tipc-medium-node1.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -boot order=n,menu=on,strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -netdev tap,fd=25,id=hostnet0 -device e1000,netdev=hostnet0,id=net0,mac=00:0f:ff:10:04:01,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -vnc 127.0.0.1:28101 -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 -msg timestamp=on
>>
>> $ cat .config
>> #
>> # Automatically generated file; DO NOT EDIT.
>> # Linux/x86 3.12.28 Kernel Configuration
>> #
> 
> 3.12.28? That should say this for net-next:
> 
> # Linux/x86 4.2.0 Kernel Configuration
> 
> Or are you reporting a problem with 3.12.28?
> 
> David

[toc] | [prev] | [next] | [standalone]

#1226119

FromDavid Ahern <dsa@cumulusnetworks.com>
Date2015-09-16 16:10 +0200
Message-ID<q9lzk-6Gb-29@gated-at.bofh.it>
In reply to#1226068
On 9/16/15 7:59 AM, Richard Alpe wrote:
> Sorry about that kvm cmdline was a copy-paste error. Here's the right one using virtio.

I was just about to respond to that as well...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1226582

FromSergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Date2015-09-17 01:50 +0200
Message-ID<q9uCB-2FE-9@gated-at.bofh.it>
In reply to#1226068
On (09/16/15 07:07), David Ahern wrote:
> Hi Sergey:
> 

Hi,

sorry for long reply. Baremetal. So grabbing the backtrace is
a bit complicated. But it looks very close to what Richard Alpe
has posted.

in IRQ

RIP is at ip_route_input_noref

[    0.877597]  [<ffffffff8158e13c>] arp_process+0x39c/0x690
[    0.877597]  [<ffffffff8158e57e>] arp_rcv+0x13e/0x170


	-ss


> Is this with KVM or baremetal?
> 
> -----8<-----
> thanks for the analysis
> 
> >>addr2line -e vmlinux -i 0xffffffff8146c0b1
> >>net/ipv4/route.c:1815
> >>net/ipv4/route.c:1905
> >>
> >>
> >>which seems to be this line ip_route_input_noref()->ip_route_input_slow():
> >>...
> >>1813         rth->rt_is_input = 1;
> >>1814         if (res.table)
> >>1815                 rth->rt_table_id = res.table->tb_id;
> >>1816
> >>...
> >>
> >>
> >>added by b7503e0cdb5dbec5d201aa69d8888c14679b5ae8
> >>
> >>     net: Add FIB table id to rtable
> >>
> >>     Add the FIB table id to rtable to make the information available for
> >>     IPv4 as it is for IPv6.
> >>
> >>
> >>	-ss
> 
> Hi Richard:
> 
> >I to get an Oops in ip_route_input_noref(). It happens occasionally during bootup.
> >KVM environment using virtio driver. Let me know if you need any additional info or
> >if you want me to try to bisect it.
> >
> >Starting network...
> >...
> >[    0.877040] BUG: unable to handle kernel NULL pointer dereference at 0000000000000056
> >[    0.877597] IP: [<ffffffff8155b5e2>] ip_route_input_noref+0x1a2/0xb00
> 
> Can you send me your kernel config and qemu command line? KVM with virtio
> networking is a primary test vehicle, and I did not encounter this at all.
> 
> Thanks,
> David
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1226713

FromTomeu Vizoso <tomeu@tomeuvizoso.net>
Date2015-09-17 09:30 +0200
Message-ID<q9BNL-4U8-1@gated-at.bofh.it>
In reply to#1226582
On 17 September 2015 at 01:47, Sergey Senozhatsky
<sergey.senozhatsky.work@gmail.com> wrote:
> On (09/16/15 07:07), David Ahern wrote:
>> Hi Sergey:
>>
>
> Hi,
>
> sorry for long reply. Baremetal. So grabbing the backtrace is
> a bit complicated. But it looks very close to what Richard Alpe
> has posted.

Hi,

in this boot log you will find a backtrace:
https://lava.collabora.co.uk/scheduler/job/67404/log_file

(ip_route_input_noref) from [] (ip_rcv+0x39c/0x6e8)
(ip_rcv) from [] (__netif_receive_skb_core+0x5ec/0x7c0)
(__netif_receive_skb_core) from [] (netif_receive_skb_internal+0x34/0xa4)
(netif_receive_skb_internal) from [] (napi_gro_receive+0x78/0xa4)
(napi_gro_receive) from [] (rtl8169_poll+0x2dc/0x5dc)
(rtl8169_poll) from [] (net_rx_action+0x1d4/0x2d0)
(net_rx_action) from [] (__do_softirq+0xfc/0x214)
(__do_softirq) from [] (irq_exit+0xb0/0x118)
(irq_exit) from [] (__handle_domain_irq+0x60/0xb4)
(__handle_domain_irq) from [] (gic_handle_irq+0x54/0x94)
(gic_handle_irq) from [] (__irq_svc+0x54/0x70)

This is on a jetson-tk1 booting a multi_v7_defconfig kernel.

I expect this issue to appear in today's kernelci.org boots.

I don't see this or any other boot error after applying David's patch.

Regards,

Tomeu

> in IRQ
>
> RIP is at ip_route_input_noref
>
> [    0.877597]  [<ffffffff8158e13c>] arp_process+0x39c/0x690
> [    0.877597]  [<ffffffff8158e57e>] arp_rcv+0x13e/0x170
>
>
>         -ss
>
>
>> Is this with KVM or baremetal?
>>
>> -----8<-----
>> thanks for the analysis
>>
>> >>addr2line -e vmlinux -i 0xffffffff8146c0b1
>> >>net/ipv4/route.c:1815
>> >>net/ipv4/route.c:1905
>> >>
>> >>
>> >>which seems to be this line ip_route_input_noref()->ip_route_input_slow():
>> >>...
>> >>1813         rth->rt_is_input = 1;
>> >>1814         if (res.table)
>> >>1815                 rth->rt_table_id = res.table->tb_id;
>> >>1816
>> >>...
>> >>
>> >>
>> >>added by b7503e0cdb5dbec5d201aa69d8888c14679b5ae8
>> >>
>> >>     net: Add FIB table id to rtable
>> >>
>> >>     Add the FIB table id to rtable to make the information available for
>> >>     IPv4 as it is for IPv6.
>> >>
>> >>
>> >>    -ss
>>
>> Hi Richard:
>>
>> >I to get an Oops in ip_route_input_noref(). It happens occasionally during bootup.
>> >KVM environment using virtio driver. Let me know if you need any additional info or
>> >if you want me to try to bisect it.
>> >
>> >Starting network...
>> >...
>> >[    0.877040] BUG: unable to handle kernel NULL pointer dereference at 0000000000000056
>> >[    0.877597] IP: [<ffffffff8155b5e2>] ip_route_input_noref+0x1a2/0xb00
>>
>> Can you send me your kernel config and qemu command line? KVM with virtio
>> networking is a primary test vehicle, and I did not encounter this at all.
>>
>> Thanks,
>> David
>>
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1226074

FromDavid Ahern <dsa@cumulusnetworks.com>
Date2015-09-16 15:30 +0200
Message-ID<q9kWB-5Hr-25@gated-at.bofh.it>
In reply to#1225884
On 9/16/15 3:24 AM, Sergey Senozhatsky wrote:
> Hi,
>
> 4.3.0-rc1-next-20150916
>
> oops after removal of rndis usb device

Sergey:

Can you send me the oops output?

Thanks,
David

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1226184

FromDavid Ahern <dsa@cumulusnetworks.com>
Date2015-09-16 17:10 +0200
Message-ID<q9mvo-821-21@gated-at.bofh.it>
In reply to#1225884

[Multipart message — attachments visible in raw view] — view raw

On 9/16/15 9:00 AM, Fabio Estevam wrote:
> On Wed, Sep 16, 2015 at 6:24 AM, Sergey Senozhatsky
> <sergey.senozhatsky.work@gmail.com> wrote:
>
>> added by b7503e0cdb5dbec5d201aa69d8888c14679b5ae8
>>
>>      net: Add FIB table id to rtable
>>
>>      Add the FIB table id to rtable to make the information available for
>>      IPv4 as it is for IPv6.
>
> I see the same issue here when booting a mx25 ARM processor via NFS.
>
> defconfig is arch/arm/configs/imx_v4_v5_defconfig.
>

I am still not able to reproduce. While I work on a full Cumulus image 
for other test cases here's a patch to try; eagle eye Nikolay noted a 
potential use without init in the maze of goto's.

Thanks,
David

[toc] | [prev] | [next] | [standalone]

#1226778

FromThierry Reding <thierry.reding@gmail.com>
Date2015-09-17 11:00 +0200
Message-ID<q9DcS-6QA-7@gated-at.bofh.it>
In reply to#1226184

[Multipart message — attachments visible in raw view] — view raw

On Wed, Sep 16, 2015 at 09:04:15AM -0600, David Ahern wrote:
> On 9/16/15 9:00 AM, Fabio Estevam wrote:
> >On Wed, Sep 16, 2015 at 6:24 AM, Sergey Senozhatsky
> ><sergey.senozhatsky.work@gmail.com> wrote:
> >
> >>added by b7503e0cdb5dbec5d201aa69d8888c14679b5ae8
> >>
> >>     net: Add FIB table id to rtable
> >>
> >>     Add the FIB table id to rtable to make the information available for
> >>     IPv4 as it is for IPv6.
> >
> >I see the same issue here when booting a mx25 ARM processor via NFS.
> >
> >defconfig is arch/arm/configs/imx_v4_v5_defconfig.
> >
> 
> I am still not able to reproduce. While I work on a full Cumulus image for
> other test cases here's a patch to try; eagle eye Nikolay noted a potential
> use without init in the maze of goto's.
> 
> Thanks,
> David

> diff --git a/net/ipv4/route.c b/net/ipv4/route.c
> index da427a4a33fe..80f7c5b7b832 100644
> --- a/net/ipv4/route.c
> +++ b/net/ipv4/route.c
> @@ -1712,6 +1712,7 @@ static int ip_route_input_slow(struct sk_buff *skb, __be32 daddr, __be32 saddr,
>  		goto martian_source;
>  
>  	res.fi = NULL;
> +	res.table = NULL;
>  	if (ipv4_is_lbcast(daddr) || (saddr == 0 && daddr == 0))
>  		goto brd_input;
>  
> @@ -1834,6 +1835,7 @@ out:	return err;
>  	RT_CACHE_STAT_INC(in_no_route);
>  	res.type = RTN_UNREACHABLE;
>  	res.fi = NULL;
> +	res.table = NULL;
>  	goto local_input;
>  
>  	/*

I was seeing the same oops as Fabio (except that the faulting address
was 0xb instead of 0x7) and after applying this patch I no longer see
it:

Tested-by: Thierry Reding <treding@nvidia.com>

[toc] | [prev] | [next] | [standalone]

#1228336

FromAndrew Morton <akpm@linux-foundation.org>
Date2015-09-19 01:10 +0200
Message-ID<qacWZ-iz-3@gated-at.bofh.it>
In reply to#1226778
On Thu, 17 Sep 2015 10:58:52 +0200 Thierry Reding <thierry.reding@gmail.com> wrote:

> On Wed, Sep 16, 2015 at 09:04:15AM -0600, David Ahern wrote:
> > On 9/16/15 9:00 AM, Fabio Estevam wrote:
> > >On Wed, Sep 16, 2015 at 6:24 AM, Sergey Senozhatsky
> > ><sergey.senozhatsky.work@gmail.com> wrote:
> > >
> > >>added by b7503e0cdb5dbec5d201aa69d8888c14679b5ae8
> > >>
> > >>     net: Add FIB table id to rtable
> > >>
> > >>     Add the FIB table id to rtable to make the information available for
> > >>     IPv4 as it is for IPv6.
> > >
> > >I see the same issue here when booting a mx25 ARM processor via NFS.
> > >
> > >defconfig is arch/arm/configs/imx_v4_v5_defconfig.
> > >
> > 
> > I am still not able to reproduce. While I work on a full Cumulus image for
> > other test cases here's a patch to try; eagle eye Nikolay noted a potential
> > use without init in the maze of goto's.
> > 
> > Thanks,
> > David
> 
> > diff --git a/net/ipv4/route.c b/net/ipv4/route.c
> > index da427a4a33fe..80f7c5b7b832 100644
> > --- a/net/ipv4/route.c
> > +++ b/net/ipv4/route.c
> > @@ -1712,6 +1712,7 @@ static int ip_route_input_slow(struct sk_buff *skb, __be32 daddr, __be32 saddr,
> >  		goto martian_source;
> >  
> >  	res.fi = NULL;
> > +	res.table = NULL;
> >  	if (ipv4_is_lbcast(daddr) || (saddr == 0 && daddr == 0))
> >  		goto brd_input;
> >  
> > @@ -1834,6 +1835,7 @@ out:	return err;
> >  	RT_CACHE_STAT_INC(in_no_route);
> >  	res.type = RTN_UNREACHABLE;
> >  	res.fi = NULL;
> > +	res.table = NULL;
> >  	goto local_input;
> >  
> >  	/*
> 
> I was seeing the same oops as Fabio (except that the faulting address
> was 0xb instead of 0x7) and after applying this patch I no longer see
> it:
> 
> Tested-by: Thierry Reding <treding@nvidia.com>

I've been hitting this as well.  An oops on boot in
ip_route_input_slow(), here:

	#ifdef CONFIG_IP_ROUTE_CLASSID
		rth->dst.tclassid = itag;
	#endif
		rth->rt_is_input = 1;
		if (res.table)
-->>			rth->rt_table_id = res.table->tb_id;
	
		RT_CACHE_STAT_INC(in_slow_tot);
	

I did this, which made it go away:

--- a/net/ipv4/route.c~a
+++ a/net/ipv4/route.c
@@ -1692,6 +1692,8 @@ static int ip_route_input_slow(struct sk
 	struct net    *net = dev_net(dev);
 	bool do_cache;
 
+	res.table = 0;
+
 	/* IP on this device is disabled. */
 
 	if (!in_dev)
_

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1228451

FromDavid Ahern <dsa@cumulusnetworks.com>
Date2015-09-19 16:40 +0200
Message-ID<qart0-48K-13@gated-at.bofh.it>
In reply to#1228336
On 9/18/15 5:06 PM, Andrew Morton wrote:
>
> I've been hitting this as well.  An oops on boot in
> ip_route_input_slow(), here:

Fixed in net-next. bde6f9ded1bd37ff27a042dcb968e104d92b02c1

David

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1226187

FromFabio Estevam <festevam@gmail.com>
Date2015-09-16 17:10 +0200
Message-ID<q9mvo-821-23@gated-at.bofh.it>
In reply to#1225884
On Wed, Sep 16, 2015 at 6:24 AM, Sergey Senozhatsky
<sergey.senozhatsky.work@gmail.com> wrote:

> added by b7503e0cdb5dbec5d201aa69d8888c14679b5ae8
>
>     net: Add FIB table id to rtable
>
>     Add the FIB table id to rtable to make the information available for
>     IPv4 as it is for IPv6.

I see the same issue here when booting a mx25 ARM processor via NFS.

defconfig is arch/arm/configs/imx_v4_v5_defconfig.

It happens in 100% of the boots and the log is:

fec 50038000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
Sending DHCP requests .
Unable to handle kernel NULL pointer dereference at virtual address 00000007
pgd = c0004000
[00000007] *pgd=00000000
Internal error: Oops: 1 [#1] PREEMPT ARM
Modules linked in:
CPU: 0 PID: 0 Comm: swapper Not tainted 4.3.0-rc1-next-20150916-dirty #96
Hardware name: Freescale i.MX25 (Device Tree Support)
task: c06ac1d0 ti: c06a8000 task.ti: c06a8000
PC is at ip_route_input_noref+0x3d8/0x808
LR is at __local_bh_enable_ip+0x5c/0xdc
pc : [<c0439ef0>]    lr : [<c001bfc0>]    psr: a0000013
sp : c06a9cb0  ip : 0000000a  fp : 00000000
r10: c39b7000  r9 : c39c8d00  r8 : 1e00a8c0
r7 : c39c04a0  r6 : 00000000  r5 : c3969a00  r4 : ffffff8f
r3 : ffffffff  r2 : 00000001  r1 : c0438410  r0 : c3969a00
Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
Control: 0005317f  Table: 80004000  DAC: 00000053
Process swapper (pid: 0, stack limit = 0xc06a8190)
Stack: (0xc06a9cb0 to 0xc06aa000)
9ca0:                                     00000000 00000000 00000044 c06ab93c
9cc0: 0100a8c0 c06f0540 c3a8f74e 00000000 00000002 00070044 c043bba8 00000000
9ce0: ffffffff c06a9d24 00000000 00000002 00000000 1e000000 0100a8c0 00000000
9d00: 00000000 00000000 0100a8c0 1e00a8c0 c3a8f720 00000001 00000000 c3a8f74e
9d20: c39c04a0 c39c04a0 0000002e c3a8f720 00000001 00000000 c06fa580 c043bbbc
9d40: c39b7000 c06a9d60 c3a8f720 c39b7000 c39c04a0 c06f0540 0000002e c043c3a0
9d60: c3a8f896 c06929f4 c39b7000 c30d3ce0 c06a9d78 0100a8c0 c0401190 c06ab9d8
9d80: 00000008 c39b7048 00000008 c06ab9d8 c39b7000 c39b705c c39c04a0 c040dfa0
9da0: c39c04a0 c3a8f74e 0000002e c39b753c c39c04a0 c39c04a0 c06ab9c0 c39b705c
9dc0: c39b7520 00000008 00000000 00000000 00000000 00000000 c39c04a0 c04117c0
9de0: 000008e0 c39c04a0 c39c04a0 c39b7520 00000001 00000000 00000000 00000000
9e00: c39b7000 c0411400 00000000 00000000 00000003 c04120cc c485d000 00000800
9e20: c39c04a0 c02fde40 00000000 c06ac1d0 c06b1c38 00000040 c39b7030 c39b7040
9e40: c3943000 00000000 00000000 00000002 c30d39e0 00000000 00000000 00000000
9e60: c39b74b8 00000040 c39b7460 c39b7520 c06b3ce0 c383de14 e1e6cf80 c39b7520
9e80: 00000001 00000040 0000012c c06a9ea8 ffff8c4d c06b4500 c06fa580 c0411bdc
9ea0: c06a9eb0 ffff8c4d c06a9ea8 c06a9ea8 c06a9eb0 c06a9eb0 00000001 00000000
9ec0: 00000008 00000003 c06fd76c c06fa8d0 00000101 00000004 0000000c c001bc24
9ee0: c39d2080 00000000 00000001 0000000a ffff8c4c 00200000 00000000 00000000
9f00: c06cf3a4 00000000 00000001 c06a9f58 41069264 c3802000 00000000 c001c148
9f20: 00000000 c004c958 c06a9f58 c06fd284 c06a9f58 0000ffff c06a9f8c c06fa69d
9f40: c06b3034 c0009404 c000ac20 60000013 ffffffff c04b5c64 00000000 0005317f
9f60: 0005217f 60000013 c06aa0f4 c06fae98 c06fa69d c06fae98 c06fa69d 41069264
9f80: c06b3034 00000000 600000d3 c06a9fa8 c000ac30 c000ac20 60000013 ffffffff
9fa0: 00000053 c06fae98 00000000 c0041724 c06ac1d0 ffffffff 00000000 c065ebc4
9fc0: ffffffff ffffffff 00000000 c065e670 00000000 c06978bc 00000000 c06fd174
9fe0: c06aa094 c06978b8 c06ad120 80004000 80695fb8 80008048 00000000 00000000
[<c0439ef0>] (ip_route_input_noref) from [<c043bbbc>] (ip_rcv_finish+0xe8/0x31c)
[<c043bbbc>] (ip_rcv_finish) from [<c043c3a0>] (ip_rcv+0x2b4/0x3d4)
[<c043c3a0>] (ip_rcv) from [<c040dfa0>] (__netif_receive_skb_core+0x304/0x944)
[<c040dfa0>] (__netif_receive_skb_core) from [<c0411400>]
(netif_receive_skb_internal+0x28/0x78)
[<c0411400>] (netif_receive_skb_internal) from [<c04120cc>]
(napi_gro_receive+0x88/0x130)
[<c04120cc>] (napi_gro_receive) from [<c02fde40>] (fec_enet_rx_napi+0x404/0xa78)
[<c02fde40>] (fec_enet_rx_napi) from [<c0411bdc>] (net_rx_action+0xf8/0x334)
[<c0411bdc>] (net_rx_action) from [<c001bc24>] (__do_softirq+0x11c/0x3a0)
[<c001bc24>] (__do_softirq) from [<c001c148>] (irq_exit+0xac/0xf8)
[<c001c148>] (irq_exit) from [<c004c958>] (__handle_domain_irq+0x64/0xd0)
[<c004c958>] (__handle_domain_irq) from [<c0009404>] (avic_handle_irq+0x34/0x54)
[<c0009404>] (avic_handle_irq) from [<c04b5c64>] (__irq_svc+0x44/0x78)
Exception stack(0xc06a9f58 to 0xc06a9fa0)
9f40:                                                       00000000 0005317f
9f60: 0005217f 60000013 c06aa0f4 c06fae98 c06fa69d c06fae98 c06fa69d 41069264
9f80: c06b3034 00000000 600000d3 c06a9fa8 c000ac30 c000ac20 60000013 ffffffff
[<c04b5c64>] (__irq_svc) from [<c000ac20>] (arch_cpu_idle+0x28/0x44)
[<c000ac20>] (arch_cpu_idle) from [<c0041724>] (cpu_startup_entry+0x118/0x2bc)
[<c0041724>] (cpu_startup_entry) from [<c065ebc4>] (start_kernel+0x308/0x368)
[<c065ebc4>] (start_kernel) from [<80008048>] (0x80008048)
Code: e3a02001 e3530000 e585102c e5c5205e (15933008)
---[ end trace 443993f61e8bf0a0 ]---
Kernel panic - not syncing: Fatal exception in interrupt
---[ end Kernel panic - not syncing: Fatal exception in interrupt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web