Hi Ravi, First let me thank you for writing a procedure to get DSPLink running on the Beagle. To install DSPLink on my Beagle I followed instructions from all over the place, but mostly from the pixhawk tutorial at
http://www.pixhawk.ethz.ch/wiki/tutorials/omap/dsplink but they now claim it is broken. I think it is better to use the toolchain that comes with oe (situated in $OE_HOME/tmp/cross), since people claim on the Beagleboard group that CodeSourcery is broken. Anyways, I have gotten DSPLink to work on the Beagle by installing the proper environment on my development host and compiling the two sides of each example (DSP and GPP) and running them. It is not easy to get started but I think once you have that setup, it becomes rather trivial to modify the examples they have given (one for each essential DSP-GPP link function IIRC). It is strange that DSPLink for the Beagle is not documented more than it is. I think it has to do with the fact that a lot of people using DSP on the Beagle only need it for audio/video, therefore the codec engine approach works better for them I guess and they document it as such. For custom applications like SDR I think the better way is DSPLink. Cheers, Mark On Tue, Jul 7, 2009 at 12:19 PM, Ravi Mehra <[email protected]> wrote: > Hi João, > > I am also pretty new to this list. Thanks for the information and the > links. I did look into DSP Bridge earlier and was having trouble following > some outdated instructions so I moved onto DSPLink. From my experience, I > do not know enough about the two to tell you which is better. DSP Bridge > looks like a viable solution and I found this site to describe some > differences. > http://elinux.org/BeagleBoard/DSP_Clarification > > Just for clarification though, the instructions on the wiki do not use the > Codec Engine at all. The DSP and GPP applications run natively and do not > require the Codec Engine. > > I'd also be interested if someone has some thoughts on the pros/cons of > DSPLink and DSP Bridge. > > Ravi Mehra > > > 2009/7/6 João Felipe Santos <[email protected]> > > Hello, I'm new on this list! My name is João Felipe and I am also >> working with the Beagleboard for SDR applications. >> >> We are using another method to run code on the DSP. We use the >> dspbridge module on Linux and libdspbridge to make GPP applications >> communicate with the DSP. This method is described here [1] (the >> "simplified" method). I wonder if anybody here used this method and >> has comments or pros/cons on using it. For me, it looked easier than >> having to adapt your DSP application to CodecEngine. A dummy >> application is available here [2]. >> >> [1] http://elinux.org/BeagleBoard/DSP_Howto#Simplified >> [2] http://github.com/felipec/dsp-dummy/tree/master >> >> -- João >> >> On Mon, Jul 6, 2009 at 6:51 PM, Ravi Mehra<[email protected]> wrote: >> > Srujan and I at MPRG have made some headway with using the DSP on the >> > BeagleBoard. The two predominant methods of using the DSP is either >> > bitbaking Codec Engine which will install DSPLink or to install DSPLink >> from >> > source. The codec engine installation includes video and audio >> processing >> > applications which are not needed for SDR work. Additionally, the codec >> > engine does not provide the tools needed to compile user applications. >> > Therefore, installing DSPLink from source is the most efficient method. >> > >> > I have created a wiki which may be useful to anyone who wants to get >> started >> > using the DSP. The wiki shows how to install DSPLink, run it, and run >> some >> > sample applications. Once finished, the host system will have all the >> tools >> > necessary to compile your own GPP/DSP applications. >> > >> > http://ossie.wireless.vt.edu/trac/wiki/BeagleBoard_DSPLink >> > >> > Please contact me if you have any questions or comments on the wiki. >> > >> > Ravi Mehra >> > >> > > -- Mark
