From owner-freebsd-current  Sat Jul 15 22:40:30 1995
Return-Path: current-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id WAA06381
          for current-outgoing; Sat, 15 Jul 1995 22:40:30 -0700
Received: from Root.COM (implode.Root.COM [198.145.90.1])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA06374
          for <current@freebsd.org>; Sat, 15 Jul 1995 22:40:27 -0700
Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id WAA13477; Sat, 15 Jul 1995 22:23:00 -0700
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA01052; Sat, 15 Jul 1995 22:24:09 -0700
Message-Id: <199507160524.WAA01052@corbin.Root.COM>
To: Mike Pritchard <mpp@legarto.minn.net>
cc: current@freebsd.org
Subject: Re: current kernel panics at boot 
In-reply-to: Your message of "Sat, 15 Jul 95 20:57:06 CDT."
             <199507160157.UAA00287@mpp.minn.net> 
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Sat, 15 Jul 1995 22:21:58 -0700
Sender: current-owner@freebsd.org
Precedence: bulk

>I am unable to boot a -current kernel (supped within the
>last 1/2 hour).  It panics at boot time right after the probes 
>complete with the following message:
>
>panic: vm_page_alloc: offset not page aligned
>
>The panic is within a #DIAGNOSTIC ifdef block.  The last good kernel 
>I have was built from sources supped sometime during the morning on 
>7/13, and that kernel does contain the new vm changes.
>
>Here is a traceback from the dump.  I don't have time right now
>to examine this any further.
>
>Reading symbol data from /usr/var/crash/kernel.12...done.
>IdlePTD 2c2000
>panic: vm_page_alloc: offset not page aligned
>current pcb at 1ea420
>(kgdb) bt
>#0  boot (arghowto=256) (../../i386/i386/machdep.c line 867)
>867	(../../i386/i386/machdep.c)
>#1  0xf01185f5 in panic ()
>#2  0xf01a46fc in vm_page_alloc (object=(vm_object_t) 0xf07a0500, offset=0x0000201c, page_req=0) (../../vm/vm_page.c line 553)
>#3  0xf019dbeb in vm_fault (map=(vm_map_t) 0xf07bd300, vaddr=0xefc0001c, fault_type=2, change_wiring=0) (../../vm/vm_fault.c line 314)
>#4  0xf01b1dcb in trap_pfault (frame=(struct trapframe *) 0xefbfffbc, usermode=1) (../../i386/i386/trap.c line 586)
>#5  0xf01b199b in trap (frame={tf_es = 39, tf_ds = 39, tf_edi = 2945024, tf_esi = -272638256, tf_ebp = -272638356, tf_isp = -272629788, tf_ebx = 8408, tf_edx = 1, tf_ecx = 0, tf_eax = 1, tf_trapno = 12, tf_err = 4, tf_eip = 30117, tf_cs = 31, tf_eflags = 66182, tf_esp = -272638404, tf_ss = 39}) (../../i386/i386/trap.c line 221)
>(kgdb) 
>
>
>The first bad kernel I have is from sup run at 03:00 CST today (7/15),
>so whatever broke this probably went in between then and sometime
>during the morning on 7/13, although it could very well be the
>big vm change.

   I'll fix it tonight. Thanks for the report.

-DG