Module Name: src
Committed By: palle
Date: Sat Feb 27 18:29:38 UTC 2021
Modified Files:
src/sys/arch/sparc64/doc: TODO
Log Message:
sun4v: update TODO file with OpenFirmware interface related improvements
To generate a diff of this commit:
cvs rdiff -u -r1.35 -r1.36 src/sys/arch/sparc64/doc/TODO
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
Modified files:
Index: src/sys/arch/sparc64/doc/TODO
diff -u src/sys/arch/sparc64/doc/TODO:1.35 src/sys/arch/sparc64/doc/TODO:1.36
--- src/sys/arch/sparc64/doc/TODO:1.35 Sat Feb 27 18:19:57 2021
+++ src/sys/arch/sparc64/doc/TODO Sat Feb 27 18:29:38 2021
@@ -1,4 +1,4 @@
-/* $NetBSD: TODO,v 1.35 2021/02/27 18:19:57 palle Exp $ */
+/* $NetBSD: TODO,v 1.36 2021/02/27 18:29:38 palle Exp $ */
Things to be done:
@@ -41,6 +41,19 @@ sun4v:
- vdsk and ldc drivers: code maked with OPENBSD_BUSDMA - make the bus_dma stuff work properly
- vbus.c: handle prom_getprop() memory leaks
- locore.s: rft_user (sun4v specific manaul fill) - seems to work, but is it good enough (compared to openbsds rft_user?
+- openfirmware interface
+ bounce handlng could need rework
+ - only #if __arch64__ independent for SUN4V, as OF for all ultrasparcs is
+ plain 32bit code too (and this #if only because the point below becomes
+ always false otherwise)
+ - only bounce if the address is >= 1UL<<32
+ - perhaps apply the lock to OF calls in general, not only the bounce'd ones
+ (in other words: let's protect the OF context with the lock, not
+ only the bounce buffer contents).
+ - Are there any other bounce-worthy OF calls? If so, apply handling
+ to all of them now
+ - consider method used by Solaris/OpenSolaris/Illumos (look for PROM_32BIT_ADDRS in
+ the Illumos codebase)
- platforms tested so far:
-- qemu sun4v/niagara - reaches the point where the kernel needs to mount a root fs
-- T2000 - mmu fault somewhere
