home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8238 < prev    next >
Encoding:
Text File  |  1992-07-23  |  2.2 KB  |  45 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!utcsri!utzoo!henry
  3. From: henry@zoo.toronto.edu (Henry Spencer)
  4. Subject: Re: SparcStation Questions
  5. Message-ID: <BrutGJ.36H@zoo.toronto.edu>
  6. Date: Thu, 23 Jul 1992 18:17:05 GMT
  7. References: <1992Jul23.163423.19061@dcc.uchile.cl>
  8. Organization: U of Toronto Zoology
  9. Lines: 34
  10.  
  11. In article <1992Jul23.163423.19061@dcc.uchile.cl> pchris@dcc.uchile.cl writes:
  12. >Looking through the /usr/include/sun4/param.h file on some Sun Sparcs, I came
  13. >across a few things I could use some help on...
  14.  
  15. To get this sort of information from Sun -- or, unfortunately, almost any
  16. manufacturer today -- you need to convince them that you have a worthy
  17. project which needs to know.  Then you sign a nondisclosure agreement.
  18. Then they ship you a bundle of Xeroxed sheets, missing page 17 and two
  19. of the appendixes, with hand-drawn diagrams and inked-in corrections,
  20. telling you not quite everything you need to know about the previous
  21. version of the hardware.  And if you ask about the missing bits, you get
  22. told "oh, we never did get that stuff written down properly".
  23.  
  24. >What does this 3 level mmu on the 470 look like?  What does the normal mmu
  25. >on the other Suns look like?
  26.  
  27. Details on Sun MMUs in particular are definitely proprietary nondisclosure
  28. material, although you can learn a lot from careful study of include files
  29. and the like.
  30.  
  31. The outlines are not secret.  (One wonders why Sun is so anal-retentive
  32. about details that would not be hard to reverse-engineer.)  Some bits of
  33. the address plus bits from what is essentially a short process ID form
  34. an address into memory A.  The number that comes out, plus some more bits
  35. from the address, form an address into memory B.  Out of that comes a
  36. page-table entry, with an address in main memory plus some permission
  37. bits and such.  This is essentially an associative TLB simulated with
  38. ordinary RAMs, using memory A as the associative-lookup mechanism.
  39.  
  40. That was the situation about five years ago, anyway; there are probably
  41. some new wrinkles in the more recent designs.
  42. -- 
  43. There is nothing wrong with making      | Henry Spencer @ U of Toronto Zoology
  44. mistakes, but... make *new* ones. -D.Sim|  henry@zoo.toronto.edu  utzoo!henry
  45.