• State
  • Locked Locked
  • Replies 1 reply
  • Subscribers 97 subscribers
  • Views 346 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Connecting an OMAP-L138 Board with an Intel LGA775-socket-based Subsystem

Michael Clagett
Prodigy 30 points
Other Parts Discussed in Thread: OMAP-L138

HI --

I'm wondering if anybody has any experience in establishing communication and memory sharing between an OMAP-L138 and an Intel LGA775 type of processor.  I am developing a DIY digital audio workstation device and wish to include both these types of processors in the unit (I'll probably put a MidiBox board based on an STM32 Arm processor in the mix as well).  My primary goal of this project (beyond having a boatload of fun)  is to create a multi-processer-type environment in which I can put through its paces a custom virtual machine I've created that was designed to be cross-platform.  This is a Forth-like VM that is based on one of Charles Moore's Forth harware designs that has a minimal instruction set of about 32 byte codes.  The reason I want the Intel board being the main application processor and handling the user interface and the intricate DAW object model is that I have already developed considerable functionality in these areas on top of my VM using intel assembly language.  This includes the 32 primitives and a basic Forth dictionary/parser/interpreter/compiler.  And on top of this I 've built a ninheritance-based type system, interfaces, parameterized types and a number of other things, including a byte code assembler and an intel assembly language assembler.   I would like to port the fundamentals of this VM to the OMAP-L138's ARM9 processor as well as to the C674x as well, using it to coordinate processing and debugging activities across the entire device, probably wanting to build assemblers for each of these processors as well (it's just too useful not to have them).

I'm new to the hardware end of things and am not clear how best to establish connection between the Intel and TI processors and how best to share data between them.  Is it possible to set up shared memory between the two or are DMA transfers the better option.  If the latter, what sort of connection standards exist that both processors will support.  I would try to use the uPP high-speed transfer mechanism, but I'm not sure if it's possible to do this from an Intel. 

Any advice and guidance would be greatly appreciated.  I don't want to have others do my work for me, but just being steered in some profitable directions would be a great help.  Of course if somebody's already done something like this and cares to share their experience, that would be even better.

Thanks very much.

Mike

  • 0
    Prodigy 30 points

    Hi again --

    I'm responding to my own message to say that I've spent some time trying to research this on the internet, and came up totally empty-handed.   This must not be the kind of thing that may people do.  It would appear that one of my few options is to use the single PCI-Express slot on the board and concoct an interface to the OMAP-L138 on the board.  As I understand it each pin of the PCI-Express is itself a high-speed serial line and things like GPUs just use a bunch of them to transfer a bunch of data at one time.  16 lines of 250MB/sec gives you about 4GB/sec.  So my question has morphed into which, if any, facilities of the OMAP-L138 could I interface this with to send and receive data at rates that leverage the bandwidth of the PCI Express interface?  Also any ideas on how to interrupt the OMAP-L138 from the Intel should that be desirable.  Perhaps this is possible through the PCI Express interface; I don't know, I'm still searching for a description of the pins and protocols.

    Perhaps this is a question that somebody might be able to address more easily.

    Thanks.

    Mike