home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / advocacy / 8319 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  2.1 KB
  1. Path: sparky!uunet!ogicse!news.u.washington.edu!carson.u.washington.edu!tzs
  2. From: tzs@carson.u.washington.edu (Tim Smith)
  3. Newsgroups: comp.os.os2.advocacy
  4. Subject: Re: Windows 3.1 an "operating system"?
  5. Message-ID: <1992Nov9.203102.5435@u.washington.edu>
  6. Date: 9 Nov 92 20:31:02 GMT
  7. Article-I.D.: u.1992Nov9.203102.5435
  8. References: <1992Nov08.163540.8348@donau.et.tudelft.nl> <1992Nov9.042844.10633@u.washington.edu> <1992Nov09.103520.20447@donau.et.tudelft.nl>
  9. Sender: news@u.washington.edu (USENET News System)
  10. Organization: University of Washington School of Law, Class of '95
  11. Lines: 30
  12.  
  13. Erik van Linstee writes:
  14. >OS still stands. I do however have to adjust my statement that
  15. >if there is a filesystem it should be managed by the OS, which
  16. >should read, if there is disk device it should be managed by the
  17. >OS.
  18.  
  19. Ah, and now we reach what Windows does in enhanced mode.  Windows
  20. grabs INT 13h requests at the point where they would be passed to
  21. the BIOS ROM and handles them in a VxD (the BlockDev driver).
  22. Thus, the disk hardware is under direct control of Windows (note: it
  23. doesn't have to be -- if no VxD understands the hardware, Windows will
  24. pass the request to the BIOS, much the way OS/2 makes use of the INT 13h
  25. BIOS if no ADD is available for a given controller).
  26.  
  27. So, because I agree with you (mostly) that the disk should be managed
  28. by the OS, but that the filesystem does not need to be managed by the
  29. OS, I find the use of DOS for filesystem irrelevant to determining if
  30. Windows is an OS (it is relevant to determining if it is a *good* OS,
  31. but we haven't got to that yet).
  32.  
  33. One reservation I have, though, is that I don't agree that the OS should
  34. manage the disk in all cases.  On hardware where the DMA accesses are
  35. routed through the MMU, and where selective access to I/O devices can
  36. be granted, I think the OS designer should consider granting control
  37. of the disk hardware directly to a priveledged process.  The OS should
  38. limit itself to setting up the DMA controller for that process and
  39. dealing with the memory management hardware.  The process should
  40. handle understanding the disk controller.
  41.  
  42. --Tim Smith
  43.