From owner-freebsd-questions Thu Feb 1 6:10:43 2001 Delivered-To: freebsd-questions@freebsd.org Received: from quoin.cqu.edu.au (quoin.cqu.EDU.AU [138.77.23.5]) by hub.freebsd.org (Postfix) with ESMTP id AEFE837B4EC for ; Thu, 1 Feb 2001 06:10:21 -0800 (PST) Received: from satan ([138.77.102.32]) by quoin.cqu.edu.au (8.9.3/8.9.3) with SMTP id AAA122970; Fri, 2 Feb 2001 00:10:17 +1000 (EST) From: Harley Anderson Organization: Big Fish on a Bendy Stick To: freebsd-questions@freebsd.org Subject: Fatal trap 12 -- dead cpu? Date: Thu, 1 Feb 2001 22:03:43 +1000 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: freebsd-hardware@freebsd.org.q9202867@quoin.cqu.edu.au MIME-Version: 1.0 Message-Id: <01020200002400.00301@satan> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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 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