From owner-freebsd-sparc64@FreeBSD.ORG Sun May 11 07:37:48 2014 Return-Path: Delivered-To: freebsd-sparc64@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 7FBE0771 for ; Sun, 11 May 2014 07:37:48 +0000 (UTC) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darkthrone.kvedulv.de", Issuer "Gandi Standard SSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 404E62B36 for ; Sun, 11 May 2014 07:37:47 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 4F9F497E; Sun, 11 May 2014 09:37:43 +0200 (CEST) Date: Sun, 11 May 2014 09:37:43 +0200 From: Michael Moll To: Konstantin Belousov Subject: Re: panic on fresh -CURRENT Message-ID: <20140511073743.GA38923@darkthrone.kvedulv.de> References: <20140510213824.GA23740@darkthrone.kvedulv.de> <20140510215647.GU74331@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140510215647.GU74331@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2014 07:37:48 -0000 Hi, On Sun, May 11, 2014 at 12:56:47AM +0300, Konstantin Belousov wrote: > Still, does it work if you revert the r265843 ? Leads to the same panic. > Do you have INVARIANTS defined in your kernel config ? No. But would be no problem, if it helps to track down the problem. > Do you have vmcore from the panic ? If yes, please load it > in kgdb and do p *(struct vm_page *)0xfffff800fc480870. Sure, here we go: panic: vm_page_free: freeing wired page 0xfffff800fb7f6d98 cpuid = 0 KDB: stack backtrace: panic() at panic+0x1d4 vm_page_free_toq() at vm_page_free_toq+0xa0 vm_page_free_zero() at vm_page_free_zero+0x10 pmap_release() at pmap_release+0xe4 vmspace_exit() at vmspace_exit+0x104 exit1() at exit1+0x6d4 sigexit() at sigexit+0xb94 postsig() at postsig+0x194 ast() at ast+0x44c -- syscall (7, FreeBSD ELF64, sys_wait4) %o7=0x1027e8 -- userland() at 0x156484 user trace: trap %o7=0x1027e8 pc 0x156484, sp 0x7fdffffd501 panic: trap: fast data access mmu miss (kernel) cpuid = 0 KDB: enter: panic [...] (kgdb) p *(struct vm_page *)0xfffff800fb7f6d98 $1 = {plinks = {q = {tqe_next = 0xfffff800fb7f6e10, tqe_prev = 0xfffff800fb7f6ca8}, s = {ss = {sle_next = 0xfffff800fb7f6e10}, pv = 0xfffff800fb7f6ca8}, memguard = { p = 18446735281835961872, v = 18446735281835961512}}, listq = {tqe_next = 0xfffff800fb7f6e10, tqe_prev = 0xfffff80013644248}, object = 0x0, pindex = 9, phys_addr = 3448094720, md = {tte_list = {tqh_first = 0xec36f1e0, tqh_last = 0xec36f1f0}, pmap = 0x0, colors = {0, 0}, color = 0}, wire_count = 4294967295, busy_lock = 1, hold_count = 0, flags = 8, aflags = 0 '\0', oflags = 0 '\0', queue = 255 '�', segind = 0 '\0', order = 12 '\f', pool = 0 '\0', act_count = 9 '\t', valid = 0, dirty = 0} Regards -- Michael Moll