sun4v: update TODO with proper path to sh + list tested platforms so far
This commit is contained in:
parent
b3baacce99
commit
16d83f212b
@ -1,4 +1,4 @@
|
||||
/* $NetBSD: TODO,v 1.26 2018/04/11 19:44:47 palle Exp $ */
|
||||
/* $NetBSD: TODO,v 1.27 2018/10/05 19:53:47 palle Exp $ */
|
||||
|
||||
Things to be done:
|
||||
|
||||
@ -12,7 +12,7 @@ sun4u:
|
||||
|
||||
sun4v:
|
||||
- current status: The kernel boots and starts the init process (pid 1)
|
||||
which spawns /bin/sh (pid 2). This is forked as a new/bin/sh (pid 3) which crashes, probably due to MMU DPROT issues.
|
||||
which spawns /sbin/sh (pid 2). This is forked as a new /sbin/sh (pid 3) which crashes, probably due to MMU DPROT issues.
|
||||
- 64-bit kernel support
|
||||
- 32-bit kernel support
|
||||
- libkvm
|
||||
@ -33,4 +33,7 @@ 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?
|
||||
|
||||
- platforms tested so far:
|
||||
-- qemu sun4v/niagara - crash in init process relaed to fork (stack?)
|
||||
-- T2000 - mmu fault somewhere
|
||||
-- T5 - stickcmpr is not properly initialized ???
|
||||
|
Loading…
Reference in New Issue
Block a user