home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9766 < prev    next >
Encoding:
Text File  |  1992-09-03  |  3.1 KB  |  71 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!gatech!darwin.sura.net!jvnc.net!primerd.prime.com!tiger1.prime.com!cummings
  3. From: cummings@tiger1.prime.com (Kevin J. Cummings)
  4. Subject: Re: VM86
  5. Message-ID: <1992Sep3.135607@tiger1.prime.com>
  6. Sender: usenet@primerd.prime.com (Usenet)
  7. Organization: Prime Computer, Inc.
  8. References: <1992Aug31.142857.4685@crd.ge.com> <peterd.715289756@pjd.dev.cdx.mot.com> <richard.715353503@stat.tamu.edu> <1992Sep3.121537.13126@wam.umd.edu>
  9. Date: Thu, 3 Sep 1992 17:56:07 GMT
  10. Lines: 59
  11.  
  12. In article <1992Sep3.121537.13126@wam.umd.edu>, joel@wam.umd.edu (Joel M. Hoffman) writes:
  13. > In article <richard.715353503@stat.tamu.edu> richard@stat.tamu.edu (richard henderson) writes:
  14. > >peterd@pjd.dev.cdx.mot.com (Peter Desnoyers) writes:
  15. > >
  16. > >>davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
  17. > >
  18. > >>>In article <1992Aug29.091200.16019@klaava.Helsinki.FI>, torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
  19. > >
  20. > >>>| SIGALRM_handler()
  21. > >>>| {
  22. > >>>|     check the screen memory in the vm86 box, and update the real
  23. > >>>|     screen every now and then. Do any other regular house-keeping
  24. > >>>|     fn's.
  25. > >>>| }
  26. > >
  27. > >
  28. > >Unfortunately, if this is intended to be a DOS emulator, you are going to 
  29. > >have to trap the VGA registers that bank the video ram into and out of
  30. > >the memory map.  This could be made easier if sysv shared memory blocks
  31. > >were in place.  Create (1M/64K) shared memory blocks, and when the VGA
  32. > >registers are twiddled, change the mapping of the memory blocks.
  33. > 
  34. > I think what we really need (for the DOS emulator but on other grounds
  35. > as well) is fully indepent VC's that utilize all of the features of
  36. > the video card installed.  This means that one VC can be in graphics
  37. > mode, another in 25x80 mode, another in 43x123 (or whatever), etc.
  38. > The code for storing and restoring the entire state of a VGA (SVGA?)
  39. > card is available from CMU.  
  40.  
  41. If the video card is VESA compliant, there should be VESA BIOS code that is
  42. capable of doing the same.  But now we are back to the age old question of
  43. how well will we be able to use (run) VBIOS code in a VM86 process?  How
  44. about from a protected mode process (like the kernel)?
  45.  
  46. > Surely this is the way to do.  Then the DOS emulator could do what it
  47. > liked with the display (as DOS programs do), another VC could be
  48. > running X, and root could still be logged in on a text terminal.  
  49. > 
  50. > I haven't seen 0.97 yet.  Is this by chance implemented?  Also, are my
  51. > codepage modifications included?
  52. > 
  53. > -Joel
  54. > (joel@wam.umd.edu)
  55. > 
  56. > 
  57.  
  58. -- 
  59. =================================================================
  60. Kevin J. Cummings                       PrimeService
  61. 20 Briarwood Road                       A Computervision Company
  62. Framingham, Mass.                       500 Old Connecticut Path
  63.                     Framingham, Mass.
  64. Work:  cummings@primerd.Prime.COM
  65. Home:  cummings@kjc386.framingham.ma.us
  66.  
  67. Std. Disclaimer: "Mr. McKittrick, after careful consideration,
  68.           I've come to the conclusion that your new
  69.           defense system SUCKS..."   --  War Games
  70. =================================================================
  71.