NetBSD Problem Report #51050

From www@NetBSD.org  Wed Apr  6 05:00:49 2016
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id C68DF7A3DC
	for <gnats-bugs@gnats.NetBSD.org>; Wed,  6 Apr 2016 05:00:49 +0000 (UTC)
Message-Id: <20160406050048.840FF7A48F@mollari.NetBSD.org>
Date: Wed,  6 Apr 2016 05:00:48 +0000 (UTC)
From: zmcgrew@gmail.com
Reply-To: zmcgrew@gmail.com
To: gnats-bugs@NetBSD.org
Subject: panic: kernel diagnostic assertion "ok" failed: file "/mnt/wasabi/netbsd/src/sys/arch/arm/arm32/pmap.c", line 1314
X-Send-Pr-Version: www-1.0

>Number:         51050
>Category:       port-evbarm
>Synopsis:       panic: kernel diagnostic assertion "ok" failed: file "/mnt/wasabi/netbsd/src/sys/arch/arm/arm32/pmap.c", line 1314
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    skrll
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Apr 06 05:05:00 +0000 2016
>Closed-Date:    Wed Aug 25 07:15:29 +0000 2021
>Last-Modified:  Wed Aug 25 07:15:29 +0000 2021
>Originator:     Zachary McGrew
>Release:        7.99.26
>Organization:
>Environment:
NetBSD wasabi 7.99.26 NetBSD 7.99.26 (CUBIETRUCK) #0: Mon Mar 28 11:35:43 PDT 2016  zmcgrew@nbsdbuild.awods.net:/mnt/wasabi/netbsd/nbsdbuild.awods.net/obj/sys/arch/evbarm/compile/CUBIETRUCK evbarm
>Description:
I was compiling some packages from pkgsrc on my Cubietruck and the system just hung. At some point it restarted itself and I was able to login again and got this out of my /var/log/messages:

Apr  5 18:00:01 wasabi /netbsd: panic: kernel diagnostic assertion "ok" failed: file "/mnt/wasabi/netbsd/src/sys/arch/arm/arm32/pmap.c", line 1314 
Apr  5 18:00:01 wasabi /netbsd: cpu0: Begin traceback...
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9d24: netbsd:db_panic+0xc
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9d54: netbsd:vpanic+0x1b0
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9d6c: netbsd:__udivmoddi4
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9dac: netbsd:pmap_create+0x16c
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9dd4: netbsd:uvmspace_init+0x6c
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9dfc: netbsd:uvmspace_alloc+0x44
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9e2c: netbsd:uvmspace_fork+0x2c
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9e44: netbsd:uvm_proc_fork+0x24
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9edc: netbsd:fork1+0x32c
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9f04: netbsd:sys_fork+0x38
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9f7c: netbsd:syscall+0x84
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9fac: netbsd:swi_handler+0xa0
Apr  5 18:00:01 wasabi /netbsd: cpu0: End traceback...
Apr  5 18:00:01 wasabi /netbsd: 
Apr  5 18:00:01 wasabi /netbsd: dump to dev 92,1 not possible
Apr  5 18:00:01 wasabi /netbsd: Skipping crash dump on recursive panic
Apr  5 18:00:01 wasabi /netbsd: panic: delay: arg 5000000 overflow, limit is 4709393 usec
Apr  5 18:00:01 wasabi /netbsd: 
Apr  5 18:00:01 wasabi /netbsd: cpu0: Begin traceback...
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9c74: netbsd:db_panic+0xc
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9ca4: netbsd:vpanic+0x1b0
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9cbc: netbsd:snprintf
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9cec: netbsd:tlb_get_asid
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9d24: netbsd:dumpsys+0x18
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9d54: netbsd:vpanic+0x1bc
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9d6c: netbsd:__udivmoddi4
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9dac: netbsd:pmap_create+0x16c
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9dd4: netbsd:uvmspace_init+0x6c
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9dfc: netbsd:uvmspace_alloc+0x44
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9e2c: netbsd:uvmspace_fork+0x2c
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9e44: netbsd:uvm_proc_fork+0x24
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9edc: netbsd:fork1+0x32c
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9f04: netbsd:sys_fork+0x38
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9f7c: netbsd:syscall+0x84
Apr  5 18:00:01 wasabi /netbsd: 0xbeae9fac: netbsd:swi_handler+0xa0
Apr  5 18:00:01 wasabi /netbsd: cpu0: End traceback...

Please let me know if you need any additional information.
>How-To-Repeat:

>Fix:

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: port-evbarm-maintainer->skrll
Responsible-Changed-By: skrll@NetBSD.org
Responsible-Changed-When: Fri, 03 Nov 2017 15:56:10 +0000
Responsible-Changed-Why:
Take


State-Changed-From-To: open->feedback
State-Changed-By: skrll@NetBSD.org
State-Changed-When: Sun, 22 Nov 2020 07:37:57 +0000
State-Changed-Why:
Please use the GENERIC kernel and re-test


State-Changed-From-To: feedback->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Wed, 25 Aug 2021 07:15:29 +0000
State-Changed-Why:
9-month feedback timeout; presume fixed (as is likely for arm32 pmap issues
from four years ago)

... if it's actually still not working write in and let us know, or open a new
PR.


>Unformatted:

Home	PR Database Search