From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 2 14:56:41 2009 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 588C9106577C; Mon, 2 Feb 2009 14:56:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 29C208FC1D; Mon, 2 Feb 2009 14:56:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id C8DCC46B46; Mon, 2 Feb 2009 09:56:40 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n12EuHRu040398; Mon, 2 Feb 2009 09:56:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Mon, 2 Feb 2009 08:49:05 -0500 User-Agent: KMail/1.9.7 References: <200901311529.n0VFTj73014198@www.freebsd.org> In-Reply-To: <200901311529.n0VFTj73014198@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902020849.06054.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 02 Feb 2009 09:56:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8940/Mon Feb 2 07:31:54 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Roar Pettersen , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 14:56:41 -0000 On Saturday 31 January 2009 10:29:45 am Roar Pettersen wrote: > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x800000108 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8037690c > stack pointer = 0x10:0xfffffffec329e5e0 > frame pointer = 0x10:0x0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 25972 (cron) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 6h33m10s > Physical memory: 2039 MB > Dumping 411 MB: 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 > > Reading symbols from /boot/kernel/blank_saver.ko...Reading symbols from /boot/kernel/blank_saver.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/blank_saver.ko > #0 0xffffffff802fa8fa in doadump () at /usr/src/sys/kern/kern_shutdown.c:238 > 238 if (dumper.dumper == NULL) { Can you provide the full backtrace? This stack frame is well after the panic in the code that writes out the crash dump, so it is not very useful. -- John Baldwin