home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / atari / st / tech / 5522 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  2.6 KB
  1. Path: sparky!uunet!gatech!news.byu.edu!hamblin.math.byu.edu!sol.ctr.columbia.edu!usc!chaph.usc.edu!phakt.usc.edu!not-for-mail
  2. From: baffoni@phakt.usc.edu (Juxtaposer)
  3. Newsgroups: comp.sys.atari.st.tech
  4. Subject: Re: Falcon BUS..
  5. Date: 6 Nov 1992 14:29:36 -0800
  6. Organization: University of Southern California, Los Angeles, CA
  7. Lines: 48
  8. Message-ID: <1derkgINNrnl@phakt.usc.edu>
  9. References: <jonal.95.720952501@dhhalden.no> <1992Nov5.114927.14711@dcs.warwick.ac.uk> <1992Nov5.202240.26716@beaver.cs.washington.edu>
  10. NNTP-Posting-Host: phakt.usc.edu
  11. Keywords: Falcon 68030 bus memory
  12.  
  13. In article <1992Nov5.202240.26716@beaver.cs.washington.edu> bgilbert@cs.washington.edu (Ben Gilbert) writes:
  14. >In article <1992Nov5.114927.14711@dcs.warwick.ac.uk> leo@dcs.warwick.ac.uk (Leo Hendry) writes:
  15. >>I asked questions similar to these a month or two ago, but nobody answered.
  16. >>Perhaps somebody knows the answers now.
  17.  
  18. >>1) What is the speed of the Falcon's memory (Somebody said it had 0 wait
  19. >>states which seems to imply 16MHz, but they may have been wrong)
  20.  
  21. >I'm not sure, but doesn't it have to be 16 MHz if it is on the same bus?
  22.  
  23.     Not really.  How do you think they get memory to work for 25MHz+
  24. machines?  Its not because they use 20ns memory (which is just cache ram)
  25. but rather because their memory controllers insert "wait-states" to handle
  26. slower memory.
  27.  
  28. >I should know this because I had a computer architecture class last
  29. >quarter, but they didn't go into specific implementations.
  30.  
  31.     Bum class.  You'd think they'd go into basic memory handling....
  32.  
  33. >>2) How does the DSP access the main memory (Somebody said it is not connected
  34. >>to the data bus, in which case I suppose it must be some kind of serial link)
  35.  
  36. >Don't know on this one, but I think you're right in that it's not
  37. >connected to the data bus.  I guess the link must be sufficient if the
  38. >Falcon can grab true-color off the hard disk at 24 frames per second and
  39. >display it in real time.  :-)  Although maybe they didn't use the DSP for
  40. >that...   
  41.  
  42.     The Falcon's DSP is integrated with the SDMA hardware.  Just from the
  43. name, I'd hazzard the guess that the SDMA chips DMA information directly from
  44. memory (or wherever) and place it on the private DSP bus (or more likely into
  45. the DSP's 96k memory).  Since it is DMA, it is not likely to be a serial link
  46. (EEEWwwwww!) but a full blown 32-bit data path.  The only serial data I know
  47. about is the DSP connector is a high-speed serial connection (from what I hear,
  48. its around 1MB/s!).
  49. [stuff deleted]
  50.  
  51. >>Thanks,
  52. >>Leo
  53. >
  54. >Cheers,
  55. >-- 
  56. >Ben Gilbert                e-mail : bgilbert@cs.washington.edu
  57. >Department of Computer Science
  58. >University of Washington
  59.  
  60. -Mike
  61.