home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10966 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  1.3 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!drycas.club.cc.cmu.edu!cantaloupe.srv.cs.cmu.edu!lindsay
  2. Newsgroups: comp.arch
  3. Subject: Re: DEC Alpha architecture issues
  4. Message-ID: <By0xy0.FsA.2@cs.cmu.edu>
  5. From: lindsay+@cs.cmu.edu (Donald Lindsay)
  6. Date: Fri, 20 Nov 1992 17:01:10 GMT
  7. Sender: news@cs.cmu.edu (Usenet News System)
  8. References: <1992Nov18.210416.27212@nntpd.lkg.dec.com> <lgnfc3INNqnt@spim.mti.sgi.com>
  9. Organization: School of Computer Science, Carnegie Mellon
  10. Nntp-Posting-Host: gandalf.cs.cmu.edu
  11. Lines: 17
  12.  
  13.  
  14. woodacre@mips.com (Michael Woodacre) writes:
  15.     [ in reference to PALcode ]
  16. >Can you explain how this is different from kernel code with interrupts
  17. >disabled on any other risc processor?
  18.  
  19. Think of it as a supervisor state. This state doesn't just have
  20. interrupts disabled:  it also has direct access to a large variety of
  21. implementation-specific internal registers. For example, TLB reloads
  22. are done by PALcode, whereas the "normal" code in the OS need only
  23. know architectural things (things that remain constant across
  24. implementations). 
  25.  
  26. Also, PALcode can be entered from user state - you don't need to do a
  27. system call, with its heavy-duty state-change overheads.
  28. -- 
  29. Don        D.C.Lindsay    Carnegie Mellon Computer Science
  30.