Clarify that multithreaded processes not supported.
authorBen Pfaff <blp@cs.stanford.edu>
Tue, 20 Dec 2005 23:45:09 +0000 (23:45 +0000)
committerBen Pfaff <blp@cs.stanford.edu>
Tue, 20 Dec 2005 23:45:09 +0000 (23:45 +0000)
doc/userprog.texi

index 7c835b680163662459113d1b37961894c696c13c..ea639c126b05ed35055b5b16db1b8d17872983a1 100644 (file)
@@ -36,11 +36,12 @@ full access to privileged parts of the system.  Once we start running
 user programs on top of the operating system, this is no longer true.
 This project deals with consequences of the change.
 
-We allow more than one user program to run at a time.  User
-programs are written and compiled to work under the illusion that they
-have the entire machine.  This means that when you load and
-run multiple processes at a time, you must manage memory, scheduling,
-and other state correctly to maintain this illusion.
+We allow more than one process to run at a time.  Each process has one
+thread (multithreaded processes are not supported).  User programs are
+written under the illusion that they have the entire machine.  This
+means that when you load and run multiple processes at a time, you must
+manage memory, scheduling, and other state correctly to maintain this
+illusion.
 
 In the previous project, we compiled our test code directly into your
 kernel, so we had to require certain specific function interfaces within