home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / transput / 984 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  2.2 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!wupost!usc!news!nic.cerf.net!jcbhrb
  2. From: jcbhrb@nic.cerf.net (Jacob Hirbawi)
  3. Newsgroups: comp.sys.transputer
  4. Subject: RE: Memory maped devices
  5. Message-ID: <2692@news.cerf.net>
  6. Date: 2 Sep 92 20:16:44 GMT
  7. Sender: news@news.cerf.net
  8. Organization: CERFnet
  9. Lines: 34
  10. Nntp-Posting-Host: nic.cerf.net
  11.  
  12. In comp.sys.transputer <1992Sep2.003439.2817@usage.csd.unsw.OZ.AU>
  13. Ross Mark <rossm@aix04.csd.unsw.OZ.AU> writes :
  14.  
  15. > I am a 4th year computer engineering student at the University
  16. > of New South Wales, doing a thesis project on transputers.
  17. > I wish to memory map some devices on to a transputer. What I would
  18. > like to know has anyone done this before and if so was there any 
  19. > problems in doing so. My other question are there any TRAM boards
  20. > that give full access to all the pins of the transputer. From what
  21. > I can see I will have to design my own board. Something I will 
  22. > happily do but would prefer not to. Even if some one allready has
  23. > designed their own board it would be a great help if I could get 
  24. > a copy of the circuit.
  25.  
  26. Someone once told me that the reason the (standard) TRAMS do not give you
  27. direct access to the Transputer data and address lines is *specifically* to
  28. prevent you from trying to memory map a device to the Transputer. The idea
  29. is that you should use *link adapters* for that function so that all your 
  30. I/O is done through channels. It's not a bad idea as far as modularity goes 
  31. and I might have even considered it if the link speed were anywhere near the
  32. I/O rate that you would get from direct memory access. Since that is not the
  33. case, memory-mapped hardware still lives safely in the world of Transputers. 
  34.  
  35. There is only one problem that I am aware of in interfacing real hardware to
  36. Transputers: if your device has a FIFO-type interface you have to make sure
  37. that any dma to that device is *never* interrupted. I think this was a
  38. recognized bug/feature on the T8's but I also had the same problem on T2's.
  39. I *really* hope that Inmos fixes this problem with the T9000. Otherwise a
  40. Transputers interface to a memory-mapped device looks like that of any other
  41. processor. You might want to ask Inmos for some applications notes if you are
  42. looking for circuits to get you started.
  43.  
  44. Jacob Hirbawi
  45. JcbHrb@CERF.net
  46.