Date: Sun, 20 Aug 2000 14:21:24 -0400 From: "Matt Thomas" <cdt4668@bellsouth.net> To: "Greg Lehey" <grog@lemis.com> Cc: <questions@freebsd.org> Subject: RE: Kernel traps (was: FreeBSD 4.1-STABLE is about as stable as windows98) Message-ID: <NEBBILHCELMBGLJMJBGGGEKJCPAA.cdt4668@bellsouth.net> In-Reply-To: <20000820112503.F4230@wantadilla.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hey Greg, this was the error that I was recieving.. Fatal Trap 12: Page Fault While In Kernel Mode Fault Virtual Address =0x8 Fault Code =Supervisor Read, Page Not Present Instruction Pointer =0x8:;0xc018c370 Stack Pointer =0x10:0xxc470ee3c Frame Pointer =0x10:0xc470ee44 Code Segment =Base 0x0, Limit 0xfffff,Type 0x1b Processor Eflags =Interrupt Enabled,Resume,IOPL=0 Current Process =171 (Ping) Interrupt Mask = Trap Number =12 Panic:Page Fault One gentleman just explained that it is a problem with DMA and the VIA chipset. The motherboard that I was using was a VIA chipset motherboard so this makes complete sense to me. I have moved the box to a different motherboard/processor and all seems well so far. I assume the problem does lie in the VIA chipset. I'm just gonna go get a new mboard to bring my server back up to a faster processor. Thank you everyone for the help that I have recieved in determing that this was a hardware related issue. Sounds like the problem is aware of and is being worked on, but for the time being I'm still gonna chuck this VIA motherboard out the door. Thanks everyone.. Matthew Thomas -----Original Message----- From: owner-freebsd-questions@FreeBSD.ORG [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Greg Lehey Sent: Saturday, August 19, 2000 9:55 PM To: Matt Thomas Cc: questions@FreeBSD.ORG Subject: Kernel traps (was: FreeBSD 4.1-STABLE is about as stable as windows98) On Saturday, 19 August 2000 at 14:43:50 -0400, Matt Thomas wrote: > Hello All, > > I have been having a problem for quite some time now with FreeBSD > bombing out with a Page Fault 12 error in the kernel. I have been > reading the list for over a year now and have noticed in the past > few months a few people mention the same problem. All I have read > is that it deals with a network overflow in the kernel and it is > fixed. This statement doesn't make it clear that you understand what a "page fault error" really is. There are multiple possible reasons. > I am writing this to say it is indeed not fixed. Which bug? > I have noticed the problem since 4.1-RC3 and still do this very day > am having the page fault and reboot on a 4.1-STABLE cvsup'd > yesterday. I wake up and my computer is sitting there not booted up > waiting for me to say yes to write to the boot record and it is > getting quite annoying. "Yes to write to the boot record"? What is that? That doesn't sound like a bug in FreeBSD. > I cannot keep a BSD system up for only 2 days when my 4.0-STABLE > went 100 days uptime no problem. Someone PLEASE fix this bug. It would be nice to know which bug you're talking about. > I cvsup and make kernels every day hoping it will get rid of this > problem but alas it doesn't. Page Fault error 12 is kicking my ass > and I have seen other people post this problem buy nothing has come > about of it. Thanks for your time, please fix my BSD, this is > getting quite annoying. If you have problems with the system crashing, we're interested. But you need to give a few details. The first thing we need to see is a backtrace from a dump. Refer to the online handbook for details on how to do that. Greg -- When replying to this message, please copy the original recipients. For more information, see http://www.lemis.com/questions.html Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message 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?NEBBILHCELMBGLJMJBGGGEKJCPAA.cdt4668>