home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 11010 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  1.2 KB
  1. Path: sparky!uunet!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: DEC Alpha architecture issues
  5. Message-ID: <By4pEI.8r5.2@cs.cmu.edu>
  6. Date: 22 Nov 92 17:47:06 GMT
  7. Article-I.D.: cs.By4pEI.8r5.2
  8. References: <1992Nov20.064529.20293@nntpd.lkg.dec.com> <1992Nov22.043852.764@megadata.mega.oz.au>
  9. Sender: news@cs.cmu.edu (Usenet News System)
  10. Organization: School of Computer Science, Carnegie Mellon
  11. Lines: 14
  12. Nntp-Posting-Host: gandalf.cs.cmu.edu
  13.  
  14. andrew@megadata.mega.oz.au (Andrew McRae) writes:
  15. >If it looks like microcode, smells like microcode ... Why call it PALcode?
  16.  
  17. Because it doesn't even vaguely resemble microcode.
  18.  
  19. - PALcode is fetched from the I-cache, not from ROM.
  20. - PALcode is decoded by the normal decoder, as opposed to to microcode,
  21.   which is often a raw mask over a processor's internal control lines.
  22. - Microcode is usually in charge of detailed sequencing/timing of e.g. 
  23.   register writebacks. PALcode has no concept of this, except for
  24.   some implementation-specific rules like "if you set this TLB control
  25.   register, then the TLB mode will change one clock later".
  26. -- 
  27. Don        D.C.Lindsay    Carnegie Mellon Computer Science
  28.