From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 02:10:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1282516A4CE for ; Fri, 13 Feb 2004 02:10:33 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD7F43D1D for ; Fri, 13 Feb 2004 02:10:32 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i1DAASZV048964; Fri, 13 Feb 2004 05:10:28 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i1DAASIk048961; Fri, 13 Feb 2004 05:10:28 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Fri, 13 Feb 2004 05:10:28 -0500 (EST) From: Andre Guibert de Bruet To: Divacky Roman In-Reply-To: <20040213094957.GA8898@stud.fit.vutbr.cz> Message-ID: <20040213045538.I34361@alpha.siliconlandmark.com> References: <20040213094957.GA8898@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: panic in 11th Feb current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2004 10:10:33 -0000 On Fri, 13 Feb 2004, Divacky Roman wrote: > Fatal double fault: > eip = 0xc05babdc > esp = 0xc7f10ff4 > ebp = 0xc7f11004 > panic: double fault > at line 848 in file /usr/src/sys/i386/i386/trap.c > > that instruction was xchgl %ebx,in_Debugger > > then it switched to kernel debugger - I issued c (continue) > than it paniced again > > in vm_map.c:2870 Source from the 11th indicates that this line number to points to a vm_map_lock_read() call inside vm_map_lookup() which would be called on a page fault. > stray iqr 9 > _mtx_lock_sleep: recursed on non-recursive mutex > kern_mutex.c:436 Ouch. > I have kernel dump which I can provide (but my kernel is not -g > compiled) Run an "nm /boot/kernel/kernel |sort" and report the function names and addresses of the functions just above and below the eip (0xc05babdc). Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ >