home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / misc / 27367 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.9 KB

  1. Xref: sparky comp.os.os2.misc:27367 comp.os.os2.programmer:4219
  2. Path: sparky!uunet!vnet.ibm.com
  3. From: peterf@vnet.ibm.com (Peter Forsberg)
  4. Message-ID: <19920814.005557.382@almaden.ibm.com>
  5. Date: Fri, 14 Aug 92 09:39:46 SWE
  6. Newsgroups: comp.os.os2.misc,comp.os.os2.programmer
  7. Subject: Re: Request for info about kernel pre-emption and priorities
  8. Reply-To: peterf@vnet.ibm.com
  9. Organization: IBM Corporation
  10. Disclaimer: This posting represents the poster's views, not those of IBM
  11. News-Software: UReply 3.0
  12. References: <1992Aug13.221616.7894@ttinews.tti.com>
  13.             <1992Aug14.054245.25657@nuscc.nus.sg>
  14. Lines: 27
  15.  
  16. In <1992Aug14.054245.25657@nuscc.nus.sg> TAN JIN MENG writes:
  17. >terence@tanru.tti.com ( Terry) writes:
  18. >: I looked in my copy of "The Design of OS/2" for the answers to the
  19. >: aforementioned questions and learned a number of things, including that
  20. >: the kernel is indeed non-preemptible but can be interrupted.  Also, that
  21. >                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  22. >HUH? explicate please ...?
  23. >Do you mean that the kernel can receive interruptsss but delays the task
  24. >wakeup until the current kernel task finishes?
  25. >(...)
  26. >
  27. >jin meng
  28.  
  29. When a thread has entered the kernel, it is allowed to execute there
  30. until it either exits the kernel or waits for some event (I/O etc.).
  31. No other thread will be dispatched as long as the kernel thread is still
  32. running. The kernel thread can be interrupted by a hardware
  33. interrupt at any time though (unless it has disabled interrupts).
  34. When the thread is about to exit the kernel it calls the dispatcher,
  35. which decides if a context switch should occur. Of course a context
  36. switch always occurs when the thread in the kernel waits for an event.
  37.  
  38. Peter
  39. --
  40. Peter Forsberg           E-mail:  peterf@vnet.ibm.com          (primary)
  41.                                   d88-pfo@nada.kth.se        (alternate)
  42. Disclaimer: This posting represents the poster's views, not those of IBM
  43.