home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9596 < prev    next >
Encoding:
Text File  |  1992-09-01  |  1.7 KB  |  41 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!gatech!darwin.sura.net!convex!news.utdallas.edu!corpgate!crchh327!crchh453!minyard
  3. From: minyard@crchh453.bnr.ca (Corey Minyard)
  4. Subject: Re: VM386?  Possible?
  5. Message-ID: <1992Sep01.185707.15429@bnr.ca>
  6. Sender: news@bnr.ca (News on crchh327)
  7. Nntp-Posting-Host: crchh453
  8. Reply-To: minyard@bnr.ca
  9. Organization: BNR
  10. References:  <la78t4INN738@appserv.Eng.Sun.COM>
  11. Date: Tue, 01 Sep 1992 18:57:07 GMT
  12. Lines: 27
  13.  
  14. In article <la78t4INN738@appserv.Eng.Sun.COM>, lm@slovax.Eng.Sun.COM (Larry McVoy) writes:
  15. |> Forgive my ignorance, but is it possible to run a 386 program on a
  16. |> virtual 386 on a real 386?  The reason I ask is this: aren't a lot 
  17. |> of dos programs running in 386 mode?  So even if you got VM86 working
  18. |> and got a dos emulator running, wouldn't things like windows apps
  19. |> not run at all?  Or is everything still running as an 8086?
  20. |> 
  21. |> Thanks.
  22. |> ---
  23. |> Larry McVoy                  (415) 336-7627                   lm@sun.com
  24.  
  25. Unfortunately, no.  The problem comes in with the PUSHFD/POPFD 
  26. instructions.  PUSHFD will put the status register (including processor
  27. mode) onto the stack.  POPFD will restore the status register from
  28. the stack.  If in supervisor mode, POPFD will restore the processor
  29. mode bits (VM86, I/O priv, etc.).  If not in supervisor mode, POPFD
  30. will not trap but it will not restore these bits.  So, there is no
  31. way for a virtual machine control program to know if the program
  32. running in the virtual machine is looking at the processor mode or
  33. trying to change the processor mode via these instructions.
  34.  
  35. I guess you could write a full 386 simulator, but that would not
  36. be terribly fast.
  37.  
  38. ----------------------------------------------------------------------
  39.  
  40. Corey Minyard
  41.