lkml.org 
[lkml]   [2000]   [Jul]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject2.2.14 oops
Here are a couple of oops-es from 2.2.14-15mdk (Mandrake 7.0
default kernel). The two oops-es happened right after each
other. An interpertation would be most helpfull. This system
did have some suspect HW but I had hoped that had all been fixed
with the new memory. So, my question is does this look like a
real kernel bug, or is it my problem -- again?

Whenever this happens, the filesystems are usually
a mess. Typically lots of illegal block in inodes,
and duplicate blocks. One fun filled time, all the
files in / ended up in lost+found.


ksymoops 2.3.4 on i686 2.2.14-15mdk. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.2.14-15mdk/ (default)
-m /boot/System.map (specified)

Warning (compare_ksyms_lsmod): module 3c59x is in lsmod but not in ksyms, probably no symbols exported
Warning (compare_ksyms_lsmod): module emu10k1 is in lsmod but not in ksyms, probably no symbols exported
Warning (compare_ksyms_lsmod): module supermount is in lsmod but not in ksyms, probably no symbols exported
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c011ec90>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 00000000 ebx: ccf2dac0 ecx: ccf2dfc0 edx: ccf2d33c
esi: 08048000 edi: cff2dbe0 ebp: 00002000 esp: ccc4de5c
ds: 0018 es: 0018 ss: 0018

Process su (pid: 813, process nr: 53, stackpage=ccc4d000)
Stack: ccc4dfc4 ccc4df34 cd59f740 00000000 cdd7706c ccf2dc40 ffffff0e c0184c39
00000010 c011532c cff2dbe0 ce0e61fc cdd770fc c0115323 cff2dbe0 0000000b
ccc4dfc4 ccc4df34 cff2dbe0 00000000 ccc4dea8 c011535e cff2dbe0 0000000b
Call Trace: [<c0184c39>] [<c011532c>] [<c0115323>] [<c011535e>] [<c01192aa>] [<
[<c0111058>] [<c0118e22>] [<c0111ee3>] [<c01106f9>] [<c010a96d>] [<c010a
Code: 8b 40 08 ff 80 98 00 00 00 8b 53 20 85 d2 74 06 8b 43 24 89

>>EIP; c011ec90 <exit_mmap+90/120> <=====
Trace; c0184c39 <unix_gc+7d/304>
Trace; c011532c <mmput+24/48>
Trace; c0115323 <mmput+1b/48>
Trace; c011535e <mm_release+e/38>
Trace; c01192aa <do_exit+e2/2b0>
Trace; c0111058 <force_sig_info+80/8c>
Trace; c0118e22 <release+ea/114>
Trace; c0111ee3 <force_sig+17/20>
Trace; c01106f9 <do_page_fault+365/3b8>
Trace; c010a96d <error_code+2d/40>
Code; c011ec90 <exit_mmap+90/120>
00000000 <_EIP>:
Code; c011ec90 <exit_mmap+90/120> <=====
0: 8b 40 08 mov 0x8(%eax),%eax <=====
Code; c011ec93 <exit_mmap+93/120>
3: ff 80 98 00 00 00 incl 0x98(%eax)
Code; c011ec99 <exit_mmap+99/120>
9: 8b 53 20 mov 0x20(%ebx),%edx
Code; c011ec9c <exit_mmap+9c/120>
c: 85 d2 test %edx,%edx
Code; c011ec9e <exit_mmap+9e/120>
e: 74 06 je 16 <_EIP+0x16> c011eca6 <exit_mmap+a6/120>
Code; c011eca0 <exit_mmap+a0/120>
10: 8b 43 24 mov 0x24(%ebx),%eax
Code; c011eca3 <exit_mmap+a3/120>
13: 89 00 mov %eax,(%eax)

Unable to handle kernel paging request at virtual address 0200023c
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c0184bf4>]
EFLAGS: 00010206
eax: 00000005 ebx: 02000000 ecx: cf7d3f80 edx: c02644e0
esi: cf7d2f00 edi: cf0ff5a0 ebp: 00000001 esp: cf2d5d8c
ds: 0018 es: 0018 ss: 0018
Process klogd (pid: 363, process nr: 12, stackpage=cf2d5000)
Stack: cf0ff5a0 00000001 cffebd00 cf7d2f00 cf0ff5a0 cf2d5da8 00000000 00000001
cf7d2f44 cf7d2f44 cf492964 cf7d2f00 cf0ff5a0 c01849e5 cf7d2f00 00000001
00000001 c018499e cf492964 cf4928c0 cf0ff5a0 00000001 cf8589e0 00000000 Call Trace: [<c01849e5>] [<c018499e>] [<c0154b0
f>] [<c014db71>]
[<c0128261>] [<
[<c0115347>] [<c012822f>] [<c011535e>] [<c0119318>] [<c01192a1>] [<c010a
[<c010a96d>] [<c010a884>]
Code: c7 83 3c 02 00 00 00 00 00 00 8b 5b 20 85 db 75 ef 40 83 f8

>>EIP; c0184bf4 <unix_gc+38/304> <=====
Code; c0184bf4 <unix_gc+38/304>
00000000 <_EIP>:
Code; c0184bf4 <unix_gc+38/304> <=====
0: c7 83 3c 02 00 00 00 movl $0x0,0x23c(%ebx) <=====
Code; c0184bfb <unix_gc+3f/304>
7: 00 00 00
Code; c0184bfe <unix_gc+42/304>
a: 8b 5b 20 mov 0x20(%ebx),%ebx
Code; c0184c01 <unix_gc+45/304>
d: 85 db test %ebx,%ebx
Code; c0184c03 <unix_gc+47/304>
f: 75 ef jne 0 <_EIP>
Code; c0184c05 <unix_gc+49/304>
11: 40 inc %eax
Code; c0184c06 <unix_gc+4a/304>
12: 83 f8 00 cmp $0x0,%eax


3 warnings issued. Results may not be reliable.


$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 2
model name : AMD Athlon(tm) Processor
stepping : 1
cpu MHz : 805.647358
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr 6 mce cx8 sep mtrr pge 14 cmov fcmov 17 22 mmx 24 30 3dnow
bogomips : 804.45

$ dmesg
Linux version 2.2.14-15mdk (root@kenobi.mandrakesoft.com) (gcc version 2.95.2 19991024 (release)) #1 Tue Jan 4 22:24:20 CET 200
0
Detected 805647358 Hz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 804.45 BogoMIPS
Memory: 257676k/262144k available (1092k kernel code, 416k reserved, 2896k data, 64k init, 0k bigmem)
Dentry hash table entries: 262144 (order 9, 2048k)
Buffer cache hash table entries: 262144 (order 8, 1024k)
Page cache hash table entries: 65536 (order 6, 256k)
VFS: Diskquotas version dquot_6.4.0 initialized
L1 I Cache: 64K L1 D Cache: 64K
L2 Cache: 512K
CPU: AMD AMD Athlon(tm) Processor stepping 01
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.35a (19990819) Richard Gooch (rgooch@atnf.csiro.au)
PCI: PCI BIOS revision 2.10 entry at 0xfdaf1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Enabling I/O for device 00:00
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
TCP: Hash tables configured (ehash 262144 bhash 65536)
Initializing RT netlink socket
Starting kswapd v 1.5
Detected PS/2 Mouse Port.
Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
pty: 256 Unix98 ptys configured
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9)
Real Time Clock Driver v1.09
RAM disk driver initialized: 16 RAM disks of 4096K size
PCI_IDE: unknown IDE controller on PCI bus 00 device 39, VID=1022, DID=7409
PCI_IDE: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
hda: Maxtor 92720U8, ATA DISK drive
hdc: ATAPI 48X CDROM, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: Maxtor 92720U8, 25965MB w/2048kB Cache, CHS=3310/255/63
hdc: ATAPI 48X CD-ROM drive, 128kB Cache
Uniform CDROM driver Revision: 2.56
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12
raid5: measuring checksumming speed
raid5: MMX detected, trying high-speed MMX checksum routines
pII_mmx : 1850.136 MB/sec
p5_mmx : 2319.147 MB/sec
8regs : 1075.944 MB/sec
32regs : 933.450 MB/sec
using fastest function: p5_mmx (2319.147 MB/sec)
scsi : 0 hosts.
scsi : detected total.
md.c: sizeof(mdp_super_t) = 4096
Partition check:
hda: hda1 hda2 < hda5 hda6 hda7 >
autodetecting RAID arrays
autorun ...
... autorun DONE.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 64k freed
Adding Swap: 257000k swap-space (priority -1)
Creative SBLive! detected
3c59x.c:v0.99H 11/17/98 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html
eth0: 3Com 3c905B Cyclone 100baseTx at 0xd000, 00:01:02:23:f9:91, IRQ 10
8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface.
MII transceiver found at address 24, status 786d.
MII transceiver found at address 0, status 786d.
Enabling bus-master transmits and whole-frame receives.


Jim Bauer, jfbauer@home.com

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

\
 
 \ /
  Last update: 2005-03-22 13:57    [W:0.043 / U:0.344 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site