home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mips / 1140 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  2.0 KB
  1. Path: sparky!uunet!olivea!sgigate!odin!twilight!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.mips
  4. Subject: Re: Recommended reading sources for R3000 implementers ??
  5. Message-ID: <u7vtt1k@zuni.esd.sgi.com>
  6. Date: 30 Dec 92 05:51:53 GMT
  7. References: <C00u04.KGB@umassd.edu>
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 34
  11.  
  12. In <C00u04.KGB@umassd.edu> jdoyle@phy.umassd.edu (Jim Doyle) writes:
  13. |     Howdy! I was wondering if anyone could provide me with the names
  14. | of any good references (books, articles, publications in general) on
  15. | the MIPS R3000/R4000 architecture and systems implementation.
  16. | 
  17. |     I will be embarking on a job shortly to port Mach 3.0 to 
  18. | first a uni-processor R3000 box and then later, a eight-processor SMP
  19. | R3000 box (SillyG PowerSeries). Thus, I need to bone up not only on the
  20. | assembler, but also the very critical issues of
  21. | bus-locking/arbitration, cache control/coherency and other
  22. | synchronization related things.
  23.  
  24. On the SGI MP system, there is a whole seperate MP bus that
  25. handles the cache coherency and locking stuff (including DMA
  26. cache coherency).  That is touched on slightly in the technical
  27. marketing papers, and in the SGI Device Driver writer's guide,
  28. but not at the level you need.
  29.  
  30. If you are doing the single process port to an SGI system,
  31. the details of the hardware will probably be quite different
  32. than for the MP system (no DMA cache coherency, for example).
  33.  
  34. Without access to a lot of hardware and software documenation
  35. (i.e., the source code to the kernel), you are going to have
  36. a lot of trouble with your port.  You will probably need to find
  37. somebody inside SGI willing to spend time with you, and get
  38. approvals for unreleased documention, etc.
  39.  
  40. Finally, on the SGI stuff, you might best ask in
  41. comp.sys.sgi.hardware.
  42. --
  43. Let no one tell me that silence gives consent,  |   Dave Olson
  44. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  45.     Maria Isabel Barreno                        |   olson@sgi.com
  46.