From owner-freebsd-current@FreeBSD.ORG Sat Aug 16 03:38:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7578BA3E for ; Sat, 16 Aug 2014 03:38:28 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C55122DB for ; Sat, 16 Aug 2014 03:38:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s7G3cSXx079070 for ; Sat, 16 Aug 2014 03:38:28 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s7G3cSsM079069 for freebsd-current@freebsd.org; Sat, 16 Aug 2014 03:38:28 GMT (envelope-from bdrewery) Received: (qmail 61632 invoked from network); 15 Aug 2014 22:38:25 -0500 Received: from unknown (HELO roundcube.xk42.net) (10.10.5.5) by sweb.xzibition.com with SMTP; 15 Aug 2014 22:38:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 15 Aug 2014 22:38:25 -0500 From: Bryan Drewery To: freebsd-current@freebsd.org Subject: Re: panic: pmap active 0xfffff8002d2ae9f8 Organization: FreeBSD In-Reply-To: <53EB868A.1060406@FreeBSD.org> References: <53EB868A.1060406@FreeBSD.org> Message-ID: <295b3f285bffb20608153322d259224a@shatow.net> X-Sender: bdrewery@FreeBSD.org User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-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: Sat, 16 Aug 2014 03:38:28 -0000 On 2014-08-13 10:38, Bryan Drewery wrote: > On 6/24/2014 4:28 PM, Craig Rodrigues wrote: >> Hi, >> >> I have a system running CURRENT at r266925 from May 31. >> >> While doing some software builds using poudriere, the system >> panicked. Unfortunately this system was not configured with >> swap space, so I cannot do a kernel dump. >> >> The system is currently at the ddb prompt. >> Here is the backtrace: >> >> >> Here is the backtrace from ddb: >> >> panic: pmap active 0xfffff8002d2ae9f8 >> cpuid = 5 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe183958a7d0 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe183958a880 >> vpanic() at vpanic+0x126/frame 0xfffffe183958a8c0 >> kassert_panic() at kassert_panic+0x139/frame 0xfffffe183958a930 >> pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfffffe183958aa20 >> vmspace_exit() at vmspace_exit+0xa1/frame 0xfffffe183958aa60 >> exit1() at exit1+0x541/frame 0xfffffe183958aad0 >> sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe183958aae0 >> amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe183958abf0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe183958abf0 >> --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip - 0x800b195aa, rsp - >> 0x7ffffffe3e8, rbp = 0x7ffffffffe400 >> KDB: enter: panic >> [ thread pid 94762 tid 101570 ] >> Stopped at kdb_enter+0x3e: movq $0.kdb_why >> db> >> >> >> Is this a known problem? >> Are there other commands I should type at the ddb prompt? >> -- >> Craig > > I have run into this as well on r269147: > >> panic: pmap active 0xfffff80035f422f8 >> cpuid = 10 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe124852b7d0 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe124852b880 >> vpanic() at vpanic+0x126/frame 0xfffffe124852b8c0 >> kassert_panic() at kassert_panic+0x139/frame 0xfffffe124852b930 >> pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfffffe124852ba20 >> vmspace_exit() at vmspace_exit+0x9c/frame 0xfffffe124852ba60 >> exit1() at exit1+0x541/frame 0xfffffe124852bad0 >> sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe124852bae0 >> ia32_syscall() at ia32_syscall+0x270/frame 0xfffffe124852bbf0 >> Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe124852bbf0 >> --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip = 0x297e386f, rsp = >> 0xffffd7ac, rbp = 0xffffd7b8 --- >> KDB: enter: panic >> [ thread pid 85335 tid 101517 ] >> Stopped at kdb_enter+0x3e: movq $0,kdb_why >> db> call doadump >> >> Dump failed. Partition too small. >> = 0 Got it again on recent r269950 while building with poudriere: panic: pmap active 0xfffff8113c3c6d78 cpuid = 10 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1248acc7d0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1248acc880 vpanic() at vpanic+0x126/frame 0xfffffe1248acc8c0 kassert_panic() at kassert_panic+0x139/frame 0xfffffe1248acc930 pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfffffe1248acca20 vmspace_exit() at vmspace_exit+0x9c/frame 0xfffffe1248acca60 exit1() at exit1+0x541/frame 0xfffffe1248accad0 sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe1248accae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe1248accbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1248accbf0 --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip = 0x80387fadc, rsp = 0x7fffffffd4e8, rbp = 0x7fffffffd5a0 --- KDB: enter: panic [ thread pid 84433 tid 101503 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> call doadump Dump failed. Partition too small. = 0 -- Regards, Bryan Drewery