home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / m68k / 1446 < prev    next >
Encoding:
Internet Message Format  |  1992-12-11  |  1.3 KB
  1. Path: sparky!uunet!wupost!uwm.edu!caen!nic.umass.edu!m2c!crackers!frog!rfm
  2. From: rfm@frog.CRDS.COM (X)
  3. Newsgroups: comp.sys.m68k
  4. Subject: 68040 floating-point traps
  5. Summary: How to resume after repairing X underflow?
  6. Keywords: 68040 underflow
  7. Message-ID: <1992Dec9.163838.2436@frog.CRDS.COM>
  8. Date: 9 Dec 92 16:38:38 GMT
  9. Sender: Bob Mabee
  10. Organization: Charles River Data Systems
  11. Lines: 18
  12.  
  13. Here's another case that doesn't work as (feebly) documented:
  14. Underflow (and overflow) of the extended format is detected late
  15. in the course of an arithmetic operation, when the next FP instruction
  16. is already beginning and the PC has advanced even further, to a third
  17. FP instruction.  FSAVE gives the long ($60 -- BUSY) format with E3 set
  18. and a variety of info about the two instructions in progress.  The target
  19. register of the failed instruction has already been updated (contrary
  20. to the manual), with a wrapped-around exponent.
  21.  
  22. I can turn the *flowed result (WBT) into 0 or infinity, as appropriate,
  23. but FRESTORE doesn't continue properly.  The trap merely recurs as soon
  24. as I try another FP instruction (such as what RTE jumps to).  Turning E3
  25. off seems like an obvious thing to try, but then the CPU wedges.
  26.  
  27. What other mutations should I make to the saved state?  Does it vary with
  28. mask revisions?
  29.  
  30. email to frog!rfm@eddie.mit.edu.
  31.