home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 8863 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  2.6 KB
  1. Path: sparky!uunet!olivea!decwrl!deccrl!news.crl.dec.com!news!nntpd.lkg.dec.com!xdelta.enet.dec.com!hoffman
  2. From: hoffman@xdelta.enet.dec.com
  3. Newsgroups: comp.arch
  4. Subject: Alpha PALcode (was PALcode instructions vs TRAP instructions)
  5. Message-ID: <1992Aug12.204136.16285@nntpd.lkg.dec.com>
  6. Date: 12 Aug 92 20:41:36 GMT
  7. References: <1992Aug10.211215.25582@nntpd.lkg.dec.com> <1992Aug12.094231.1767@uklirb.informatik.uni-kl.de>
  8. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  9. Reply-To: hoffman@xdelta.enet.dec.com ()
  10. Organization: Digital Equipment Corporation
  11. Lines: 39
  12.  
  13.  
  14.  
  15. |>So I understand: on hardware-reset/power-up
  16.  
  17.     The Alpha Architecture (of which the 21064 microprocessor is the first
  18.     implementation) does not load the PALcode, the system console is
  19.     responsible for the load.  The system console itself may be a PROM-based
  20.     "embedded" console, or it may be an external or "detached" processor. 
  21.     Examples of these types of consoles from the VAX family are the VAX 6000
  22.     series console and the VAX 8840 console, respectively.  Hybrid consoles
  23.     are also allowed by the architecture.
  24.  
  25. |>The Alpha-chip loads through its serial interface max. 8kB into its cache.
  26.  
  27.     I do not know where you are deriving the maximum size, the use of
  28.     the cache, nor the requirement that the chip perfrom the load via
  29.     a serial interface.  This is not to say that there are no such
  30.     limits or restrictions in the architecture, just that I am unaware
  31.     of such limits.  (I do know that the Alpha Architecture specifically
  32.     relegates the details of the PALcode load to the implementation.)
  33.  
  34. |>This code, among other things, loads through the serial interface the PAL-Code
  35. |>and writes it to some RAM, from where it can be executed as fast as everything.
  36. |>
  37. |>Access, and change of it, by system software might be possible by catching
  38. |>requests of page table changes and preventing write access to those pages.
  39. |>But doesn't this slow down the system? Every access to the page tables,
  40. |>which happens quite frequently, has to checked.
  41.  
  42.      I am not sure I follow your logic -- the console is responsible
  43.      for much/all of the memory and page table setup required during
  44.      system bootstrap, and is quite capable of reserving "private"
  45.      memory for use by the console or the PALcode.
  46.  
  47. |>I also could not find in the Alpha architecture handbook a flag about PALcode
  48. |>state. There may be one on the chip, but not as part of the architecture.
  49.  
  50.      The PALcode state is part of the Alpha Architecture.  Look in the
  51.      Per-CPU slots of the Hardware Restart Parameter Block (HWRPB).
  52.