Adjust wording of "static priority" comment.
authorBen Pfaff <blp@cs.stanford.edu>
Mon, 11 Oct 2004 22:45:47 +0000 (22:45 +0000)
committerBen Pfaff <blp@cs.stanford.edu>
Mon, 11 Oct 2004 22:45:47 +0000 (22:45 +0000)
doc/threads.texi

index e5b087ba349a69f9d5e7f4b02a9fe463033ab878..1e379710c65c3d38f06a6e168b3fb6a6d5b80814 100644 (file)
@@ -490,6 +490,10 @@ for a lock held by a lower-priority thread.  You do not need to
 implement this fix for semaphores, condition variables or joins.
 However, you do need to implement priority scheduling in all cases.
 
+You may assume a static priority for priority donation, that is, it is
+not necessary to ``re-donate'' a thread's priority if it changes
+(although you are free to do so).
+
 @node Problem 1-4 Advanced Scheduler
 @section Problem 1-4: Advanced Scheduler
 
@@ -503,10 +507,6 @@ relative to the original Pintos scheduling algorithm (round robin) for
 at least one workload of your own design (i.e.@: in addition to the
 provided test).
 
-You may assume a static priority for this problem. It is not necessary
-to ``re-donate'' a thread's priority if it changes (although you are
-free to do so).
-
 You must write your code so that we can turn the MLFQS on and off at
 compile time.  By default, it must be off, but we must be able to turn
 it on by inserting the line @code{#define MLFQS 1} in