Module Name:    src
Committed By:   palle
Date:           Fri Feb  8 19:55:40 UTC 2019

Modified Files:
        src/sys/arch/sparc64/doc: TODO

Log Message:
sun4v: update the TODO file noting (at least) some progess with sun4v


To generate a diff of this commit:
cvs rdiff -u -r1.28 -r1.29 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.28 src/sys/arch/sparc64/doc/TODO:1.29
--- src/sys/arch/sparc64/doc/TODO:1.28	Mon Dec 17 20:13:46 2018
+++ src/sys/arch/sparc64/doc/TODO	Fri Feb  8 19:55:40 2019
@@ -1,4 +1,4 @@
- /* $NetBSD: TODO,v 1.28 2018/12/17 20:13:46 palle Exp $ */
+ /* $NetBSD: TODO,v 1.29 2019/02/08 19:55:40 palle Exp $ */
 
 Things to be done:
 
@@ -11,14 +11,9 @@ sun4u:
 - GENERIC.UP kernel hangs on v445 (missing interrupt?)
 
 sun4v:
- - current status: The kernel boots and starts the init process (pid 1) 
-   which spawns /sbin/sh (pid 2). This is forked as a new /sbin/sh (pid 3)
-   which crashes, probably due to MMU DPROT issues.
-   Looks like the user process tries to write to the stack as part of a save
-   instruction since cansave is zero. This causes a DMMU PROT trap (0x6c) which
-   calls sun4v_tl0_dtsb_prot which calls sun4v_datatrap which calls TRAP_SETUP().
-   This macro has code that does a save instruction, again to the user stack,
-   which again causes a MMU DPROT trap...
+ - current status: The kernel boots and starts the init process. 
+   The following processes seem to crash on and on so more debugging to be done...
+
 - 64-bit kernel support
 - 32-bit kernel support
 - libkvm

Reply via email to