home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / m68k / 1099 < prev    next >
Encoding:
Text File  |  1992-09-08  |  1.8 KB  |  44 lines
  1. Newsgroups: comp.sys.m68k
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!oakhill!floydg
  3. From: floydg@oakhill.sps.mot.com (Floyd Goodrich)
  4. Subject: Re: problems with m68882
  5. Message-ID: <1992Sep9.132855.18608@oakhill.sps.mot.com>
  6. Keywords: m68882
  7. Organization: Motorola Inc., Austin Tx.
  8. References: <219@F_HOME.ahwau.ahold.nl> <92Sep08.184615.11893@acs.ucalgary.ca>
  9. Date: Wed, 9 Sep 1992 13:28:55 GMT
  10. Lines: 32
  11.  
  12. norm@enel.ucalgary.ca (Norm Bartley) writes:
  13. >leo@ontnix2.ahwau.ahold.nl (Leo Weppelman) writes:
  14. >>I am working on an multi-tasking kernel on my Atari-TT. It contains an
  15. >>68030 main processor and an 68882 coprocessor on 33Mhz.
  16. >>
  17. >>I am getting coprocessor protocol violations at random but especially
  18. >>when a lot of interrupts occur (i.e. during disk accesses).
  19. >
  20. >I have had similar problems on my Amiga while trying to add 68882
  21. >support to Amiga Minix. I followed the exact same procedure as you for
  22. >saving/restoring/initializing the 68882 context. I would get coprocessor
  23. >protocol violations at random -- a process might bomb immediately, or it
  24. >might run for a few seconds and then bomb.
  25. >
  26. >I was never been able to resolve this problem. I, too, suspected
  27. >interrupts from various things, but I added code to the kernel to
  28. >catalogue and report all interrupts -- nothing had anything to do
  29. >with the 68882.
  30.  
  31. I don't know if this is your problem or not, but a poorly designed
  32. hardware handshake between the 68882 and 68030 can cause spurious
  33. PV.  To determine if it's a HW or SW problem, you may be able to 
  34. slow down the clock and see if it goes away (==> HW problem).  It
  35. sounds like you're doing the right thing in software.  It is important
  36. to do an FSAVE in your ISR prior to executing any F-line instructions.
  37.  
  38.  
  39. ---
  40. Floyd Goodrich
  41. Motorola 68K Applications
  42. floydg@oakhill.sps.mot.com
  43.  
  44.