home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10996 < prev    next >
Encoding:
Text File  |  1992-11-21  |  1.2 KB  |  33 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!decwrl!deccrl!news.crl.dec.com!payne
  3. From: payne@crl.dec.com (Andrew Payne)
  4. Subject: Re: DEC Alpha architecture issues
  5. Message-ID: <1992Nov22.002803.15320@crl.dec.com>
  6. Sender: news@crl.dec.com (USENET News System)
  7. Organization: DEC Cambridge Research Lab
  8. References: <DOCONNOR.92Nov20095251@potato.sedona.intel.com> <1992Nov20.183610.12796@crl.dec.com> <1992Nov21.194311.7600@technix.mn.org>
  9. Date: Sun, 22 Nov 1992 00:28:03 GMT
  10. Lines: 21
  11.  
  12. In article <1992Nov21.194311.7600@technix.mn.org> bret@technix.mn.org (Bret Indrelee) writes:
  13.  
  14. [ text about Alpha's PAL mode deleted ]
  15.  
  16. >>3. Interrupts are disabled (so you can do atomic operations)
  17. >
  18. >Hold it!  Disabling interrupts is not usually enough to guarentee that
  19. >an operation is atomic!
  20.  
  21. Of course!  In context, the statement meant "without disabling interrupts you
  22. can't do atomic operations."
  23.  
  24. >Either I am missing something, or PALcode has to do more in order to make
  25. >sure that the operation is atomic.
  26.  
  27. For implementing atomic memory operations, Alpha provides a load_locked/
  28. store_conditional mechanism.
  29.  
  30. -- 
  31. Andrew C. Payne
  32. DEC Cambridge Research Lab
  33.