home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / atari / st / 16574 < prev    next >
Encoding:
Text File  |  1992-11-13  |  1.7 KB  |  35 lines
  1. Newsgroups: comp.sys.atari.st
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!news.belwue.de!news.uni-stuttgart.de!ph3hp840.physik.uni-stuttgart.de!to3
  3. From: to3@ph3hp840.physik.uni-stuttgart.de (Thomas Stuempfig)
  4. Subject: Re: 96002's got a silcon bug!
  5. Message-ID: <1992Nov13.070744.3443@news.uni-stuttgart.de>
  6. Keywords: 96002,bug
  7. Sender: news@news.uni-stuttgart.de (USENET News System)
  8. Organization: Physikalisches Institut, U of Stuttgart, Germany
  9. References: <1992Nov11.123447.6345@sol.ctr.columbia.edu>
  10. Date: Fri, 13 Nov 1992 07:07:44 GMT
  11. Lines: 22
  12.  
  13. In article <1992Nov11.123447.6345@sol.ctr.columbia.edu> richard@star.ic.ac.uk (Richard Syratt ) writes:  
  14. >
  15. >Believe me or not, but I work in the same group as a guy whose
  16. >working with a 96002.  It's been confirmed by Motorola US that
  17. >he's discovered a bug on the chip.  Apparently when you do a
  18. >parallel load at the same time as doing a dma access (and probably
  19. >a few other conditions as well ... I could find out exact details)
  20. >then a bit of some data gets cleared.
  21.  
  22. It would be nice to get some more details in order to avoid the bug.
  23. e.g. does it depend which part of the busses is used (both the same or
  24. one X and one Y). Which data is destroyed?
  25.  
  26. Regards
  27.    Thomas Stuempfig
  28.  
  29. ==============================================================================
  30. Thomas Stuempfig             |  stuempfig@physik.uni-stuttgart.de
  31. Pikosekunden-Labor           |  to3@ph3hp840.physik.uni-stuttgart.de
  32. 3. Physikalisches Institut   |================================================
  33. Uni Stuttgart                |  ocac@ds0rus1i.bitnet
  34. ==============================================================================
  35.