home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / atari / st / tech / 5624 < prev    next >
Encoding:
Text File  |  1992-11-14  |  3.5 KB  |  79 lines
  1. Newsgroups: comp.sys.atari.st.tech
  2. Path: sparky!uunet!mdisea!uw-coco!uw-beaver!bgilbert
  3. From: bgilbert@cs.washington.edu (Ben Gilbert)
  4. Subject: Re: Co-operating processors on the Falcon
  5. Message-ID: <1992Nov13.212206.15649@beaver.cs.washington.edu>
  6. Sender: bgilbert@cs.washington.edu (Ben Gilbert)
  7. Organization: Computer Science & Engineering, U. of Washington, Seattle
  8. References: <721574179.11857@minster.york.ac.uk>
  9. Date: Fri, 13 Nov 92 21:22:06 GMT
  10. Lines: 67
  11.  
  12. In article <721574179.11857@minster.york.ac.uk> andrew@minster.york.ac.uk writes:
  13. >If the Falcon is multitasking how will the operating system
  14. >ensure that memory access by the DSP are safe?  Will programs running in the
  15. >DSP get swapped in and out or is it used like a 'dumb' peripheral which 
  16. >processes have to contend for?  I wonder how machines like the NeXT do it?
  17.  
  18. No, programs running on the DSP run in their own private memory.  The DSP
  19. has its own bus and 32 KWords of memory, in which it can run many processes
  20. concurrently (well, give them shared time anyway).  The DSP cannot do memory
  21. accesses to main main memory, so there is no conflict with the memory
  22. management of the 68030.
  23.  
  24. >
  25. >Will this also mean that two assemblers are needed too?  One which
  26. >programs for the 68030 CPU are written/compiled and one which is used for
  27. >the 56001 DSP.  Writing programs for the Falcon will be complicated.  First
  28. >I'd write a program in C for the CPU and then one for the DSP(?) and somehow
  29. >link the two so that the DSP program is downloaded into the DSP where it is
  30. >initiated by the main program?
  31.  
  32. Yes, there are separate assemblers/compilers for writing DSP code and normal
  33. 68030 code.  I believe the developers have been sent the DSP compilers and
  34. docs quite a while ago.  Your linking idea is on the right track, but I
  35. imagine it to be more like using assembly code in your C programs : you
  36. write your normal interface and all in C, for example, then write the 
  37. super-duper high-speed compression algorithm in DSP code, then your normal
  38. code sets up the DSP with the appropriate data and sets it loose.  Kind
  39. of like you call the SDMA sound engine to play a sound (hands off as far
  40. as your program is concerned), you'll call the DSP with a bunch of parameters
  41. and let it go to work.
  42.  
  43. >
  44. >I'm sorry if this all sounds a little naive but I've never explored co-
  45. >processor systems but when I get my Falcon I'll have to.
  46. >
  47. >-Andrew.
  48. >
  49. >P.S.
  50. >Will it be possible to perform JPEG conversions on the Falcon using the DSP
  51. >so that they are 'super' fast?  The conversion programm will obviously have
  52. >to read and write from main memory which is where my question about security
  53. >on memory access comes in for multiprocessing systems.
  54. >
  55.  
  56. They have mentioned this, and it probably will be able to do these in real
  57. time.  Like I said, the DSP can't access main memory, I think it has to 
  58. request a DMA transfer or something to get to memory.  A previous poster
  59. said that the DSP-68030 bus interface was capable of 1 MB/sec or so, but
  60. this spec could be off.  At any rate, it will be fast enough to allow the 
  61. things you were mentioning. (JPEG, virtual FAX, etc)
  62.  
  63. >---------------
  64. >
  65. > Andrew Hague - Researching Computer Aided Learning & On-Line Lectures.
  66. > Department of Computer Science.
  67. > University of York,            "To get that all over tan stand
  68. > YORK.                     still at the north pole during
  69. > Y01 5DD                 the summer." A. Hague 6-Nov-92
  70. > Tel: (+44/0)904 432762
  71. >
  72. > E-MAIL: andrew@minster.york.ac.uk 
  73.  
  74. Cheers,
  75. -- 
  76. Ben Gilbert                e-mail : bgilbert@cs.washington.edu
  77. Department of Computer Science
  78. University of Washington
  79.