Re: Oops with 3c59x module (3com 3c595 NIC)

Matt Rickard (mjr318@psu.edu)
Sun, 8 Dec 2002 14:13:01 -0500


I apologize for not completely reading the FAQ before my previous oops
posting. Here is the results of the oops after feeding it through
ksymoops. If there's any more information that would be helpful for me
to provide, please let me know!

Here it is:

ksymoops 2.4.8 on i586 2.4.19. Options used
-v /usr/src/linux/vmlinux (specified)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.19/ (default)
-m /usr/src/linux/System.map (default)

3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0108704>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010046
eax: 00000000 ebx: 00000004 ecx: bffff698 edx: 401286a0
esi: 4012c1d0 edi: 00000004 ebp: bffff668 esp: c30fbfd0
ds: 0018 es: 0018 ss: 0018
Process find (pid: 894, stackpage=c30fb000)
Stack: 4012c1d0 00000004 bffff668 00000000 c010002b 0000002b 000000c5
400d914c 00000023 00000216 bffff5fc 0000002b
Call Trace:
Code: fe ff ff fd 1f 07 83 c4 0c cf cf fe fb f7 44 24 33 68 08 c3

>>EIP; c0108704 <restore_all+3/f> <=====

>>esp; c30fbfd0 <_end+2e32c34/46a3c64>

Code; c0108704 <restore_all+3/f>
0000000000000000 <_EIP>:
Code; c0108704 <restore_all+3/f> <=====
0: fe (bad) <=====
Code; c0108705 <restore_all+4/f>
1: ff (bad)
Code; c0108706 <restore_all+5/f>
2: ff (bad)
Code; c0108707 <restore_all+6/f>
3: fd std
Code; c0108708 <restore_all+7/f>
4: 1f pop %ds
Code; c0108709 <restore_all+8/f>
5: 07 pop %es
Code; c010870a <restore_all+9/f>
6: 83 c4 0c add $0xc,%esp
Code; c010870d <restore_all+c/f>
9: cf iret
Code; c010870e <restore_all+d/f>
a: cf iret
Code; c010870f <restore_all+e/f>
b: fe (bad)
Code; c0108710 <signal_return+0/20>
c: fb sti
Code; c0108711 <signal_return+1/20>
d: f7 44 24 33 68 08 c3 testl $0xc30868,0x33(%esp,1)
Code; c0108718 <signal_return+8/20>
14: 00

<1>Unable to handle kernel NULL pointer dereference at virtual address
00000000 c013d515
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c013d515>] Not tainted
EFLAGS: 00010246
eax: 00000000 ebx: c220c6c0 ecx: c1b3ca20 edx: c29c44c0
esi: c220c6d8 edi: c10b6320 ebp: c220c6c0 esp: c30fbe8c
ds: 0018 es: 0018 ss: 0018
Process find (pid: 894, stackpage=c30fb000)
Stack: c29c4340 c1b3ca20 c012e427 c220c6c0 c088fea0 c24e7b40 08055000
00001000 c012088d c24e7b40 c30fbf9c c30fa000 0000000b c088f5a0
c01115dd c24e7b40 c24e7b40 c01153cd c24e7b40 00000000 c30fbf9c
c0108f0c bffff668 c0108cf9 Call Trace: [<c012e427>] [<c012088d>]
[<c01115dd>] [<c01153cd>] [<c0108f0c>] [<c0108cf9>] [<c0108f8e>]
[<c0108704>] [<c011c60a>] [<c0135b80>] [<c01087f4>] [<c0108704>]
Code: 08 00 00 39 43 10 74 23 20 9c 02 25 c0 89 70 04 89 43 18 c7

>>EIP; c013d515 <dput+45/124> <=====

>>ebx; c220c6c0 <_end+1f43324/46a3c64>
>>ecx; c1b3ca20 <_end+1873684/46a3c64>
>>edx; c29c44c0 <_end+26fb124/46a3c64>
>>esi; c220c6d8 <_end+1f4333c/46a3c64>
>>edi; c10b6320 <_end+decf84/46a3c64>
>>ebp; c220c6c0 <_end+1f43324/46a3c64>
>>esp; c30fbe8c <_end+2e32af0/46a3c64>

Trace; c012e427 <fput+af/d0>
Trace; c012088d <exit_mmap+c5/11c>
Trace; c01115dd <mmput+39/50>
Trace; c01153cd <do_exit+85/230>
Trace; c0108f0c <do_invalid_op+0/8c>
Trace; c0108cf9 <die+59/5c>
Trace; c0108f8e <do_invalid_op+82/8c>
Trace; c0108704 <restore_all+3/f>
Trace; c011c60a <in_group_p+1e/28>
Trace; c0135b80 <vfs_permission+74/f0>
Trace; c01087f4 <error_code+34/40>
Trace; c0108704 <restore_all+3/f>

Code; c013d515 <dput+45/124>
0000000000000000 <_EIP>:
Code; c013d515 <dput+45/124> <=====
0: 08 00 or %al,(%eax) <=====
Code; c013d517 <dput+47/124>
2: 00 39 add %bh,(%ecx)
Code; c013d519 <dput+49/124>
4: 43 inc %ebx
Code; c013d51a <dput+4a/124>
5: 10 74 23 20 adc %dh,0x20(%ebx,1)
Code; c013d51e <dput+4e/124>
9: 9c pushf
Code; c013d51f <dput+4f/124>
a: 02 25 c0 89 70 04 add 0x47089c0,%ah
Code; c013d525 <dput+55/124>
10: 89 43 18 mov %eax,0x18(%ebx)
Code; c013d528 <dput+58/124>
13: c7 00 00 00 00 00 movl $0x0,(%eax)

-
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/