Source-Changes-HG archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

[src/nathanw_sa]: src/sys Get rid of a couple of finished items.



details:   https://anonhg.NetBSD.org/src/rev/d90ac04668dd
branches:  nathanw_sa
changeset: 504831:d90ac04668dd
user:      nathanw <nathanw%NetBSD.org@localhost>
date:      Mon Jul 09 22:39:42 2001 +0000

description:
Get rid of a couple of finished items.

diffstat:

 sys/sa-TODO |  13 ++-----------
 1 files changed, 2 insertions(+), 11 deletions(-)

diffs (30 lines):

diff -r 50d90e45d24b -r d90ac04668dd sys/sa-TODO
--- a/sys/sa-TODO       Mon Jul 09 22:37:26 2001 +0000
+++ b/sys/sa-TODO       Mon Jul 09 22:39:42 2001 +0000
@@ -2,11 +2,8 @@
 
 - Document! Not everyone wants to read the thesis. Man pages, etc.
 
-- Prevent multiple LWP/SAs from entering sigexit(). Not at all useful,
-  and causes deadlock panics in exit1().
-
-- Port to other architectures. I have alpha, m68k, arm32, mips, sparc.
-  Other people will need to do the intimately MD parts for ppc, sh3, sparc64,
+- Port to other architectures. I have alpha, m68k, arm32, mips, sparc, ppc.
+  Other people will need to do the intimately MD parts for sh3, sparc64,
   pc532, vax. Documenting what is needed and what changes have been made
   to the MI/MD boundary would be a good step here.
 
@@ -27,12 +24,6 @@
 - Adapt /proc and libkvm interfaces to support examining LWP/SA data
   structures. Adapt ps and friends to display such.
 
-- scheduler activation "preemption" upcall: currently called once per
-  clock tick, as preempt() is called whether or not there are other
-  runnable processes. This introduces a large upcall-handling overhead
-  on a process. Figure out how to make this cheaper, or ideally, only
-  invoke the preemption upcall for "real" preemption.
-
 - scheduler activation upcalls: user-stack storage of all upcall state
   has problems if a process causes multiple upcalls in one kernel entry.
   Upcalls will be lost, and stacks will be leaked (never returned to process). 



Home | Main Index | Thread Index | Old Index