PR/57621 CVS commit: [netbsd-10] src/sys/arch/powerpc

["Martin Husemann" <martin%netbsd.org@localhost>]

The following reply was made to PR kern/57621; it has been noted by GNATS.

From: "Martin Husemann" <martin%netbsd.org@localhost>
To: gnats-bugs%gnats.NetBSD.org@localhost
Cc: 
Subject: PR/57621 CVS commit: [netbsd-10] src/sys/arch/powerpc
Date: Fri, 29 Dec 2023 20:21:40 +0000

 Module Name:	src
 Committed By:	martin
 Date:		Fri Dec 29 20:21:40 UTC 2023
 
 Modified Files:
 	src/sys/arch/powerpc/include [netbsd-10]: pmap.h vmparam.h
 	src/sys/arch/powerpc/include/oea [netbsd-10]: pmap.h
 	src/sys/arch/powerpc/oea [netbsd-10]: pmap.c pmap_kernel.c
 	src/sys/arch/powerpc/powerpc [netbsd-10]: bus_dma.c trap.c vm_machdep.c
 
 Log Message:
 Additionally pull up following revision(s) (requested by rin in ticket #400):
 
 	sys/arch/powerpc/include/oea/pmap.h: revision 1.39
 	sys/arch/powerpc/include/pmap.h: revision 1.43
 	sys/arch/powerpc/oea/pmap_kernel.c: revision 1.14
 	sys/arch/powerpc/oea/pmap.c: revision 1.117
 	sys/arch/powerpc/oea/pmap.c: revision 1.118
 	sys/arch/powerpc/oea/pmap.c: revision 1.119
 	sys/arch/powerpc/include/vmparam.h: revision 1.27
 	sys/arch/powerpc/powerpc/trap.c: revision 1.165
 	sys/arch/powerpc/oea/pmap.c: revision 1.120
 	sys/arch/powerpc/oea/pmap.c: revision 1.121
 	sys/arch/powerpc/powerpc/vm_machdep.c: revision 1.106
 	sys/arch/powerpc/powerpc/bus_dma.c: revision 1.56
 
 powerpc/oea: trap: pmap_{pte,ste}_spill() even in the interrupt context
 
 Page table for oea is something like L2 TLB on memory; kernel and
 processes share its entries, and process entries can be spilled out.
 
 As done for MMU based on software-managed TLB, we need to restore
 such entries even in the interrupt context.
 
 Note that pmap_pte_spill() require no resouce to restore entries.
 Still-not-implemented pmap_ste_spill() for OEA64 should also.
 Part of PR kern/57621
 
 powerpc/oea: pmap: Drop unused argument for pmap_pvo_reclaim(), NFC
 Part of PR kern/57621
 
 powerpc/oea: pmap: Rework pmap_pte_spill()
 
 It was broken in many ways... Now, it gets working stable both for
 OEA and OEA64_BRIDGE, as far as I can see.
 Part of PR kern/57621
 
 powerpc/oea: pmap: Fix mostly-pointless overhead of pmap_pvo_pool
 (1) Drop __aligned(32) from struct pvo_entry; otherwise,
     sizeof(struct pvo_entry) is round-up'ed to a multiple of 32.
 (2) Do not set sizeof(struct pvo_entry) to `align` argument for
     pool_init(9); it must be power of 2.
 (3) Align pvo_entry to 32-byte boundary only if reasonably possible,
     i.e., OEA without DIAGNOSTIC (--> POOL_REDZONE) for now.
 Part of PR kern/57621
 
 powerpc/oea: pmap_create: Use PR_ZERO and drop memset(9), NFC
 Part of PR kern/57621
 
 powerpc: oea: For OEA64_BRIDGE, 1:1 map up to 3GiB memory
 As done for OEA. Note that kva over 3GiB is reserved.
 
 Provide PMAP_MAP_POOLPAGE for OEA64_BRIDGE at the same time, by
 which direct-mapped memory is utilized in order to work around
 starvation of 512MiB kernel virtual space.
 PR kern/57621
 
 powerpc: Make sure direct-mapped buffer fits within correct range
 
 For OEA and OEA64_BRIDGE, only first 3GiB memory is direct-mapped.
 Part of PR kern/57621
 
 
 To generate a diff of this commit:
 cvs rdiff -u -r1.42 -r1.42.4.1 src/sys/arch/powerpc/include/pmap.h
 cvs rdiff -u -r1.26 -r1.26.4.1 src/sys/arch/powerpc/include/vmparam.h
 cvs rdiff -u -r1.37 -r1.37.4.1 src/sys/arch/powerpc/include/oea/pmap.h
 cvs rdiff -u -r1.114.4.1 -r1.114.4.2 src/sys/arch/powerpc/oea/pmap.c
 cvs rdiff -u -r1.13 -r1.13.4.1 src/sys/arch/powerpc/oea/pmap_kernel.c
 cvs rdiff -u -r1.55 -r1.55.4.1 src/sys/arch/powerpc/powerpc/bus_dma.c
 cvs rdiff -u -r1.163 -r1.163.20.1 src/sys/arch/powerpc/powerpc/trap.c
 cvs rdiff -u -r1.105 -r1.105.2.1 src/sys/arch/powerpc/powerpc/vm_machdep.c
 
 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.