home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / atari / st / tech / 5707 < prev    next >
Encoding:
Text File  |  1992-11-18  |  2.3 KB  |  51 lines
  1. Newsgroups: comp.sys.atari.st.tech
  2. Path: sparky!uunet!sun-barr!ames!elroy.jpl.nasa.gov!hanauma.jpl.nasa.gov!hyc
  3. From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
  4. Subject: Re: Co-operating processors on the Falcon
  5. Message-ID: <1992Nov19.043655.17511@elroy.jpl.nasa.gov>
  6. Sender: news@elroy.jpl.nasa.gov (Usenet)
  7. Nntp-Posting-Host: hanauma.jpl.nasa.gov
  8. Organization: SAR Systems Development & Processing, JPL
  9. References: <721574179.11857@minster.york.ac.uk>
  10. Date: Thu, 19 Nov 1992 04:36:55 GMT
  11. Lines: 38
  12.  
  13. In article <721574179.11857@minster.york.ac.uk> andrew@minster.york.ac.uk writes:
  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. The DSP will allow multiple programs to reside in its memory, but I don't
  20. think (sorry, for the guess, I haven't read the docs lately and I really ought
  21. to have by now...) more than one can be executing at once.
  22. >
  23. >Will this also mean that two assemblers are needed too?  One which
  24. >programs for the 68030 CPU are written/compiled and one which is used for
  25. >the 56001 DSP.  Writing programs for the Falcon will be complicated.  First
  26. >I'd write a program in C for the CPU and then one for the DSP(?) and somehow
  27. >link the two so that the DSP program is downloaded into the DSP where it is
  28. >initiated by the main program?
  29.  
  30. Yes, you need a DSP56001 assembler in addition to the 68k assembler if you
  31. want to write for the DSP. There are system calls to transfer 56k object code
  32. from ST RAM into DSP RAM, etc.
  33. >
  34. >I'm sorry if this all sounds a little naive but I've never explored co-
  35. >processor systems but when I get my Falcon I'll have to.
  36. >
  37. >-Andrew.
  38. >
  39. >P.S.
  40. >Will it be possible to perform JPEG conversions on the Falcon using the DSP
  41. >so that they are 'super' fast?  The conversion programm will obviously have
  42. >to read and write from main memory which is where my question about security
  43. >on memory access comes in for multiprocessing systems.
  44.  
  45. As far as I know MultiTOS is not doing swapping, so you don't have to worry
  46. about reaching for a memory location that's been swapped out.
  47. -- 
  48.   -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
  49.  
  50. All true wisdom is conveyed in one-line witticisms.
  51.