home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / atari / st / tech / 5620 < prev    next >
Encoding:
Text File  |  1992-11-13  |  2.4 KB  |  59 lines
  1. Newsgroups: comp.sys.atari.st.tech
  2. Path: sparky!uunet!mcsun!sun4nl!sci.kun.nl!sanders
  3. From: sanders@sci.kun.nl (Sander Stoks)
  4. Subject: Re: Co-operating processors on the Falcon
  5. Message-ID: <BxnIEE.4KF@sci.kun.nl>
  6. Sender: news@sci.kun.nl (NUnet News Owner)
  7. Organization: University of Nijmegen, The Netherlands
  8. References: <721574179.11857@minster.york.ac.uk>
  9. Date: Fri, 13 Nov 1992 10:56:37 GMT
  10. Lines: 47
  11.  
  12. In <721574179.11857@minster.york.ac.uk> andrew@minster.york.ac.uk writes:
  13.  
  14. >If the Falcon is multitasking how will the operating system
  15. >ensure that memory access by the DSP are safe?  Will programs running in the
  16. >DSP get swapped in and out or is it used like a 'dumb' peripheral which 
  17. >processes have to contend for?  I wonder how machines like the NeXT do it?
  18.  
  19. >Will this also mean that two assemblers are needed too?  One which
  20. >programs for the 68030 CPU are written/compiled and one which is used for
  21. >the 56001 DSP.  Writing programs for the Falcon will be complicated.  First
  22. >I'd write a program in C for the CPU and then one for the DSP(?) and somehow
  23. >link the two so that the DSP program is downloaded into the DSP where it is
  24. >initiated by the main program?
  25.  
  26. >I'm sorry if this all sounds a little naive but I've never explored co-
  27. >processor systems but when I get my Falcon I'll have to.
  28.  
  29. I understood that the DSP was accessible via OS calls. That way it is
  30. simple to load a code to the DSP, or to execute it. And it's much
  31. cleaner. I think it would be comparable to the way the keyboard
  32. processer in STs can be used (had anybody actually tried to? (not that
  33. those 128 bytes(?) allow for serious things, but just for fun)).
  34.  
  35. >-Andrew.
  36.  
  37. >P.S.
  38. >Will it be possible to perform JPEG conversions on the Falcon using the DSP
  39. >so that they are 'super' fast?  The conversion programm will obviously have
  40. >to read and write from main memory which is where my question about security
  41. >on memory access comes in for multiprocessing systems.
  42.  
  43. I've heard there will be an OS call to do this, using the DSP. This is
  44. of course VERY stalwart.
  45.  
  46. >---------------
  47.  
  48. > Andrew Hague - Researching Computer Aided Learning & On-Line Lectures.
  49. > Department of Computer Science.
  50. > University of York,            "To get that all over tan stand
  51. > YORK.                     still at the north pole during
  52. > Y01 5DD                 the summer." A. Hague 6-Nov-92
  53. > Tel: (+44/0)904 432762
  54.  
  55. > E-MAIL: andrew@minster.york.ac.uk 
  56.  
  57. Sander SToks
  58. sanders@sci.kun.nl
  59.