home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / wizards / 5287 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  1.7 KB
  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!spool.mu.edu!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
  2. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  3. Newsgroups: comp.unix.wizards
  4. Subject: Re: a novice unix internals question
  5. Message-ID: <1992Dec20.225210.9418@thunder.mcrcim.mcgill.edu>
  6. Date: 20 Dec 92 22:52:10 GMT
  7. References: <1992Dec16.081648.22123@sbcs.sunysb.edu>
  8. Organization: McGill Research Centre for Intelligent Machines
  9. Lines: 26
  10.  
  11. In article <1992Dec16.081648.22123@sbcs.sunysb.edu>, synchem@sbcs.sunysb.edu (Synchem proj acct) writes:
  12.  
  13. > In the Leffler 4.3BSD Unix book, it was discussed that the run-time
  14. > structure of the kernel is divided into a top and a bottom half.
  15. > [...]  My question is, which process does the bottom half belong
  16. > to[?]
  17.  
  18. As you guess (in text I deleted), bottom-half routines do not
  19. inherently belong to any process.  If they correspond to a device that
  20. is being used by only one process, they could be thought of as
  21. belonging to that process, but the code is generally not written to
  22. correspond to this, and for some devices (eg, disks) it doesn't even
  23. really make sense.  There usually is some process current when the
  24. bottom half runs, but it bears no relation to anything in particular;
  25. it's simply whatever process happened to have the cpu when the
  26. interrupt happened.  If the machine isn't busy, it's even reasonably
  27. likely that the interrupt happened during the idle loop.  (For example,
  28. the bottom half cannot count on any given process being incore.  Some
  29. things are kept incore even for swapped processes, like the proc struct
  30. in 4.3; these can of course be used once the correct one is found.  But
  31. the u area may be swapped....)
  32.  
  33.                     der Mouse
  34.  
  35.                 mouse@larry.mcrcim.mcgill.edu
  36.