BeagleBox

Some info on how to get it to work under Ubuntu:
http://elinux.org/BeagleBoardUbuntu#DSP

TI DSP support has been added to Buildroot:
http://git.buildroot.net/buildroot/log/?qt=grep&q=tidsp

It's unclear to me if this means that the support is now in the 2011.02 release (made after those checkins). I'll just have to download that release and check. I'll have to look for three pieces: dsp-tools (under system tools), gst-dsp (under multimedia) and tidsp-binaries (under multimedia).

The kernel side of the problem appears merged into the upstream kernel for 2.6.38.2. I've built this kernel and tested it with the existing Buildroot 2010.11 and it seems to work just as well as the Arago 2.6.32 kernel. So I made this the default kernel for the kernel.org repo build. This is not the default for the overall build yet because the SGX patches do not build with it.

Assuming a move to the 2.6.38.2 kernel, the next step will be to integrate the user side. These are in Buildroot 2011.02 but that build fails (see FS#93). So I need to fix that first before returning to this issue.

The 2.6.38.2 kernel does not boot. It's unclear why yet. More research is necessary but that's for a later time (see FS#94).

DSP is integrated into the build via the 2.6.32 Arago kernel and Buildroot 2011.02. These are built and ready to test the DSP support via the gstreamer utilities. They may not work, however, until I figure out why xterm won't launch. These may not be related, but until I can launch xterm I have to launch the video player from the serial console and that may not work either.

xterm replaced with rxvt that works fine. Ready to test video playback with DSP/gstreamer.

It turns out the Arago kernel (2.6.32 with linux-omap-psp-2.6.32 patches from Angstrom) does NOT include the DSP bridgedriver. So while the tools are available in the user space (gst w/DSP support including the TI binaries under /lib/dsp), the kernel driver is missing. Note that the mailbox driver is there, but I can't find the bridge driver. Ugh.

So we're back to kernel roulette. My next test is to try the Arago linux-omap3 tree using the "master" branch instead of the branch for 2.6.32. Let's see if we get any further with that.