home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 11040 < prev    next >
Encoding:
Text File  |  1992-11-23  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!haven.umd.edu!purdue!decwrl!adobe!usenet
  3. From: zstern@adobe.com (Zalman Stern)
  4. Subject: Re: PALcode
  5. Message-ID: <1992Nov23.204826.16803@adobe.com>
  6. Sender: usenet@adobe.com (USENET NEWS)
  7. Organization: Adobe Systems Incorporated
  8. References: <By2qA1.5z3.2@cs.cmu.edu>
  9. Date: Mon, 23 Nov 1992 20:48:26 GMT
  10. Lines: 25
  11.  
  12. In article <By2qA1.5z3.2@cs.cmu.edu> lindsay+@cs.cmu.edu (Donald Lindsay)  
  13. writes:
  14. [Discussing Alpha PALcode.]
  15. > The upside here is that the Alpha could (for example) avoid the
  16. > strange situation of the 386 power management modes. What's happening
  17. > is that vendors are adding (incompatible!) features which have to be
  18. > controlled by some sort of code, and yet the features are supposed to
  19. > be completely invisible to the OS. Say what? 
  20. > 
  21. > A portable with an Alpha would do power management from PALcode, and
  22. > there would be some effort to keep each PALcode/OS interface
  23. > unchanged.
  24. > 
  25. 1) The 386 has all the features necessary to implement software abstraction  
  26. to handle this situation. If these vendors agreed on the interface and cast  
  27. it into ROM, life would be good.
  28. 2) If there were five highly competitive companies implementing low-power  
  29. Alpha chips and they all defined different PALcode interfaces you'd have  
  30. exactly the same problem.
  31.  
  32. So, where's the beef?
  33. --
  34. Zalman Stern           zalman@adobe.com            (415) 962 3824
  35. Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
  36.   "Yeah. Ask 'em if they'll upgrade my shifters too." Bill Watterson
  37.