port-powerpc/59613: Unexpected panic: pr_phinpage_check: [pmap_upvopl] ...

[he%NetBSD.org@localhost]

>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@localhost
>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@localhost:/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?