home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!swrinde!elroy.jpl.nasa.gov!ames!agate!doc.ic.ac.uk!uknet!yorkohm!minster!andrew
- From: andrew@minster.york.ac.uk
- Newsgroups: comp.sys.atari.st.tech
- Subject: Co-operating processors on the Falcon
- Message-ID: <721574179.11857@minster.york.ac.uk>
- Date: 12 Nov 92 13:16:20 GMT
- Organization: Department of Computer Science, University of York, England
- Lines: 33
-
- If the Falcon is multitasking how will the operating system
- ensure that memory access by the DSP are safe? Will programs running in the
- DSP get swapped in and out or is it used like a 'dumb' peripheral which
- processes have to contend for? I wonder how machines like the NeXT do it?
-
- Will this also mean that two assemblers are needed too? One which
- programs for the 68030 CPU are written/compiled and one which is used for
- the 56001 DSP. Writing programs for the Falcon will be complicated. First
- I'd write a program in C for the CPU and then one for the DSP(?) and somehow
- link the two so that the DSP program is downloaded into the DSP where it is
- initiated by the main program?
-
- I'm sorry if this all sounds a little naive but I've never explored co-
- processor systems but when I get my Falcon I'll have to.
-
- -Andrew.
-
- P.S.
- Will it be possible to perform JPEG conversions on the Falcon using the DSP
- so that they are 'super' fast? The conversion programm will obviously have
- to read and write from main memory which is where my question about security
- on memory access comes in for multiprocessing systems.
-
- ---------------
-
- Andrew Hague - Researching Computer Aided Learning & On-Line Lectures.
- Department of Computer Science.
- University of York, "To get that all over tan stand
- YORK. still at the north pole during
- Y01 5DD the summer." A. Hague 6-Nov-92
- Tel: (+44/0)904 432762
-
- E-MAIL: andrew@minster.york.ac.uk
-