home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / ibm / pc / hardware / 22026 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  2.2 KB
  1. Xref: sparky comp.sys.ibm.pc.hardware:22026 comp.sys.intel:1517 comp.os.linux:8470
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!mp.cs.niu.edu!fnnews!fncrd6.fnal.gov!rohrer
  3. From: rohrer@fncrd6.fnal.gov (Keith Rohrer)
  4. Newsgroups: comp.sys.ibm.pc.hardware,comp.sys.intel,comp.os.linux
  5. Subject: Re: Help - Cyrix processors, anyone know for sure?
  6. Message-ID: <2197@fnnews.fnal.gov>
  7. Date: 17 Aug 92 18:16:45 GMT
  8. References: <0105010F.b54s7l@mprnews.mpr.com>
  9. Sender: news@fnnews.fnal.gov
  10. Followup-To: comp.sys.ibm.pc.hardware
  11. Organization: Fermilab
  12. Lines: 32
  13. Nntp-Posting-Host: fncrd6.fnal.gov
  14. Followups-to: rohrer@fncrd0.fnal.gov
  15.  
  16. In article <0105010F.b54s7l@mprnews.mpr.com> mslater@mpr.com writes:
  17. [deleted]
  18. >It is true that the cache must be enabled by initialization software,
  19. >but this can be done by a program (supplied by Cyrix to its OEMs)
  20. >that in part of autoexec.bat.
  21. Is (assembler?) source to this/such a program going to be available,
  22. so those of us not using DOS can use it?
  23.  
  24. >The Cyrix chips have some additional signals to handle A20 masking
  25. >and cache control, and for best performance, the hardware needs a
  26. >small modification (a couple gates and a few wires) to support these
  27. >signals. It is not absolutely necessary, however; the chips have software
  28. >control registers that allow the needed functions to be implemented
  29. >without any hardware mods, but there is a small performance hit. For
  30. >example, without the hardware mods, the chip must make the first 64K
  31. >of each 1 Mbyte region non-cacheable to avoid the A20 wrap-around
  32. >problems.
  33. I take it this is to avoid the Microsoft HMA kludge; can those of us
  34. who use something besides DOS, or hold our right hands up and solemnly
  35. swear not to use the HMA when we do, disable this feature?
  36.  
  37. >Michael Slater, Microprocessor Report              mslater@mpr.com
  38. >P.O. Box 2438, Sebastopol CA 95473  707/823-4004  fax 707/823-0504
  39.  
  40.     Keith
  41. (rohrer@fncrd0.fnal.gov, where all followups/replies should be sent...)
  42.  
  43. -- 
  44. Disclaimer: None of Grinnell College, URA, Fermilab, and any other affiliated
  45. persons or orginizations have licensed my ideas or opinions, and thus are
  46. not entitled to any which may appear above.
  47.  
  48.