home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / arch / 9065 < prev    next >
Encoding:
Text File  |  1992-08-26  |  1.5 KB  |  38 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!cs.utexas.edu!convex!news.utdallas.edu!corpgate!bnrgate!bmerh85!bcars64a!bqneh3!schow
  3. From: schow@bqneh3.bnr.ca (Stanley T.H. Chow)
  4. Subject: Re: trapping speculative ops
  5. Message-ID: <1992Aug27.005340.6547@bcars64a.bnr.ca>
  6. Sender: news@bcars64a.bnr.ca (Usenet News)
  7. Organization: Bell Northern Research Ltd, Ottawa
  8. References: <GLEW.92Aug25180333@pdx007.intel.com> <CLIFFC.92Aug26084159@medea.rice.edu>
  9. Date: Thu, 27 Aug 1992 00:53:40 GMT
  10. Lines: 26
  11.  
  12. In article <CLIFFC.92Aug26084159@medea.rice.edu> cliffc@rice.edu (Cliff Click) writes:
  13. >Let every register have some extra "trap" bits.
  14. >A read of the register with it's trap bits set, causes the exception.
  15. >A write to the register sets the trap bits according to the success of
  16. >the operation.
  17. >
  18. >With this design, exceptions are triggered at the START of some operation,
  19. >instead of in the middle of it.
  20.  
  21. Very nice model, but what to do about saving and restoring registers
  22. across subroutine call, interupts, etc.?
  23.  
  24. >Pre-fetch for long-distance memory can be implemented with a simple LOAD.  
  25. >If a page fault is required for the LOAD the fault is delayed until the 
  26. >register is used.  If the pre-fetch is speculative, no page fault occurs.
  27.  
  28. Presumably, the prefetch will use a different opcode, or do you mean all
  29. references should behave like this?
  30.  
  31.  
  32.  
  33. --
  34. Stanley Chow            InterNet: schow@BNR.CA
  35. Bell Northern Research  UUCP:     ..!uunet!bnrgate!bqneh3!schow
  36. (613) 763-2831
  37. Me? Represent other people? Don't make them laugh so hard.
  38.