From owner-freebsd-stable  Sun Jun 16 17:13:00 1996
Return-Path: owner-stable
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id RAA00745
          for stable-outgoing; Sun, 16 Jun 1996 17:13:00 -0700 (PDT)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA00737
          for <freebsd-stable@freebsd.org>; Sun, 16 Jun 1996 17:12:58 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id RAA03469; Sun, 16 Jun 1996 17:12:54 -0700 (PDT)
Message-Id: <199606170012.RAA03469@Root.COM>
X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol
To: David Malone <dwmalone@maths.tcd.ie>
cc: freebsd-stable@freebsd.org
Subject: Re: Trap 12/supervisor read, page not present 
In-reply-to: Your message of "Sun, 16 Jun 1996 12:51:52 -0000."
             <9606161251.aa07235@salmon.maths.tcd.ie> 
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Sun, 16 Jun 1996 17:12:51 -0700
Sender: owner-stable@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>I supped the -stable stuff a few hours after I got this message ( the file
>you mention was at version 1.22.4.4 ) and it didn't stay up for more that
>about 2 minutes, I have a vmcore if its of any use, the message was

   Right, I missed one change and had to do another commit.

>Fatal trap 12: page fault while in kernel mode
>fault virtual address   = 0xf0f6d318
>fault code              = supervisor read, page not present
>instruction pointer     = 0x8:0xf010ee04
>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         = 356 (reboot)
>interrupt mask          =
>
>( I'd just installed and rebooted, and wanted to reboot again, loged
>in as root, typed reboot and then if fell over before shutting down ).
>I'm not sure if I've done this quite right - but this is what
>"gdb -k kernel.0 vmcore.0" gave me for a back trace :
>
>#0  0xf01938bb in boot ()
>#1  0xf01160c5 in panic ()
>#2  0xf0101275 in db_panic ()
>#3  0xf010115e in db_command ()
>#4  0xf01012dd in db_command_loop ()
>#5  0xf0103c78 in db_trap ()
>#6  0xf019082a in kdb_trap ()
>#7  0xf0198703 in trap_fatal ()
>#8  0xf0198280 in trap_pfault ()
>#9  0xf0197ed3 in trap ()
>#10 0xf0191091 in calltrap ()
>#11 0xf1297cba in end ()
>#12 0xf012cfbf in vclean ()
>#13 0xf012d0f4 in vgone ()
>#14 0xf1297267 in end ()
>#15 0xf012dea8 in dounmount ()
>#16 0xf012c169 in vfs_unmountall ()
>#17 0xf019384f in boot ()
>#18 0xf01145c1 in reboot ()
>#19 0xf01989ef in syscall ()
>#20 0xf01910db in Xsyscall ()
>#21 0x10d3 in ?? ()

   This kinda smells like an out of date LKM - especially the entry at #11
which is clearly outside of the standard kernel binary. What filesystems are
you using, and do you have them all statically compiled in your kernel?

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project