home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 8928 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  1.4 KB
  1. Path: sparky!uunet!cs.utexas.edu!hellgate.utah.edu!cc.usu.edu!ivie
  2. From: ivie@cc.usu.edu (CP/M lives!)
  3. Newsgroups: comp.arch
  4. Subject: Re: PALcode instructions vs TRAP instructions
  5. Message-ID: <1992Aug16.195833.58188@cc.usu.edu>
  6. Date: 16 Aug 92 19:58:33 MDT
  7. References: <1992Aug10.211215.25582@nntpd.lkg.dec.com> <1992Aug12.094231.1767@uklirb.informatik.uni-kl.de> <1992Aug12.092211.58077@cc.usu.edu> <34303@cbmvax.commodore.com>
  8. Organization: Utah State University
  9. Lines: 21
  10.  
  11. In article <34303@cbmvax.commodore.com>, jesup@cbmvax.commodore.com (Randell Jesup) writes:
  12. > ivie@cc.usu.edu (CP/M lives!) writes:
  13. >>Not really. The OS will believe the console code about how much memory is
  14. >>available. The console reports the memory size as smaller than physical by
  15. >>the amount of memory needed for the PALcode and the console. The OS will not
  16. >>try to use the memory thus reserved for PALcode.
  17. > 
  18. >     This would seem to be dangerous, because of wild pointers.  Just
  19. > because the OS doesn't know about the memory doesn't mean that there won't
  20. > be a write to those locations.  I do hope that PALcode fetches are checked
  21. > for illegal accesses.
  22.  
  23. The problem with wild pointers should be solved as soon as the OS is up far
  24. enough to initialize the page tables. If the page tables don't include the
  25. console memory, the OS can't get at them.
  26.  
  27. At least, that works on a VAX. I'm not sure whether the kernel runs mapped 
  28. on an Alpha. Wouldn't work on a MIPS.
  29.  
  30. Roger Ivie
  31. ivie@cc.usu.edu
  32.