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