Deprecated dspbridge ioctl

[Enric Balletbò i Serra]

Hello,

Probably this is a newbie problem, patience with me, I'm just
introducing in gst-dsp project. I'm using gst-dsp version v0.7.1 and
dspbridge from http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=shortlog;h=refs/heads/dspbridge
and playing the open movie big-buck-bunny-480p-surround.avi I get this
error:

Gstreamer shows:
---
create_node: dsp node allocate failed
init_node: dsp node creation failed
ERROR: from element
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstDspVDec:dspvdec0:
couldn't start node
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
FREEING pipeline ...
---

And dmesg shows
---
[ 249.314666] proc_map: not aligned: 0x7ac00 (68)
[ 249.319274] proc_map: not aligned: 0x7ad00 (68)
[ 249.324005] proc_map: not aligned: 0x7ae00 (68)
[ 249.328582] proc_map: not aligned: 0x7af00 (68)
[ 250.277832] procwrap_detach: deprecated dspbridge ioctl
---

Any idea ? Any help will be appreciated.

Thanks in advance.
///:~Enric


--
Subscription settings: http://groups.google.com/group/gst-dsp/subscribe?hl=en

[Felipe Contreras]

Hello Enric,

On Tue, Apr 27, 2010 at 11:04 AM, Enric Balletbò i Serra
<ebal...@gmail.com> wrote:
> Probably this is a newbie problem, patience with me, I'm just
> introducing in gst-dsp project. I'm using gst-dsp version v0.7.1 and
> dspbridge from http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=shortlog;h=refs/heads/dspbridge
> and playing the open movie big-buck-bunny-480p-surround.avi I get this
> error:

No problem, that's what this mailing list is for ;)

> Gstreamer shows:
> ---
> create_node: dsp node allocate failed
> init_node: dsp node creation failed
> ERROR: from element
> /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstDspVDec:dspvdec0:
> couldn't start node
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> FREEING pipeline ...
> ---
>
> And dmesg shows
> ---
> [  249.314666] proc_map: not aligned: 0x7ac00 (68)
> [  249.319274] proc_map: not aligned: 0x7ad00 (68)
> [  249.324005] proc_map: not aligned: 0x7ae00 (68)
> [  249.328582] proc_map: not aligned: 0x7af00 (68)
> [  250.277832] procwrap_detach: deprecated dspbridge ioctl
> ---

Don't pay attention to "deprecated dspbridge ioctl", that's just a warning.

The real problem is that the node allocation failed. That might be due
to the fact that the DSP is in a bad state, and needs to be reloaded,
or that the DSP firmware is missing. So:

1) Do you have the firmware in /lib/dsp?
2) Where did you get the firmware? L23.i3.3[1]?
3) Have you tried reloading the 'bridgedriver' module?

Cheers.

[1] http://www.omapedia.org/wiki/L23.i3.3_Release_Notes

--
Felipe Contreras

[Enric Balletbò i Serra]

Hello, thanks for the reply.

>2010/4/27 Felipe Contreras <felipe.c...@gmail.com>:

Yes, I downloaded the firmware from
https://gforge.ti.com/gf/project/openmax/frs/

>  2) Where did you get the firmware? L23.i3.3[1]?

Ooops, not this version.

>  3) Have you tried reloading the 'bridgedriver' module?

Yes

>
> Cheers.
>
> [1] http://www.omapedia.org/wiki/L23.i3.3_Release_Notes
>
> --
> Felipe Contreras
>

Ok, I have downloaded version L23.i3.3, now I get a different error, I
get a DSP MMU fault, here is the log.

$ modprobe bridgedriver base_img=/lib/dsp/baseimage.dof
$ gst-launch-0.10 playbin uri=file:///home/root/big-buck-bunny-480p-surround.avi
---
[ 138.212097] proc_load: Processor Loaded /lib/dsp/baseimage.dof
[ 138.218353] omap mailbox rev 4.0
[ 138.236022] proc_start: dsp in running state
[ 138.240325] DSP Bridge driver loaded
[ 191.323059] proc_map: not aligned: 0xa2f00 (68)
[ 191.327819] proc_map: not aligned: 0xa3000 (68)
[ 191.332427] proc_map: not aligned: 0xa3100 (68)
[ 191.337036] proc_map: not aligned: 0xa3200 (68)
[ 193.208587] proc_map: not aligned: 0x150d00 (4515)
[ 193.214294] proc_map: not aligned: 0x151ea8 (309)
[ 194.140136] ***** DSPMMU FAULT ***** IRQStatus 0x2
[ 194.144958] ***** DSPMMU FAULT ***** fault_addr 0x1102eb80
[ 194.150573] C6410 C6410: bridge_deh_notify: device exception
[ 194.156311] C6410 C6410: bridge_deh_notify: DSP_MMUFAULT, err_info = 0x0
[ 194.163055] C6410 C6410: bridge_deh_notify: DSP_MMUFAULT,
high=0x1102, low=0xeb80, fault=0x1102eb80
[ 194.172363] print_dsp_trace_buffer: DSP Trace Buffer Begin:
[ 194.172393] =======================
[ 194.172393]
[ 194.182983]
[ 194.183013] =======================
[ 194.183013] DSP Trace Buffer End:
[ 194.191375] dump_dl_modules:
[ 194.191375] Dynamically Loaded Modules:
[ 194.191375] ---------------------------
[ 194.202056] mp4vdec_sn.o64P
[ 194.204864] Section: 0x20002e80
[ 194.208282] mp4vd_nodecode
[ 194.211212] Section: 0x20051800
[ 194.214630] mp4vd_noderom
[ 194.217437] Section: 0x20056600
[ 194.220855] mp4vd_nodedata
[ 194.223754] ringio.o64P
[ 194.226226] Section: 0x20002680
[ 194.229644] ringio_code
[ 194.232299] usn.o64P
[ 194.234497] Section: 0x20000000
[ 194.237915] usn_nodecode
[ 194.240661] Section: 0x20002580
[ 194.244079] .const
[ 194.252258] dump_dsp_stack:No DSP MMU-Fault information available.
---

Any idea about this,

Thanks in advance
///:~Enric

[Felipe Contreras]

On Tue, Apr 27, 2010 at 6:13 PM, Enric Balletbò i Serra
<ebal...@gmail.com> wrote:
>>2010/4/27 Felipe Contreras <felipe.c...@gmail.com>:

>> On Tue, Apr 27, 2010 at 11:04 AM, Enric Balletbò i Serra
>> <ebal...@gmail.com> wrote:
>>> Probably this is a newbie problem, patience with me, I'm just
>>> introducing in gst-dsp project. I'm using gst-dsp version v0.7.1 and
>>> dspbridge from http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=shortlog;h=refs/heads/dspbridge
>>> and playing the open movie big-buck-bunny-480p-surround.avi I get this
>>> error:
>>
>> No problem, that's what this mailing list is for ;)
>>
>>> Gstreamer shows:
>>> ---
>>> create_node: dsp node allocate failed
>>> init_node: dsp node creation failed
>>> ERROR: from element
>>> /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstDspVDec:dspvdec0:
>>> couldn't start node
>>> ERROR: pipeline doesn't want to preroll.
>>> Setting pipeline to NULL ...
>>> FREEING pipeline ...
>>> ---

[...]

>> The real problem is that the node allocation failed. That might be due
>> to the fact that the DSP is in a bad state, and needs to be reloaded,
>> or that the DSP firmware is missing. So:
>>
>>  1) Do you have the firmware in /lib/dsp?
>
> Yes, I downloaded the firmware from
> https://gforge.ti.com/gf/project/openmax/frs/
>
>>  2) Where did you get the firmware? L23.i3.3[1]?
>
> Ooops, not this version.

I have never tried L23.i3.3 myself, the last one I got working was
0.3.5. It's possible that L23.i3.3 needs some changes that still
haven't been pushed.

You can either try 0.3.5, or try applying some of these patches that I
just uploaded:
http://people.freedesktop.org/~felipec/gst-dsp/

Personally I would try these patches:
0001-vdec-register-conversions-library.patch
0003-vdec-add-send_cb-for-MPEG4-decoder.patch
0004-vdec-add-recv_cb-for-MPEG4-decoder.patch

I know #1 is needed, but I don't think it will fix your problem, so
try the other two as well.

I'm also CC'ing the omapzoom mailing list that should know more about
this error.

Cheers.

--
Felipe Contreras

[Víctor M. Jáquez L.]

On Tue, Apr 27, 2010 at 09:13:19PM +0300, Felipe Contreras wrote:
> You can either try 0.3.5, or try applying some of these patches that I
> just uploaded:
> http://people.freedesktop.org/~felipec/gst-dsp/

I'm a bit lost with all the available gst-dsp repositories. Which one is the
"official" and which one has the cutting-edge features?

Cheers

vmjl

[Felipe Contreras]

2010/4/28 Víctor M. Jáquez L. <vja...@igalia.com>:

So, the repos are:

1) main: http://github.com/felipec/gst-dsp
2) Maemo Fremantle: http://meego.gitorious.org/maemo-multimedia/gst-dsp
3) Meego Harmattan: (internal)

The Fremantle and Harmattan branches have some experimental stuff and
hacks that have no place in the main (upstream) repository. However, I
haven't had time to try TI's L23.i3.3 public release, so I don't know
what fixes from the Harmattan branch would make sense to push.

Once we know what's needed for L23.i3.3, I would like to make those
changes optional; I think the main repo should work reasonably ok on
all platforms, and eventually there would not be a need for any
platform-specific branches.

Cheers.

--
Felipe Contreras

[Víctor M. Jáquez L.]

On Wed, Apr 28, 2010 at 04:47:02PM +0300, Felipe Contreras wrote:
> So, the repos are:
>
> 1) main: http://github.com/felipec/gst-dsp
> 2) Maemo Fremantle: http://meego.gitorious.org/maemo-multimedia/gst-dsp
> 3) Meego Harmattan: (internal)

Ok.

> However, I
> haven't had time to try TI's L23.i3.3 public release, so I don't know
> what fixes from the Harmattan branch would make sense to push.

So the patches in your freedesktop page are those you use internally?

> Once we know what's needed for L23.i3.3, I would like to make those
> changes optional; I think the main repo should work reasonably ok on
> all platforms, and eventually there would not be a need for any
> platform-specific branches.

Roger that.

vmjl

[Felipe Contreras]

2010/4/28 Víctor M. Jáquez L. <vja...@igalia.com>:

>> However, I
>> haven't had time to try TI's L23.i3.3 public release, so I don't know
>> what fixes from the Harmattan branch would make sense to push.
>
> So the patches in your freedesktop page are those you use internally?

The ones I think are relevant (TI SN API), yeah. The rest are mostly
parsing stuff (which I consider WIP), other WIP patches, and secret
stuff ;)

--
Felipe Contreras

[Felipe Contreras]

2010/4/28 Víctor M. Jáquez L. <vja...@igalia.com>:

I got L23.i3.3 working, I'll make the configure option and send the
patches to the list, but in the meantime I've pushed the changes to a
new branch: next-l23-i3-3.

Cheers.

--
Felipe Contreras

[Jorge]

On May 2, 6:16 pm, Felipe Contreras <felipe.contre...@gmail.com>
wrote:
> 2010/4/28 Víctor M. Jáquez L. <vjaq...@igalia.com>:

>
> > On Wed, Apr 28, 2010 at 04:47:02PM +0300, Felipe Contreras wrote:
> >> Once we know what's needed for L23.i3.3, I would like to make those
> >> changes optional; I think the main repo should work reasonably ok on
> >> all platforms, and eventually there would not be a need for any
> >> platform-specific branches.
>
> > Roger that.
>
> I got L23.i3.3 working, I'll make the configure option and send the
> patches to the list, but in the meantime I've pushed the changes to a
> new branch: next-l23-i3-3.
>

How do you get this working?

I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
with
the contents of DSPbinaries-3.09-Linux-x86-Install
(L23.i3.3OMXDSPBinaries)
Then I load the modules with debug traces enabled

# insmod /lib/modules/2.6.32-felipec1/kernel/arch/arm/mach-omap2/
dspbridge.ko
[ 1151.419433] dspbridge_init: 600000 bytes @ 80d00000
# insmod /lib/modules/2.6.32-felipec1/kernel/drivers/dsp/bridge/
bridgedriver.ko base_img=/lib/dsp/baseimage.dof GT_str="PR=01
234567;DL=01234567"
...
[ 1227.348327] DL - 0: DBLL_open: target: 0xcc500558 file: /lib/dsp/
baseimage.dof pLib: 0xcc454d18
[ 1227.358978] DL - 0: DBLL_getSect: lib: 0xced9b618
name: .dcd_register pAddr: 0xcc503ba4 pSize: 0xcc503ba0
[ 1227.368713] DL - 0: DBLL_readSect: lib: 0xced9b618
name: .dcd_register pContent: 0xced03618 size: 0x138
[ 1227.378967] DL - 0: DBLL_close: lib: 0xced9b618
[ 1227.383575] DL - 0: DBLL_getAddr: lib: 0xced9b558 name: _SHM_BEG
pAddr: 0xcc5036d4
[ 1227.391296] DL - 0: DBLL_getAddr: lib: 0xced9b558 name: _SHM_END
pAddr: 0xcc5036d4
[ 1227.398956] DL - 0: DBLL_getAddr: lib: 0xced9b558 name: _MSG_BEG
pAddr: 0xcc5036d4
[ 1227.406616] DL - 0: DBLL_getAddr: lib: 0xced9b558 name: _MSG_END
pAddr: 0xcc5036d4
[ 1227.414276] DL - 0: DBLL_getAddr: lib: 0xced9b558 name:
_BRIDGE_TRACE_END pAddr: 0xcc5036d4
[ 1227.422729] DL - 0: DBLL_getAddr: lib: 0xced9b558 name: _DYNEXT_BEG
pAddr: 0xcc5036d4
[ 1227.430633] DL - 0: DBLL_getAddr: lib: 0xced9b558 name: _EXT_END
pAddr: 0xcc5036d4
[ 1227.438385] DL - 0: DBLL_open: target: 0xcc500558 file: /lib/dsp/
baseimage.dof pLib: 0xcc454cd8
[ 1227.448791] DL - 0: DBLL_getSect: lib: 0xced9b618 name: .
93FA56D0_6FE5_11D4_B747_006008BDB66F pAddr: 0xcc5034b4 pSize:
0xcc5034b0
[ 1227.460601] DL - 0: DBLL_readSect: lib: 0xced9b618 name: .
93FA56D0_6FE5_11D4_B747_006008BDB66F pContent: 0xced9ba98 size: 0x80
[ 1227.472625] DL - 0: DBLL_close: lib: 0xced9b618
[ 1227.477264] PR - 0: PROC_Load: Failed to get shared memory or
message buffer address from COFF status 0x8000800c
[ 1227.487579] PR - 0: PROC_Load: Processor Load Failed.
[ 1227.492675] PR - 0: Exiting PROC_Load, status: 0x80008008
[ 1227.498229] PR - 0: PROC_AutoStart: DSP_FAILED to Load
[ 1227.503448] PR - 0: Exiting PROC_AutoStart, status:0x80008008

Then if I run the gst-dsp L23.i3.3 branch, I get:

# gst-launch playbin2 uri=file://$PWD/BigBuckBunny_640x360.m4v
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
WARNING: from element /GstPlayBin2:playbin20/
GstURIDecodeBin:uridecodebin0: No decoder available for type 'audio/
mpeg, mpegversion=(int)4, framed=(boolean)true,
codec_data=(buffer)1210, rate=.
Additional debug info:
gsturidecodebin.c(633): unknown_type_cb (): /GstPlayBin2:playbin20/
GstURIDecodeBin:uridecodebin0
[ 1385.985412] PR - 0: Entered PROC_Attach, args:
[ 1385.987579] uProcessor: 0x0
[ 1385.987579] pAttrIn: 0x0
[ 1385.987579] phProcessor:0xcc40be9c
[ 1385.999298] PR - 0: PROC_NotifyClients :Signaled.
[ 1386.004150] PR - 0: PROC_Attach: Processor Attach Success!
[ 1386.009704] PR - 0: Exiting PROC_Attach, results:
[ 1386.011749] status: 0x8000
[ 1386.011749] hProcessor: 0xcc5008d8
[ 1386.023468] PR - 0: Entered PROC_ReserveMemory, args:
[ 1386.025512] hProcessor: 0xcc5008d8 ulSize: 0x2000 ppRsvAddr:
0xcc40beac
[ 1386.035430] PR - 0: Leaving PROC_ReserveMemory [0x8000800c]PR - 0:
Entered PROC_Map, args:
[ 1386.042205] hProcessor cc5008d8, pMpuAddr c7700, ulSize 44,
pReqAddr cc40bec0, ulMapAttr 0, ppMapAddr cc40bea4
[ 1386.054595] PR - 0: PROC_Map: vaAlign cc40b000, paAlign c7000,
sizeAlign 1000
[ 1386.061798] PR - 0: Leaving PROC_Map [0x8000802d]PR - 0: Entered
PROC_ReserveMemory, args:
[ 1386.067779] hProcessor: 0xcc5008d8 ulSize: 0x2000 ppRsvAddr:
0xcc40beac
[ 1386.077667] PR - 0: Leaving PROC_ReserveMemory [0x8000800c]PR - 0:
Entered PROC_Map, args:
[ 1386.084381] hProcessor cc5008d8, pMpuAddr a2600, ulSize 44,
pReqAddr cc40bec0, ulMapAttr 0, ppMapAddr cc40bea4
[ 1386.096771] PR - 0: PROC_Map: vaAlign cc40b000, paAlign a2000,
sizeAlign 1000
[ 1386.104003] PR - 0: Leaving PROC_Map [0x8000802d]PR - 0: Entered
PROC_ReserveMemory, args:
[ 1386.109924] hProcessor: 0xcc5008d8 ulSize: 0x2000 ppRsvAddr:
0xcc40beac
[ 1386.119781] PR - 0: Leaving PROC_ReserveMemory [0x8000800c]PR - 0:
Entered PROC_Map, args:
[ 1386.126342] hProcessor cc5008d8, pMpuAddr a2700, ulSize 44,
pReqAddr cc40bec0, ulMapAttr 0, ppMapAddr cc40bea4
[ 1386.138732] PR - 0: PROC_Map: vaAlign cc40b000, paAlign a2000,
sizeAlign 1000
[ 1386.145935] PR - 0: Leaving PROC_Map [0x8000802d]PR - 0: Entered
PROC_ReserveMemory, args:
[ 1386.151916] hProcessor: 0xcc5008d8 ulSize: 0x2000 ppRsvAddr:
0xcc40beac
[ 1386.161773] PR - 0: Leaving PROC_ReserveMemory [0x8000800c]PR - 0:
Entered PROC_Map, args:
[ 1386.168365] hProcessor cc5008d8, pMpuAddr c4780, ulSize 44,
pReqAddr cc40bec0, ulMapAttr 0, ppMapAddr cc40bea4
[ 1386.180755] PR - 0: PROC_Map: vaAlign cc40b000, paAlign c4000,
sizeAlign 1000
[ 1386.187957] PR - 0: Leaving PROC_Map [0x8000802d]PR - 0: Entering
PROC_GetState, args:
[ 1387.802215] pProcStatus: 0xcfa29e58
[ 1387.802246] hProcessor: 0xcc5008d8
[ 1387.802246] uStateInfoSize 0x18
[ 1387.815460] PR - 0: Exiting PROC_GetState, results:
[ 1387.817504] status: 0x8000
[ 1387.817504] pProcStatus: 0xff

create_node: dsp node allocate failed
init_node: dsp node creation failed

gstdsp_send_codec_data: couldn't start node
ERROR: from element /GstPlayBin2:playbin20/
GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/
GstQTDemux:qtdemux0: GStreamer encountered a general stream error.
Additional debug info:
qtdemux.c(2448): gst_qtdemux_loop (): /GstPlayBin2:playbin20/
GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/
GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated

ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...

[ 1387.921081] PR - 0: Entered PROC_UnReserveMemory, args:
[ 1387.923126] hProcessor: 0xcc5008d8 pRsvAddr: 0xcc40bec0
[ 1387.931793] PR - 0: Leaving PROC_UnReserveMemory [0x8000802d]PR -
0: Entered PROC_UnReserveMemory, args:
[ 1387.938842] hProcessor: 0xcc5008d8 pRsvAddr: 0xcc40bec0
[ 1387.947479] PR - 0: Leaving PROC_UnReserveMemory [0x8000802d]PR -
0: Entered PROC_UnReserveMemory, args:
[ 1387.954315] hProcessor: 0xcc5008d8 pRsvAddr: 0xcc40bec0
[ 1387.962951] PR - 0: Leaving PROC_UnReserveMemory [0x8000802d]PR -
0: Entered PROC_UnReserveMemory, args:
[ 1387.969726] hProcessor: 0xcc5008d8 pRsvAddr: 0xcc40bec0
[ 1387.978332] PR - 0: Leaving PROC_UnReserveMemory [0x8000802d]PR -
0: Entered PROC_Detach, args:
[ 1387.985107] hProcessor: 0xcc5008d8
[ 1387.991210] PR - 0: Exiting PROC_Detach, 0x8000
Freeing pipeline ...

Regards,
Jorge

[Felipe Contreras]

On Fri, May 7, 2010 at 12:45 PM, Jorge <jorge.mo...@gmail.com> wrote:
> How do you get this working?
>
> I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> with
> the contents of DSPbinaries-3.09-Linux-x86-Install
> (L23.i3.3OMXDSPBinaries)
> Then I load the modules with debug traces enabled

I haven't used that kernel (2.6.32-felipec1) in a while, nowadays
there's a dspbridge branch in linux-omap (based on v2.6.33):
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git

I tested the L23.i3.3 binaries with that branch and it works fine
(with gst-dsp next-l23-i3-3).

Have you tried a recent kernel?

BTW. For a newer bridge you need to compile gst-dsp like:
make NEW=y

Cheers.

--
Felipe Contreras

[Víctor M. Jáquez L.]

On Fri, May 07, 2010 at 02:45:07AM -0700, Jorge wrote:
> How do you get this working?
>
> I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> with
> the contents of DSPbinaries-3.09-Linux-x86-Install
> (L23.i3.3OMXDSPBinaries)
> Then I load the modules with debug traces enabled

That kernel is too old right now.

If you're using a beagleboard, you can fetch my angstrom-based image:
http://people.igalia.com/vjaquez/beagle/

gst-dsp and gst-omapfb are working as far I tested them.

The image is done using one of pet projects (it's an OE overlay):
http://gitorious.org/vjaquez-beagleboard/marmita

vmjl

[Jorge]

> > I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> > with
> > the contents of DSPbinaries-3.09-Linux-x86-Install
> > (L23.i3.3OMXDSPBinaries)
> > Then I load the modules with debug traces enabled
>
> I haven't used that kernel (2.6.32-felipec1) in a while, nowadays
> there's a dspbridge branch in linux-omap (based on v2.6.33):
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
>
> I tested the L23.i3.3 binaries with that branch and it works fine
> (with gst-dsp next-l23-i3-3).
>
> Have you tried a recent kernel?
>
> BTW. For a newer bridge you need to compile gst-dsp like:
> make NEW=y
>

Ok, I'll give a try... Now I'm getting the 2.6.33

$ git clone http://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git

then I've to switch to any branch or the main is ok?

Is it ok to use the /opt/gst directory from your demo image in order
to test
the gstreamer and change only the /opt/gst/lib/gstreamer-0.10/
libgstdsp.so file
with the one from gst-dsp next-l23-i3-3 branch ??

Regards,
Jorge

[Jorge]

On May 7, 11:56 am, Felipe Contreras <felipe.contre...@gmail.com>
wrote:

> On Fri, May 7, 2010 at 12:45 PM, Jorge <jorge.monteag...@gmail.com> wrote:
> > How do you get this working?
>
> > I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> > with
> > the contents of DSPbinaries-3.09-Linux-x86-Install
> > (L23.i3.3OMXDSPBinaries)
> > Then I load the modules with debug traces enabled
>
> I haven't used that kernel (2.6.32-felipec1) in a while, nowadays
> there's a dspbridge branch in linux-omap (based on v2.6.33):
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
>
> I tested the L23.i3.3 binaries with that branch and it works fine
> (with gst-dsp next-l23-i3-3).
>
> Have you tried a recent kernel?
>

Now I have the kernel from this git repository. Have I to switch to
a branch ?? I've done

$ git clone http://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git

but it's no drivers/dsp directory inside!



On May 7, 12:37 pm, Víctor M. Jáquez L. <vjaq...@igalia.com> wrote:

> On Fri, May 07, 2010 at 02:45:07AM -0700, Jorge wrote:
> > How do you get this working?
>
> > I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> > with
> > the contents of DSPbinaries-3.09-Linux-x86-Install
> > (L23.i3.3OMXDSPBinaries)
> > Then I load the modules with debug traces enabled
>

> That kernel is too old right now.
>
> If you're using a beagleboard, you can fetch my angstrom-based image:http://people.igalia.com/vjaquez/beagle/
>
> gst-dsp and gst-omapfb are working as far I tested them.
>
> The image is done using one of pet projects (it's an OE overlay):http://gitorious.org/vjaquez-beagleboard/marmita
>
> vmjl

Yes, I'm using a beagleboard and I've just download your images to do
some testing...

Thanks a lot!
Jorge

[Felipe Contreras]

On Fri, May 7, 2010 at 1:39 PM, Jorge <jorge.mo...@gmail.com> wrote:
>> Have you tried a recent kernel?
>>
>> BTW. For a newer bridge you need to compile gst-dsp like:
>> make NEW=y
>
> Ok, I'll give a try... Now I'm getting the 2.6.33
>
> $ git clone http://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
>
> then I've to switch to any branch or the main is ok?

I don't know what's the status with the default branch, it probably
has experimental stuff, and not dspbridge. I only tested the dspbridge
one; I suggest you do the same since it's based on vanilla v2.6.33 (no
hacks).

> Is it ok to use the /opt/gst directory from your demo image in order
> to test
> the gstreamer and change only the /opt/gst/lib/gstreamer-0.10/
> libgstdsp.so file
> with the one from gst-dsp next-l23-i3-3 branch ??

Yeap, that's what I do.

--
Felipe Contreras

[Enric Balletbò i Serra]

Hi,

Now I'm using branch next-l23-i3-3 with
DSPbinaries-3.09-Linux-x86-Install, but I'm still having problems.
Here is the log:

---
# gst-launch-0.10 playbin uri=file:///home/root/big-buck-bunny-480p-surround.avi

Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...

[ 661.995452] proc_map: not aligned: 0x7af00 (68)
[ 662.000061] proc_map: not aligned: 0x7b000 (68)
[ 662.004730] proc_map: not aligned: 0x7b100 (68)
[ 662.009490] proc_map: not aligned: 0x7b200 (68)
** Message: don't know how to handle audio/x-ac3, rate=(int)48000,
channels=(int)6
[ 663.765167] proc_map: not aligned: 0x42300500 (16)
[ 663.770080] proc_map: not aligned: 0x42300600 (16)
[ 663.775024] proc_map: not aligned: 0x42300700 (8120)
[ 663.780059] proc_map: not aligned: 0x42302780 (8120)
map_buffer: buffer not aligned: 0x44019008-0x440e1288
[ 663.830047] memory_sync_page: no page for 42301000
[ 663.835754] proc_memory_sync: InValid address parameters 42300700 1fb8
map_buffer: buffer not aligned: 0x44019008-0x440e1288
[ 663.847106] memory_sync_page: no page for 42303000
[ 663.852783] proc_memory_sync: InValid address parameters 42302780 1fb8
[ 663.859558] proc_map: not aligned: 0x151400 (4515)
[ 663.865264] proc_map: not aligned: 0x152c00 (309)
got_message: error: cmd=3584, arg1=2, arg2=3846
dsp_thread: failed waiting for events
dsp_thread: failed waiting for events
dsp_thread: failed waiting for events

(and lot of this messages)

---

Can someone give me some light on this issue ?

Thanks in advance,

Enric

2010/5/7 Felipe Contreras <felipe.c...@gmail.com>:

[Víctor M. Jáquez L.]

afaik deactivating the align-checking in the kernel will do the work

vmjl

[Enric Balletbò i Serra]

Hi,

2010/5/7 Víctor M. Jáquez L. <vja...@igalia.com>:

> afaik deactivating the align-checking in the kernel will do the work

Nice, without align-checking works, thanks vmjl.

For information:

# gst-launch-0.10 playbin uri=file:///home/root/big-buck-bunny-480p-surround.avi

uses 15%-18% of CPU on my IGEP v2 board decoding mp4 video at 480p,
decoding audio ac3 with gst-dsp is not supported, I'm right ?

Decode an h264 not work. Should work ?

# gst-launch-0.10 playbin uri=file:///home/root/big-buck-bunny-480p-h264.mov

Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...

** Message: don't know how to handle audio/mpeg, mpegversion=(int)4,
framed=(boolean)true, rate=(int)48000, channels=(int)6
create_node: dsp node create failed

init_node: dsp node creation failed
gstdsp_send_codec_data: couldn't start node
ERROR: from element

/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:

GStreamer encountered a general stream error.
Additional debug info:

qtdemux.c(1968): gst_qtdemux_loop ():
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:

streaming stopped, reason not-negotiated
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...

[ 448.690826] procwrap_detach: deprecated dspbridge ioctl
stop: could not unmap
FREEING pipeline ..

Cheers,

Enric

>
> vmjl

[Víctor M. Jáquez L.]

On Fri, May 07, 2010 at 05:51:02PM +0200, Enric Balletb� i Serra wrote:
> Hi,
>

> 2010/5/7 V�ctor M. J�quez L. <vja...@igalia.com>:

> > afaik deactivating the align-checking in the kernel will do the work
>
> Nice, without align-checking works, thanks vmjl.
>
> For information:
>
> # gst-launch-0.10 playbin uri=file:///home/root/big-buck-bunny-480p-surround.avi
>
> uses 15%-18% of CPU on my IGEP v2 board decoding mp4 video at 480p,
> decoding audio ac3 with gst-dsp is not supported, I'm right ?

No right now.

> Decode an h264 not work. Should work ?
>
> # gst-launch-0.10 playbin uri=file:///home/root/big-buck-bunny-480p-h264.mov
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> ** Message: don't know how to handle audio/mpeg, mpegversion=(int)4,
> framed=(boolean)true, rate=(int)48000, channels=(int)6

It seems that specific stream can't be processed by the gst-dsp ... but I'm
now sure.

vmjl