home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23251 < prev    next >
Encoding:
Text File  |  1993-01-08  |  2.2 KB  |  46 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!usc!sdd.hp.com!saimiri.primate.wisc.edu!ames!agate!linus!philabs!acheron!scifi!watson!yktnews!admin!shravani!rajat
  3. From: rajat@watson.ibm.com (Rajat Datta)
  4. Subject: Re: DOS emulation
  5. Sender: news@watson.ibm.com (NNTP News Poster)
  6. Message-ID: <1993Jan07.221850.37109@watson.ibm.com>
  7. Date: Thu, 07 Jan 1993 22:18:50 GMT
  8. Disclaimer: This posting represents the poster's views, not necessarily those of IBM
  9. References: <79132@hydra.gatech.EDU> <1993Jan5.174435.3669@wam.umd.edu> <1993Jan7.184329.8050@bernina.ethz.ch>
  10. Nntp-Posting-Host: shravani.watson.ibm.com
  11. Organization: IBM T.J. Watson Research Center
  12. Lines: 32
  13.  
  14. In article <1993Jan7.184329.8050@bernina.ethz.ch> almesber@nessie.cs.id.ethz.ch (Werner Almesberger) writes:
  15. >
  16. >If you mean "switching to a different VC", why not ? The display memory
  17. >could be mapped to the physical frame buffer while the respective VC is
  18. >in the "foreground" which is copied to a buffer in user space when
  19. >switching to a different VC. Now, that buffer memory could be mapped to
  20. >the display memory and the DOS program could happily continue to
  21. >scribble to what it thinks is its screen. It would even run faster ;-)
  22. >
  23. >- Werner
  24.  
  25.  
  26. Yikes!  It's nowhere near this simple if the DOS program is doing
  27. graphics, especially in 16 color modes.  What's being written by the
  28. program and what actually gets put in display memory is quite
  29. different and governed by the settings of the VGA registers.  In fact,
  30. writing a 8 bit byte can actually result in setting 32 bits in the
  31. graphics memory.  So, if you were running a DOS graphics session under
  32. a non-displayed VC, you would actually have to simulate the operation
  33. of the VGA card in writing to graphics memory.
  34.  
  35. And, come to think of it, it's not just the graphics memory either.
  36. It's also the VGA card registers that the DOS program could be
  37. modifying.  That's in I/O space.  Presumably, the non-console VC DOS
  38. process cannot be allowed to muck around with the current VGA regs.
  39. So those have to be trapped and their function simulated.
  40.  
  41. All in all, I suspect doing full software VGA (and SVGA) emulation is
  42. not very attractive.
  43.  
  44. -- 
  45. rajat (rajat@watson.ibm.com)
  46.