dsp-test

[henry]

Felipe:

I have beagleboard-xm Rev A and running Ubuntu 10.10 with patch kernel
mentioned in the Elinux,
"Linux ubuntu-desktop 2.6.38.6-x4 #1 SMP Sun May 15 00:13:12 PDT 2011
armv7l GNU/Linux"

When I run sudo dsp-test, it fails with the following error message:
>>
error: create_node: dsp node allocate failed
error: main: dsp node creation failed
>>

Here are dmesg:

[548.070892] bridgedriver: module is from the staging directory, the
quality is unknown, you have been warned.
[ 548.124572] proc_load: Processor Loaded /lib/dsp/baseimage.dof
[ 548.127563] bridge_brd_start: Failed to get dsp mailbox handle
[ 548.127593] proc_start: Failed to start the dsp
[ 548.139648] DSP Bridge driver loaded
[ 617.369476] procwrap_detach: deprecated dspbridge ioctl
[ 631.999237] procwrap_detach: deprecated dspbridge ioctl
[ 633.243774] procwrap_detach: deprecated dspbridge ioctl
[ 634.244140] procwrap_detach: deprecated dspbridge ioctl
[ 639.602783] cod_open: error status 0xfffffff7, sz_coff_path: /lib/
dsp/test.dll64P flags: 0x0
[ 639.605926] procwrap_detach: deprecated dspbridge ioctl
[34142.234954] procwrap_detach: deprecated dspbridge ioctl

Do you know what is the issue?

Thanks,

Henry

[Felipe Contreras]

I don't know which kernel patch you are talking about, but have you
tried this one?
http://guillaume.gardet.free.fr/OMAP/patch_add-omap-mailboxes-for-dm3730.patch

Also, do you have /lib/dsp/test.dll64P?
https://github.com/felipec/dsp-tools/blob/firmware/firmware/test.dll64P

Cheers.

--
Felipe Contreras

[kaishi Jeng]

Felipe,

   I use 2.6.38 and here is what I have for portion code in mailbox.c

        if (false)

                ;

#if defined(CONFIG_ARCH_OMAP3)

        else if (cpu_is_omap34xx()) {

                list = omap3_mboxes;

                list[0]->irq = platform_get_irq_byname(pdev, "dsp");

        }

        else if (cpu_is_omap3630()) {

                list = omap3_mboxes;

                list[0]->irq = platform_get_irq_byname(pdev, "dsp");

        }

#endif

#if defined(CONFIG_ARCH_OMAP2)

        else if (cpu_is_omap2430()) {

                list = omap2_mboxes;

                list[0]->irq = platform_get_irq_byname(pdev, "dsp");

        } else if (cpu_is_omap2420()) {

                list = omap2_mboxes;

                list[0]->irq = platform_get_irq_byname(pdev, "dsp");

                list[1]->irq = platform_get_irq_byname(pdev, "iva");

        }

#endif

#if defined(CONFIG_ARCH_OMAP4)

        else if (cpu_is_omap44xx()) {

                list = omap4_mboxes;

                list[0]->irq = list[1]->irq =

                        platform_get_irq_byname(pdev, "mbox");

        }

#endif

I also have test.dll64P in the /lib/dsp.

Do you know any prebuilt kernel or Image for beagleboard-xm which I can try?

Thanks,

Henry

[Felipe Contreras]

On Mon, May 16, 2011 at 1:03 AM, kaishi Jeng <kaish...@gmail.com> wrote:
> Felipe,
>    I use 2.6.38 and here is what I have for portion code in mailbox.c

Ok, I didn't actually looked at the patch, seems like it's not needed any more.

How about loading both 'mailbox' and 'mailbox_mach' manually *before*
loading bridgedriver? udev is supposed to load mailbox_mach at boot
time automatically, but maybe you are not using it.

--
Felipe Contreras

[kaishi Jeng]

Felipe,

I try with your suggestion by loading mailbox and mailbox_mach manually, it makes no difference.
Any idea the following error message means:

[  639.602783] cod_open: error status 0xfffffff7, sz_coff_path: /lib/
> dsp/test.dll64P flags: 0x0

Thanks,

Henry

[Felipe Contreras]

On Tue, May 17, 2011 at 9:57 AM, kaishi Jeng <kaish...@gmail.com> wrote:
> I try with your suggestion by loading mailbox and mailbox_mach manually, it
> makes no difference.

You still get this message?

bridge_brd_start: Failed to get dsp mailbox handle

Nothing will work as long as you have that message. Did you make sure
that you loaded mailbox_mach *before* bridgedriver?

> Any idea the following error message means:
>
> [  639.602783] cod_open: error status 0xfffffff7, sz_coff_path: /lib/
>> dsp/test.dll64P flags: 0x0

I don't really know. Is it the right binary file? If it is, I would
add more debugging on the driver side to see exactly where it is
failing.

Anyway, perhaps you would have more luck asking in the linux-omap mailing list:
linux...@vger.kernel.org

--
Felipe Contreras

[kaishi Jeng]

Felipe.

>>You still get this message?

>>bridge_brd_start: Failed to get dsp mailbox handle

No, I didn't get that error anymore. This is what I got from dmesg:

after "sudo modprobe bridgedriver base_img=/lib/dsp/baseimage.dof"

 [476.493682] bridgedriver: module is from the staging directory, the quality is unknown, you have been warned.

[  476.536193] proc_load: Processor Loaded /lib/dsp/baseimage.dof

[  476.545837] proc_start: dsp in running state

[  476.546325] DSP Bridge driver loaded

However, I saw this error message from dmesg after I ran "sudo dsp-test"

[  499.222167] cod_open: error status 0xfffffff7, sz_coff_path: /lib/dsp/test.dll64P flags: 0x0

[  499.225311] procwrap_detach: deprecated dspbridge ioctl

Thanks,

Henry

[Felipe Contreras]

On Wed, May 18, 2011 at 6:33 PM, kaishi Jeng <kaish...@gmail.com> wrote:
>  I copied test.dll64P from tidsp-binaries-23.i3.8 to /lib/dsp again and now
> sudo 'sudo dsp-test' works.

Cool :)

> I like to test h264 encode from a webcam. what
> command do I need to use? Do I need to have h264enc.dll64P? I can't find
> this from tidsp-binaries-23.i3.8.

Yeah, but it's not distributed publicly by TI :(

--
Felipe Contreras

[kaishi Jeng]

Felipe,

 I copied test.dll64P from tidsp-binaries-23.i3.8 to /lib/dsp again and now sudo 'sudo dsp-test' works. I like to test h264 encode from a webcam. what command do I need to use? Do I need to have h264enc.dll64P? I can't find this from tidsp-binaries-23.i3.8.

Thanks,

Henry

[kaishi Jeng]

Felipe,

When I run "sudo gst-launch videotestsrc ! dspjpegenc ! fakesink -v", 

system generates errors:

etting pipeline to PAUSED ...

/GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0.GstPad:src: caps = video/x-raw-yuv, format=(fourcc)UYVY, color-matrix=(string)sdtv, chroma-site=(string)mpeg2, width=(int)320, height=(int)240, framerate=(fraction)30/1

Pipeline is PREROLLING ...

/GstPipeline:pipeline0/GstDspJpegEnc:dspjpegenc0.GstPad:src: caps = image/jpeg, width=(int)320, height=(int)240, framerate=(fraction)30/1

create_node: dsp node create failed

sink_setcaps: dsp node creation failed

ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: Internal data flow error.

Additional debug info:

gstbasesrc.c(2550): gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0:

streaming task paused, reason not-negotiated (-4)

ERROR: pipeline doesn't want to preroll.

Setting pipeline to NULL ...

/GstPipeline:pipeline0/GstDspJpegEnc:dspjpegenc0.GstPad:src: caps = NULL

/GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0.GstPad:src: caps = NULL

Freeing pipeline ...

Here is the dmesg:

[48617.981140] node_create: failed to load create code: 0xffffff82

[48617.988830] procwrap_detach: deprecated dspbridge ioctl

Do you know what happens?

I have "jpegenc_sn.dll64P" in the /lib/dsp

Thanks,

Henry

[Felipe Contreras]

Hi,

Sorry for the long delay =/

So, I looked at this, and the newest JPEG encoder doesn't work (was
compiled wrongly), so you have to sue an old one L23.i3.3, but then,
the latest versions of gst-dsp wouldn't work. I've fixed that and make
a new release. Still, you might have problems with certain pipelines.

Anyway, this works for me:

% gst-launch -v videotestsrc ! dspjpegenc ! fakesink enable-last-buffer=false

Cheers.

--
Felipe Contreras