home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10989 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  2.1 KB
  1. Path: sparky!uunet!pmafire!news.dell.com!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!lindsay
  2. From: lindsay+@cs.cmu.edu (Donald Lindsay)
  3. Newsgroups: comp.arch
  4. Subject: Re: PALcode
  5. Message-ID: <By2qA1.5z3.2@cs.cmu.edu>
  6. Date: 21 Nov 92 16:10:49 GMT
  7. Article-I.D.: cs.By2qA1.5z3.2
  8. References: <By0xy0.FsA.2@cs.cmu.edu> <1992Nov21.011653.24554@adobe.com>
  9. Sender: news@cs.cmu.edu (Usenet News System)
  10. Organization: School of Computer Science, Carnegie Mellon
  11. Lines: 36
  12. Nntp-Posting-Host: gandalf.cs.cmu.edu
  13.  
  14. zstern@adobe.com (Zalman Stern) writes:
  15.     [ talking about PALcode as abstraction, performance aside ]
  16. >Also, it has a certain amount of  
  17. >intellectual and logistical complexity. There's a layer between the OS  
  18. >writer and the hardware. You must understand the layer, and somebody must  
  19. >provide the code for the layer. If that interface is not a good match to  
  20. >your needs there's going to be a problem.
  21.  
  22. DEC has published a detailed data sheet for the 21064, from which I
  23. could hope to design my own PALcode. As for actually writing it,
  24. that's just Alpha instructions: the user-mode tools and expertise
  25. more-or-less carry over. So far, this is nicely analogous to writing
  26. the lowest-level OS code on an Rx000.
  27.  
  28. The big difference is that DEC intends to have multiple Alpha
  29. implementations (and fairly soon) and it is not guaranteed that
  30. PALcode for the 21064 will be appropriate for any/all of the others.
  31. This is the *only* reason why an OS group might decide not to be
  32. in the PALcode business. And then, yes, they might dislike what
  33. they get given, but that's life.
  34.  
  35. The upside here is that the Alpha could (for example) avoid the
  36. strange situation of the 386 power management modes. What's happening
  37. is that vendors are adding (incompatible!) features which have to be
  38. controlled by some sort of code, and yet the features are supposed to
  39. be completely invisible to the OS. Say what? 
  40.  
  41. A portable with an Alpha would do power management from PALcode, and
  42. there would be some effort to keep each PALcode/OS interface
  43. unchanged.
  44.  
  45.  
  46.  
  47.  
  48. -- 
  49. Don        D.C.Lindsay    Carnegie Mellon Computer Science
  50.