X-Git-Url: https://pintos-os.org/cgi-bin/gitweb.cgi?a=blobdiff_plain;f=doc%2Fthreads.texi;h=06a902f74b3ad0305865e4ca3ba6f03564fbb246;hb=771f0dfbd331db32c1229122afbb065f4dd91e65;hp=a6c42002c3666ddbf38c130949f2b28c08a0fad9;hpb=c76f65879a1160c81c345c746f1698585aaa3652;p=pintos-anon diff --git a/doc/threads.texi b/doc/threads.texi index a6c4200..06a902f 100644 --- a/doc/threads.texi +++ b/doc/threads.texi @@ -333,18 +333,20 @@ and options @option{-j} and @option{-r} are mutually exclusive. @section Tips There should be no busy-waiting in any of your solutions to this -assignment. Furthermore, resist the temptation to directly disable -interrupts in your solution by calling @func{intr_disable} or +assignment. + +Do your best to resist the temptation to directly disable interrupts +in your solution by calling @func{intr_disable} or @func{intr_set_level}, although you may find doing so to be useful while debugging. Instead, use semaphores, locks and condition variables to solve synchronization problems. Read the tour section on -synchronization (@pxref{Synchronization}) or the comments -in @file{threads/synch.h} if you're unsure what synchronization +synchronization (@pxref{Synchronization}) or the comments in +@file{threads/synch.h} if you're unsure what synchronization primitives may be used in what situations. Given some designs of some problems, there may be one or two instances in which it is appropriate to directly change the interrupt levels -instead of relying on the given synchroniztion primitives. This must +instead of relying on the given synchronization primitives. This must be justified in your @file{DESIGNDOC} file. If you're not sure you're justified, ask! @@ -494,7 +496,7 @@ A partial fix for this problem is to have the waiting thread the lock, then recall the donation once it has acquired the lock. Implement this fix. -You will need to account for all different orders that priority +You will need to account for all different orders in which priority donation and inversion can occur. Be sure to handle multiple donations, in which multiple priorities are donated to a thread. You must also handle nested donation: given high, medium, and low priority