Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 1 Feb 2001 22:03:43 +1000
From:      Harley Anderson <q9202867@quoin.cqu.edu.au>
To:        freebsd-questions@freebsd.org
Cc:        freebsd-hardware@freebsd.org.q9202867@quoin.cqu.edu.au
Subject:   Fatal trap 12 -- dead cpu?
Message-ID:  <01020200002400.00301@satan>

next in thread | raw e-mail | index | archive | help
Hi, I've been having problems on my Pentium II system and was hoping someone
could look at the trap output(s) and back up my diagnosis...
I have searched through the list archives but found nothing conclusive.

Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
           The Regents of the University of California. All rights reserved.


Fatal trap 12: page fault while in kernel mode
fault virtual address  = 0x34
fault code             = superuser read, page not present
instruction pointer    = 0x8:0xc018c2bf
stack pointer          = 0x10:0xc0659d80
frame pointer          = 0x10:0xc0659d90
code segment           = base 0x0, limit 0xfffff, type 0x1b
                       = DPL 0, pres 1, def32 1, gran 1
processor eflags       = interrupt enabled, resume, IOPL = 0
current process        = Idle
interrupt mask         = net tty bio cam
trap number            = 12
panic: page fault
Uptime: 0s

<second one done later that day, all the rest is as above>
fault virtual address  = 0x30
instruction pointer    = 0x8:0xc02c305f
stack pointer          = 0x10:0xc0659f44
frame pointer          = 0x10:0xc0659f60


It started locking up intermittently around 1 month ago and rebooting itself
over and over until I cold-boot it. Now it's the only thing it can do but I was
lucky enough to get this output from trying to boot the 4.1.1 CD out of
desperation.

I know it's not the ram because it does the same thing with all three of the
bits of DRAM I have.
I also know it is not a heat problem because it happens when it is dead cold.
I'm _guessing_ the low virtual address means that it could be in the cpu cache..
Meaning the warranty replacement cpu I got in September is no good.


Thanks for reading.
Harley


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?01020200002400.00301>