OOPS with 2.2.14

From: Alex Buell (alex.buell@tahallah.demon.co.uk)
Date: Sun Jan 30 2000 - 10:30:57 EST


-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Linux tahallah 2.2.14 #6 SMP Tue Jan 11 16:06:22 GMT 2000 i686 unknown
Kernel modules 2.3.9
Gnu C 2.95.2
Binutils 2.9.5.0.22
Linux C Library 2.1.2
Dynamic linker ldd (GNU libc) 2.1.2
Linux C++ Library 2.8.1
Procps 2.0.6
Mount 2.9y
Net-tools 1.52
Kbd 0.99
Sh-utils 2.0
Modules Loaded nls_iso8859-1 vfat nls_cp437 msdos fat

Machine is dual Pentium Pro @ 166MHz with 512K caches, P6DNF motherboard,
with 256MB of memory split into 2 x 128MB 72pin 60ns SIMMs

matroxfb: Matrox Millennium II (PCI) detected
matroxfb: MTRR's turned on
matroxfb: 1280x1024x32bpp (virtual: 1280x1635)
matroxfb: framebuffer at 0xFC000000, mapped to 0xd0805000, size 8388608
Console: switching to colour frame buffer device 160x64
fb0: MATROX VGA frame buffer device
Detected PS/2 Mouse Port.
pty: 256 Unix98 ptys configured
Real Time Clock Driver v1.09
PIIX3: IDE controller on PCI bus 00 dev 39
PIIX3: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio
hda: Maxtor 90680D4, ATA DISK drive
hdb: ST32140A, ATA DISK drive
hdd: Hewlett-Packard CD-Writer Plus 8200, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: Maxtor 90680D4, 6485MB w/256kB Cache, CHS=826/255/63, (U)DMA
hdb: ST32140A, 2015MB w/128kB Cache, CHS=1023/64/63, DMA
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
scsi : 0 hosts.
scsi : detected total.
Partition check:
 hda: hda1 hda2 hda3 hda4 < hda5 hda6 >
 hdb: hdb1 < hdb5 >

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

Jan 30 15:08:54 tahallah kernel: Unable to handle kernel paging request at virtual address 656c6966
Jan 30 15:08:54 tahallah kernel: current->tss.cr3 = 0938e000, %cr3 = 0938e000
Jan 30 15:08:54 tahallah kernel: *pde = 00000000
Jan 30 15:08:54 tahallah kernel: Oops: 0002
Jan 30 15:08:54 tahallah kernel: CPU: 0
Jan 30 15:08:54 tahallah kernel: EIP: 0010:[prune_dcache+50/312]
Jan 30 15:08:54 tahallah kernel: EFLAGS: 00010206
Jan 30 15:08:54 tahallah kernel: eax: c01f43d4 ebx: c37345a0 ecx: c3734fc0 edx: 656c6966
Jan 30 15:08:54 tahallah kernel: esi: c37340c0 edi: cc553ed0 ebp: 00000ff9 esp: c716fdcc
Jan 30 15:08:54 tahallah kernel: ds: 0018 es: 0018 ss: 0018
Jan 30 15:08:54 tahallah kernel: Process find (pid: 16011, process nr: 52, stackpage=c716f000)
Jan 30 15:08:54 tahallah kernel: Stack: 00001006 c716fe1c c01360fb 00000010 00000001 00001006 c0225b90 00001006
Jan 30 15:08:54 tahallah kernel: c716fe1c c01362a4 fffffff3 00001006 00000000 c8f85320 00000000 c0225b90
Jan 30 15:08:54 tahallah kernel: c01f43fc c0225b90 c8f85320 00100000 c716fe1c c716fe1c c01bd380 c1a3b870
Jan 30 15:08:54 tahallah kernel: Call Trace: [__free_inodes+31/96] [try_to_free_inodes+304/388] [cprt+6304/16837] [grow_inodes+32/488] [get_new_inode+205/320] [iget+127/140] [ext2_lookup+90/140]
Jan 30 15:08:54 tahallah kernel: Code: 89 02 89 1b 89 5b 04 8d 73 e0 83 7b e0 00 0f 85 d0 00 00 00
Using defaults from ksymoops -t elf32-i386 -a i386

Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
   0: 89 02 mov %eax,(%edx)
Code; 00000002 Before first symbol
   2: 89 1b mov %ebx,(%ebx)
Code; 00000004 Before first symbol
   4: 89 5b 04 mov %ebx,0x4(%ebx)
Code; 00000007 Before first symbol
   7: 8d 73 e0 lea 0xffffffe0(%ebx),%esi
Code; 0000000a Before first symbol
   a: 83 7b e0 00 cmpl $0x0,0xffffffe0(%ebx)
Code; 0000000e Before first symbol
   e: 0f 85 d0 00 00 00 jne e4 <_EIP+0xe4> 000000e4 Before first symbol

What happened: Started to get random corruption in text files 45 minutes
before OOP occurred, compiles of Mozilla and other open source software
started to die with errors, correcting corruption (i.e 'e' got changed to
'%' in a file), restarting compiles worked, eventually running a 'find'
operation locked up the machine and an OOP was written out to the syslog,
used sysrq-sync and sysrq-boot to reboot the machine and retrieved the
OOP.

The machine was fine for the last 7 days up to until 45 mins ago when the
problems started happening.

I've been through this already with 2.2.12 & 2.2.13. Memory checked out
fine with the memtest program, even replaced memory chips, OOPs still
happened in the last few months. Can't really think of what else could
cause my machine to die like this!!

Cheers,
Alex, the guy with no brain.

-- 

http://www.tahallah.demon.co.uk

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



This archive was generated by hypermail 2b29 : Mon Jan 31 2000 - 21:00:25 EST