From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 2 07:34:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20B5E37B401 for ; Wed, 2 Apr 2003 07:34:11 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACAD743FB1 for ; Wed, 2 Apr 2003 07:34:10 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0051.cvx21-bradley.dialup.earthlink.net ([209.179.192.51] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 190kFb-0001w2-00; Wed, 02 Apr 2003 07:34:08 -0800 Message-ID: <3E8B027B.D362CE47@mindspring.com> Date: Wed, 02 Apr 2003 07:32:11 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dmitry Sivachenko References: <20030402134428.GA43549@fling-wing.demos.su> <20030402151734.GA68114@fling-wing.demos.su> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4815ed0c6e373587338771cf689a5a380350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org Subject: Re: Repeated similar panics on -STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2003 15:34:11 -0000 Dmitry Sivachenko wrote: > On Wed, Apr 02, 2003 at 05:44:28PM +0400, Dmitry Sivachenko wrote: > > Hello! > > > > > > Fatal trap 12: page fault while in kernel mode > > mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 > > fault virtual address = 0x5cdd8000 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc015daff > > BTW, > > (kgdb) list *0xc015daff > 0xc015daff is in malloc (/mnt/se3/releng_4/src/sys/kern/kern_malloc.c:244). > 243 va = kbp->kb_next; > 244 kbp->kb_next = ((struct freelist *)va)->next; Yes, I know. See analysis and patch and workaround. -- Terry