thr3ads.net - LARTC - Oops from netlink or what? [Sep 2004]

Jason Boxman

2004-Sep-29 16:29 UTC

Oops from netlink or what?

I reported this previously and it was verified.

Is this a bug in netlink or what?  Who should I report this to?

Original Oops report:

http://mailman.ds9a.nl/pipermail/lartc/2004q2/012614.html

Thanks.

Linux rebecca 2.6.4 #1 Mon Sep 27 15:16:48 EDT 2004 i686 GNU/Linux

Sep 27 19:02:58 rebecca kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000000
Sep 27 19:02:58 rebecca kernel:  printing eip:
Sep 27 19:02:58 rebecca kernel: 00000000
Sep 27 19:02:58 rebecca kernel: *pde = 00000000
Sep 27 19:02:58 rebecca kernel: Oops: 0000 [#1]
Sep 27 19:02:58 rebecca kernel: CPU:    0
Sep 27 19:02:58 rebecca kernel: EIP:    0060:[<00000000>]    Not tainted
Sep 27 19:02:58 rebecca kernel: EFLAGS: 00010246
Sep 27 19:02:58 rebecca kernel: EIP is at 0x0
Sep 27 19:02:58 rebecca kernel: eax: 00000000   ebx: c61e00c0   ecx: 00000002
edx: c8949760
Sep 27 19:02:58 rebecca kernel: esi: 00000645   edi: c66139a0   ebp: c62c4290
esp: c6133b6c
Sep 27 19:02:58 rebecca kernel: ds: 007b   es: 007b   ss: 0068
Sep 27 19:02:58 rebecca kernel: Process tc (pid: 1605, threadinfo=c6132000
task=c6b186e0)
Sep 27 19:02:58 rebecca kernel: Stack: c022c644 c42303a0 00000000 c6d5b8a0
00000001 c0143330 c6d5b8a0 c6b31da0
Sep 27 19:02:58 rebecca kernel:        40016c70 c8949760 00000000 c42303a0
c42ce400 c61e00c0 00000f60 c0218cf7
Sep 27 19:02:58 rebecca kernel:        00001000 000000d0 c40de2e0 00000645
c40de2e0 c40de2e0 c61e00c0 00000645
Sep 27 19:02:58 rebecca kernel: Call Trace:
Sep 27 19:02:58 rebecca kernel:  [tc_dump_tfilter+180/608]
tc_dump_tfilter+0xb4/0x260
Sep 27 19:02:58 rebecca kernel:  [handle_mm_fault+224/336]
handle_mm_fault+0xe0/0x150
Sep 27 19:02:58 rebecca kernel:  [alloc_skb+71/240] alloc_skb+0x47/0xf0
Sep 27 19:02:58 rebecca kernel:  [netlink_dump+89/464] netlink_dump+0x59/0x1d0
Sep 27 19:02:58 rebecca kernel:  [netlink_dump_start+167/240]
netlink_dump_start+0xa7/0xf0
Sep 27 19:02:58 rebecca kernel:  [rtnetlink_rcv+911/976]
rtnetlink_rcv+0x38f/0x3d0
Sep 27 19:02:58 rebecca kernel:  [tc_dump_tfilter+0/608]
tc_dump_tfilter+0x0/0x260
Sep 27 19:02:58 rebecca kernel:  [rtnetlink_done+0/16] rtnetlink_done+0x0/0x10
Sep 27 19:02:58 rebecca kernel:  [netlink_dump_start+167/240]
netlink_dump_start+0xa7/0xf0
Sep 27 19:02:58 rebecca kernel:  [rtnetlink_rcv+439/976]
rtnetlink_rcv+0x1b7/0x3d0
Sep 27 19:02:58 rebecca kernel:  [rtnetlink_rcv+0/976] rtnetlink_rcv+0x0/0x3d0
Sep 27 19:02:58 rebecca kernel:  [default_wake_function+0/32]
default_wake_function+0x0/0x20
Sep 27 19:02:58 rebecca kernel:  [netlink_data_ready+90/112]
netlink_data_ready+0x5a/0x70
Sep 27 19:02:58 rebecca kernel:  [netlink_unicast+620/784]
netlink_unicast+0x26c/0x310
Sep 27 19:02:58 rebecca kernel:  [default_wake_function+0/32]
default_wake_function+0x0/0x20
Sep 27 19:02:58 rebecca kernel:  [default_wake_function+0/32]
default_wake_function+0x0/0x20
Sep 27 19:02:58 rebecca kernel:  [alloc_skb+71/240] alloc_skb+0x47/0xf0
Sep 27 19:02:58 rebecca kernel:  [netlink_sendmsg+530/784]
netlink_sendmsg+0x212/0x310
Sep 27 19:02:58 rebecca kernel:  [netlink_recvmsg+434/544]
netlink_recvmsg+0x1b2/0x220
Sep 27 19:02:58 rebecca kernel:  [sock_sendmsg+152/208] sock_sendmsg+0x98/0xd0
Sep 27 19:02:58 rebecca kernel:  [sock_recvmsg+150/192] sock_recvmsg+0x96/0xc0
Sep 27 19:02:58 rebecca kernel:  [move_addr_to_kernel+86/160]
move_addr_to_kernel+0x56/0xa0
Sep 27 19:02:58 rebecca kernel:  [verify_iovec+97/224] verify_iovec+0x61/0xe0
Sep 27 19:02:58 rebecca kernel:  [sys_sendmsg+457/656] sys_sendmsg+0x1c9/0x290
Sep 27 19:02:58 rebecca kernel:  [do_no_page+413/800] do_no_page+0x19d/0x320
Sep 27 19:02:58 rebecca kernel:  [handle_mm_fault+224/336]
handle_mm_fault+0xe0/0x150
Sep 27 19:02:58 rebecca kernel:  [expand_stack+45/160] expand_stack+0x2d/0xa0
Sep 27 19:02:58 rebecca kernel:  [do_page_fault+300/1328]
do_page_fault+0x12c/0x530
Sep 27 19:02:58 rebecca kernel:  [sys_socket+61/96] sys_socket+0x3d/0x60
Sep 27 19:02:58 rebecca kernel:  [sys_socketcall+610/672]
sys_socketcall+0x262/0x2a0
Sep 27 19:02:58 rebecca kernel:  [syscall_call+7/11] syscall_call+0x7/0xb
Sep 27 19:02:58 rebecca kernel:
Sep 27 19:02:58 rebecca kernel: Code:  Bad EIP value.

ksymoops 2.4.9 on i686 2.6.4.  Options used
     -V (default)
     -k /proc/kallsyms (specified)
     -l /proc/modules (default)
     -o /lib/modules/2.6.4/ (default)
     -m /boot/System.map-2.6.4 (specified)

Warning (read_ksyms): no kernel symbols in ksyms, is /proc/kallsyms a valid
ksyms file?
No modules in ksyms, skipping objects
No ksyms, skipping lsmod

Sep 27 19:02:58 rebecca kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000000
Sep 27 19:02:58 rebecca kernel: 00000000
Sep 27 19:02:58 rebecca kernel: *pde = 00000000
Sep 27 19:02:58 rebecca kernel: Oops: 0000 [#1]
Sep 27 19:02:58 rebecca kernel: CPU:    0
Sep 27 19:02:58 rebecca kernel: EIP:    0060:[<00000000>]    Not tainted
Sep 27 19:02:58 rebecca kernel: EFLAGS: 00010246
Sep 27 19:02:58 rebecca kernel: eax: 00000000   ebx: c61e00c0   ecx: 00000002
edx: c8949760
Sep 27 19:02:58 rebecca kernel: esi: 00000645   edi: c66139a0   ebp: c62c4290
esp: c6133b6c
Sep 27 19:02:58 rebecca kernel: ds: 007b   es: 007b   ss: 0068
Sep 27 19:02:58 rebecca kernel: Stack: c022c644 c42303a0 00000000 c6d5b8a0
00000001 c0143330 c6d5b8a0 c6b31da0
Sep 27 19:02:58 rebecca kernel:        40016c70 c8949760 00000000 c42303a0
c42ce400 c61e00c0 00000f60 c0218cf7
Sep 27 19:02:58 rebecca kernel:        00001000 000000d0 c40de2e0 00000645
c40de2e0 c40de2e0 c61e00c0 00000645
Sep 27 19:02:58 rebecca kernel: Call Trace:
Warning (Oops_read): Code line not seen, dumping what data is available


>>EIP; 00000000 Before first symbol

>>ebx; c61e00c0 <__crc_end_buffer_async_write+212c2/16a711>
>>edx; c8949760 <__crc_svc_reserve+227f3d/27ddd3>
>>edi; c66139a0 <__crc_pci_find_class+10e591/2f36d8>
>>ebp; c62c4290 <__crc_end_buffer_async_write+105492/16a711>
>>esp; c6133b6c <__crc_alloc_netdev+c86b/97afd>

Sep 27 19:02:58 rebecca kernel: Code:  Bad EIP value.


--

Jason Boxman
Perl Programmer / *NIX Systems Administrator
Shimberg Center for Affordable Housing | University of Florida
http://edseek.com/ - Linux and FOSS stuff

Thomas Graf

2004-Sep-29 16:41 UTC

link

Oops from netlink or what?

* Jason Boxman <200409291929.35100.jasonb@edseek.com> 2004-09-29 19:29
> I reported this previously and it was verified.
>
> Is this a bug in netlink or what?  Who should I report this to?

Can you reproduce it? Can you try with latest bk snapshot? if the
problem still exists write to netdev@oss.sgi.com.

Jason Boxman

2004-Sep-29 17:11 UTC

link

Oops from netlink or what?

On Wednesday 29 September 2004 19:41, Thomas Graf wrote:
> * Jason Boxman <200409291929.35100.jasonb@edseek.com> 2004-09-29
19:29
>
> > I reported this previously and it was verified.
> >
> > Is this a bug in netlink or what?  Who should I report this to?
>
> Can you reproduce it? Can you try with latest bk snapshot? if the
> problem still exists write to netdev@oss.sgi.com.

Consistently with 2.6.4 and 2.6.6 with the linked tc-graph.pl script.

I'll try with -bk.

Thanks!

--

Jason Boxman
Perl Programmer / *NIX Systems Administrator
Shimberg Center for Affordable Housing | University of Florida
http://edseek.com/ - Linux and FOSS stuff

Jason Boxman

2004-Sep-29 20:19 UTC

link

Oops from netlink or what?

On Wednesday 29 September 2004 19:41, Thomas Graf wrote:
> * Jason Boxman <200409291929.35100.jasonb@edseek.com> 2004-09-29
19:29
>
> > I reported this previously and it was verified.
> >
> > Is this a bug in netlink or what?  Who should I report this to?
>
> Can you reproduce it? Can you try with latest bk snapshot? if the
> problem still exists write to netdev@oss.sgi.com.

The problem is resolved in 2.6.9-rc2-bk15.  But now I forget why I wanted to
run this script in the first place... ;)

Thanks!

--

Jason Boxman
Perl Programmer / *NIX Systems Administrator
Shimberg Center for Affordable Housing | University of Florida
http://edseek.com/ - Linux and FOSS stuff