DSPLink (DSP-side component was not initialized)

283 views
Skip to first unread message

Christian Tausch

unread,
Jul 12, 2010, 3:31:18 PM7/12/10
to beagl...@googlegroups.com
Hi beagleusers,

i am a student, currently working on sound-processing using the beagleboard in revision C4. 
Currently I try to explore the possibilities of the DSP-part of the OMAP SOC, but ran into problems.

my setup:

an angstrom image build from source using the setup-script and a custom image recipe:

require x11-image.bb

IMAGE_INSTALL += "\
task-xfce46-base \
task-xfce46-extras \
ti-dsplink-module \
ti-dsplink-examples \
task-sdk-native \
alsa-utils \
"
export IMAGE_BASENAME = "image-20100712-beagleboard-xfce"

X-Loader: Texas Instruments X-Loader 1.4.4ss (May 28 2010 - 03:38:15)

U-Boot: U-Boot 2010.03-dirty (Jul 11 2010 - 20:28:31)

I limit the memory used by the kernel with the following u-boot line:

optargs=mem=99M@0x80000000

For what i read, this should be the smaller variant that is also suiteable for devices with just 128 MB.

Loading the module with the shell-script in the dsplink example directory gives no error:

root@beagleboard:/usr/share/ti/ti-dsplink-examples# ./ti-dsplink-examples-loadmodules.sh 
You have 81456kB total memory for Linux
[ 3192.517913] DSPLINK Module (1.64) created on Date: Jul 11 2010 Time: 21:50:14

But running the examples-script, every example (except the first one) fails:

=============== Sample Application : LOOP ==========
==== Executing sample for DSP processor Id 0 ====
Entered LOOP_Create ()
Leaving LOOP_Create ()
Entered LOOP_Execute ()
Transferred 1000 buffers
Transferred 2000 buffers
Leaving LOOP_Execute ()
Entered LOOP_Delete ()
Leaving LOOP_Delete ()
====================================================
Running Message Sample App
========== Sample Application : MESSAGE ==========
Entered MESSAGE_Create ()
[ 3282.524230] DSP-side configuration mismatch/failure
[ 3282.529144] 0              -> success
[ 3282.532836] Positive value -> DSP-side failure code.
[ 3282.537841] (Uint32) -1    -> DSP-side component was not initialized.
[ 3282.537841] 
[ 3282.545837]     ProcId received : 0, Expected : 0
[ 3282.550598]     DRV configuration status    [0xffffffff]
[ 3282.555938]     IPS configuration status    [0xffffffff]
[ 3282.561279]     POOL configuration status   [0xffffffff]
[ 3282.566650]     MPCS configuration status   [0xffffffff]
[ 3282.572021]     MPLIST configuration status [0xffffffff]
[ 3282.577362]     MQT configuration status    [0xffffffff]
[ 3282.582733]     DATA configuration status   [0xffffffff]
[ 3282.588104]     RINGIO configuration status [0xffffffff]
PROC_start () failed. Status = [0x80008052]
Leaving MESSAGE_Create ()
Entered MESSAGE_Delete ()
MSGQ_release () failed. Status = [0x8000800b]
Leaving MESSAGE_Delete ()

[...]

In every tutorial and howto i read about using dsplink, this worked out of the box without further configuration. 

What am i missing? Any ideas?

Christian











renjie huang

unread,
Jul 12, 2010, 3:45:30 PM7/12/10
to beagl...@googlegroups.com

Christian Tausch

unread,
Jul 12, 2010, 5:01:48 PM7/12/10
to beagl...@googlegroups.com
Thanks for the links. 

Sadly the one with most possible causes. 

Maybe a inconsistent memory-map-setting between GPP and DSP. But if this is the cause shouldn't there be a useful default value in the sources? 
It obviously worked for the authors of the tutorials.

Somebody here, for whom it worked out-of-the-box without changing the memorymap?

Otherwise my next step would be to build the kernel and dsplink outside the oe-framework.

Christian

2010/7/12 renjie huang <huangren...@gmail.com>



--
Birkenbergstr. 81
51379 Leverkusen
Germany
Mobil: +49 176 96273388
Jabber: christia...@jabber.ccc.de
Skype: caracasa
ICQ: 83767104
Blog: http://www.caracasa.de

Michael Price

unread,
Jul 13, 2010, 10:46:22 AM7/13/10
to Beagle Board
I think this is because the DSP doesn't support running different
programs one after another. This is pointed out, somewhat
cryptically, in section 9.4 of the DSPLink OMAP3530 install guide.
The DSP needs to be reset between program invocations, for example
using the LPM example utilities. (Thanks to Koen Kooi for pointing
this out to me a while back.)

Michael


On Jul 12, 5:01 pm, Christian Tausch <christian.tau...@gmail.com>
wrote:
> Thanks for the links.
>
> My error is mentioned in the first one:http://processors.wiki.ti.com/index.php/Troubleshooting_DSPLink_confi...
> <http://processors.wiki.ti.com/index.php/Troubleshooting_DSPLink_confi...>Sadly
> the one with most possible causes.
>
> Maybe a inconsistent memory-map-setting between GPP and DSP. But if this is
> the cause shouldn't there be a useful default value in the sources?http://processors.wiki.ti.com/index.php/Changing_DSPLink_Memory_Maptalks
> about a 1+1MB default configuration.
> It obviously worked for the authors of the tutorials.
>
> Somebody here, for whom it worked out-of-the-box without changing the
> memorymap?
>
> Otherwise my next step would be to build the kernel and dsplink outside the
> oe-framework.
>
> Christian
>
> 2010/7/12 renjie huang <huangrenjie.h...@gmail.com>
>
>
>
>
>
> >http://processors.wiki.ti.com/index.php/Troubleshooting_DSPLink_confi...
> >> beagleboard...@googlegroups.com<beagleboard%2Bunsu...@googlegroups.com>
> >> .
> >> For more options, visit this group at
> >>http://groups.google.com/group/beagleboard?hl=en.
>
> > --
> > Renjie Huang
>
> >  --
> > You received this message because you are subscribed to the Google Groups
> > "Beagle Board" group.
> > To post to this group, send email to beagl...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > beagleboard...@googlegroups.com<beagleboard%2Bunsu...@googlegroups.com>
> > .
> > For more options, visit this group at
> >http://groups.google.com/group/beagleboard?hl=en.
>
> --
> Birkenbergstr. 81
> 51379 Leverkusen
> Germany
> Mobil: +49 176 96273388
> Jabber: christian.tau...@jabber.ccc.de

Vladimir Pantelic

unread,
Jul 14, 2010, 3:20:20 AM7/14/10
to beagl...@googlegroups.com
Michael Price wrote:
> I think this is because the DSP doesn't support running different
> programs one after another. This is pointed out, somewhat
> cryptically, in section 9.4 of the DSPLink OMAP3530 install guide.
> The DSP needs to be reset between program invocations, for example
> using the LPM example utilities. (Thanks to Koen Kooi for pointing
> this out to me a while back.)

Hmm, from what I see, CodecEngine power cycles the DSP (using LPM)
between loading different codec servers, so there is no need to run
LPM stuff manually.

vladimir

unread,
Jul 15, 2010, 5:38:40 AM7/15/10
to Beagle Board
ah, of course that only applies to CodecEngine, for pure DSPLink
it is still needed...
Reply all
Reply to author
Forward
0 new messages