[lkml]   [2003]   [Sep]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject[OOPS][RTL8180] kernel panic with rtl8180 driver.

I am trying to use rtl8180 driver version 1.3 for gcc 3.x
Driver loads and inits successfully, and when I do iwpriv wlan0 enable
it starts to work (prints messages about joining BSS, Roaming etc..),
but after a few second (apparently after some Rx) I get the attached
kernel panic. I am using vanilla 2.4.22 kernel with all debug options
compiled in so looks like a memory allocation problem is being caught


ksymoops 2.4.8 on i686 2.4.22. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.22/ (default)
-m /boot/ (default)

Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.

Reading Oops report from the terminal
kernel BUG at slab.c:1220!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01308ac>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010006
eax: cdd3e000 ebx: 00000000 ecx: 00001000 edx: c12997f8
esi: cdc4cd64 edi: cdd3e000 ebp: c02b7e50 esp: c02b7e44
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c02b7000)
Stack: cdd3e012 cdd3e012 cdd3f012 c02b7e74 c013131c c12997f8 cdc4cd64 cdd3e012
cdc4cd64 002606a8 cdd3e012 00000286 c02b7e90 c0130a48 c12997f8 cdd3e012
cddbb69c cdd3e020 cefc3400 c02b7ea4 c01ee6f4 cdd3e012 cddbb69c cddbb69c
Call Trace: [<c013131c>] [<c0130a48>] [<c01ee6f4>] [<c01ee812>] [<c02006b8>]
[<cfd96285>] [<c01f2b54>] [<c01f2c89>] [<c01f2d8a>] [<c011e314>] [<c01089aa>]
[<c01053a0>] [<c010ad18>] [<c01053a0>] [<c01053c6>] [<c0105442>] [<c0105000>]
Code: 0f 0b c4 04 f5 d9 24 c0 8b 46 14 83 f8 ff 74 11 8d 74 26 00

>>EIP; c01308ac <kmem_extra_free_checks+3c/70> <=====

>>eax; cdd3e000 <_end+da33be8/f9b8c68>
>>edx; c12997f8 <_end+f8f3e0/f9b8c68>
>>esi; cdc4cd64 <_end+d94294c/f9b8c68>
>>edi; cdd3e000 <_end+da33be8/f9b8c68>
>>ebp; c02b7e50 <init_task_union+1e50/2000>
>>esp; c02b7e44 <init_task_union+1e44/2000>

Trace; c013131c <kmem_cache_free_one+ec/200>
Trace; c0130a48 <kfree+58/a0>
Trace; c01ee6f4 <kfree_skbmem+14/70>
Trace; c01ee812 <__kfree_skb+c2/110>
Trace; c02006b8 <ip_rcv_finish+118/220>
Trace; cfd96285 <[rtl8180]Rx_Int_handler+221/2c4>
Trace; c01f2b54 <netif_receive_skb+c4/180>
Trace; c01f2c89 <process_backlog+79/110>
Trace; c01f2d8a <net_rx_action+6a/100>
Trace; c011e314 <do_softirq+94/a0>
Trace; c01089aa <do_IRQ+ba/e0>
Trace; c01053a0 <default_idle+0/30>
Trace; c010ad18 <call_do_IRQ+5/d>
Trace; c01053a0 <default_idle+0/30>
Trace; c01053c6 <default_idle+26/30>
Trace; c0105442 <cpu_idle+42/60>
Trace; c0105000 <_stext+0/0>

Code; c01308ac <kmem_extra_free_checks+3c/70>
00000000 <_EIP>:
Code; c01308ac <kmem_extra_free_checks+3c/70> <=====
0: 0f 0b ud2a <=====
Code; c01308ae <kmem_extra_free_checks+3e/70>
2: c4 04 f5 d9 24 c0 8b les 0x8bc024d9(,%esi,8),%eax
Code; c01308b5 <kmem_extra_free_checks+45/70>
9: 46 inc %esi
Code; c01308b6 <kmem_extra_free_checks+46/70>
a: 14 83 adc $0x83,%al
Code; c01308b8 <kmem_extra_free_checks+48/70>
c: f8 clc
Code; c01308b9 <kmem_extra_free_checks+49/70>
d: ff 74 11 8d pushl 0xffffff8d(%ecx,%edx,1)
Code; c01308bd <kmem_extra_free_checks+4d/70>
11: 74 26 je 39 <_EIP+0x39>

<0>Kernel panic: Aiee, killing interrupt handler!
 \ /
  Last update: 2005-03-22 13:48    [W:0.016 / U:25.552 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site