From owner-freebsd-stable@FreeBSD.ORG Mon Aug 15 13:20:05 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF4B1065673 for ; Mon, 15 Aug 2011 13:20:05 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8298FC17 for ; Mon, 15 Aug 2011 13:20:04 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA13741; Mon, 15 Aug 2011 16:20:02 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E491D01.1090902@FreeBSD.org> Date: Mon, 15 Aug 2011 16:20:01 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Steven Hartland References: <47F0D04ADF034695BC8B0AC166553371@multiplay.co.uk><4E4380C0.7070908@FreeBSD.org> <4E43E272.1060204@FreeBSD.org> <62BF25D0ED914876BEE75E2ADF28DDF7@multiplay.co.uk> <4E440865.1040500@FreeBSD.org> <6F08A8DE780545ADB9FA93B0A8AA4DA1@multiplay.co.uk> <4E441314.6060606@FreeBSD.org> <2C4B0D05C8924F24A73B56EA652FA4B0@multiplay.co.uk> <4E48D967.9060804@FreeBSD.org> <9D034F992B064E8092E5D1D249B3E959@multiplay.co.uk> <4E490DAF.1080009@FreeBSD.org> <796FD5A096DE4558B57338A8FA1E125B@multiplay.co.uk> In-Reply-To: <796FD5A096DE4558B57338A8FA1E125B@multiplay.co.uk> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: debugging frequent kernel panics on 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 13:20:06 -0000 on 15/08/2011 15:51 Steven Hartland said the following: > ----- Original Message ----- From: "Andriy Gapon" > > >> on 15/08/2011 13:34 Steven Hartland said the following: >>> (kgdb) list *0xffffffff8053b691 >>> 0xffffffff8053b691 is in vm_fault (/usr/src/sys/vm/vm_fault.c:239). >>> 234 /* >>> 235 * Find the backing store object and offset into it to begin the >>> 236 * search. >>> 237 */ >>> 238 fs.map = map; >>> 239 result = vm_map_lookup(&fs.map, vaddr, fault_type, &fs.entry, >>> 240 &fs.first_object, &fs.first_pindex, &prot, &wired); >>> 241 if (result != KERN_SUCCESS) { >>> 242 if (result != KERN_PROTECTION_FAILURE || >>> 243 (fault_flags & VM_FAULT_WIRE_MASK) != >>> VM_FAULT_USER_WIRE) { >>> >> >> Interesting... thanks! >> Can you please also additionally provide (lengthy) output of x/512a >> 0xffffff8d8f356fb0 ? > > Sorry I'm not sure I follow your their? It seems that you got me correctly :) > Do you mean any of the following:- > (kgdb) x/512a > 0xffffff8d8f35b000: Cannot access memory at address 0xffffff8d8f35b000 > > (kgdb) list *0xffffff8d8f356fb0 > No source file for address 0xffffff8d8f356fb0. > > or: > (kgdb) x/512a 0xffffff8d8f356fb0 > 0xffffff8d8f356fb0: Cannot access memory at address 0xffffff8d8f356fb0 Can you please try this (the last command) with 0xffffff8d8f357210 instead? -- Andriy Gapon