NetBSD Problem Report #59613

From he@smistad.uninett.no  Wed Aug 27 21:53:16 2025
Return-Path: <he@smistad.uninett.no>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits)
	 client-signature RSA-PSS (2048 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 8F7951A923A
	for <gnats-bugs@gnats.NetBSD.org>; Wed, 27 Aug 2025 21:53:16 +0000 (UTC)
Message-Id: <20250827215312.1D90B43F6A1@smistad.uninett.no>
Date: Wed, 27 Aug 2025 23:53:11 +0200 (CEST)
From: he@NetBSD.org
Reply-To: he@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: Unexpected panic: pr_phinpage_check: [pmap_upvopl] ...
X-Send-Pr-Version: 3.95

>Number:         59613
>Category:       port-powerpc
>Synopsis:       Unexpected panic: pr_phinpage_check: [pmap_upvopl] ...
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-powerpc-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Aug 27 21:55:00 +0000 2025
>Originator:     he@NetBSD.org
>Release:        NetBSD 9.0
>Organization:
 I try...
>Environment:
System: NetBSD golden-delicious.urc.uninett.no 9.0 NetBSD 9.0 (GOLDEN-DELICIOUS) #6: Wed Dec  4 00:33:00 CET 2024  he@golden-delicious.urc.uninett.no:/usr/obj/sys/arch/macppc/compile/GOLDEN-DELICIOUS macppc
Architecture: macppc
Machine: powerpc
>Description:
	During a pkgsrc bulk build, last entry in the log says
	[10647/28448] Starting build of  mingw-w64-x86_64-gcc-bootstrap-ucrt-14.2.0

	the next thing is that the G4 mac Mini I use for this
	bulk build's kernel decided to panic.  The backtrace
	found in the kernel message buffer was:

[ 11189472.345968] panic: pr_phinpage_check: [pmap_upvopl] item 0x1b4d670 not part of pool
[ 11189472.345968] cpu0: Begin traceback...
[ 11189472.345968] 0x36ff1b80: at vpanic+0x144
[ 11189472.345968] 0x36ff1bb0: at panic+0x50
[ 11189472.345968] 0x36ff1c00: at pool_put+0x4f4
[ 11189472.345968] 0x36ff1c60: at pmap_pvo_free_list+0x6c
[ 11189472.345968] 0x36ff1c80: at pmap_page_protect+0x1c4
[ 11189472.345968] 0x36ff1cc0: at uvm_anon_dispose+0x118
[ 11189472.345968] 0x36ff1ce0: at uvm_anon_freelst+0x34
[ 11189472.345968] 0x36ff1d00: at amap_wipeout+0x100
[ 11189472.345968] 0x36ff1d20: at uvm_unmap_detach+0x58
[ 11189472.345968] 0x36ff1d40: at uvm_map_enter+0x27c
[ 11189472.345968] 0x36ff1db0: at uvm_map+0x60
[ 11189472.345968] 0x36ff1e20: at uvm_mmap.part.0+0x170
[ 11189472.345968] 0x36ff1e50: at sys_mmap+0x2b4
[ 11189472.345968] 0x36ff1ec0: at syscall+0x26c
[ 11189472.345968] 0x36ff1f20: user SC trap #197 by 0xfdb7b740: srr1=0xd032
[ 11189472.345968]             r1=0xffffa670 cr=0x24042242 xer=0 ctr=0xfdb7b738
[ 11189472.345968] cpu0: End traceback...
[ 11189472.345968] dumpsys: TBD
[ 11189472.345968] rebooting

	My basic questions are:

	a) is this reminicent of an already known problem?
	b) is this perhaps fixed in newer netbsd-9 code?
	   There is always hope...

Yes, this host runs plain 9.0 and no wrapper to pretend that
it runs 9.0 when it runs newer 9.x kernel.

>How-To-Repeat:
	Try to run a full bulk build.
>Fix:
	No idea.  I was even unsure of whether this is a generic
	kernel problem or a problem specific for the powerpc pmap.
	Most probably the latter?

Home	PR Database Search