Bug 695602 – crash on ARM raspberry pi debian wheezy armel and armhf

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 695602 - crash on ARM raspberry pi debian wheezy armel and armhf


Summary:	crash on ARM raspberry pi debian wheezy armel and armhf


Status:	RESOLVED NOTGNOME

Product:	GStreamer
Classification:	Platform
Component:	gstreamer (core)
Version:	1.0.5
Hardware:	Other Linux

Importance:	Normal critical
Target Milestone:	NONE
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2013-03-10 23:55 UTC by m][sko
Modified:	2013-03-12 23:09 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description m][sko 2013-03-10 23:55:01 UTC

gst-launch-1.0 -v videotestsrc ! video/x-raw, format=YUY2, framerate=25/1, width=720, height=576 ! videoconvert ! video/x-raw, format=I420, width=720, height=576, interlace-mode=mixed ! fakesink sync=true

Comment 1 Tim-Philipp Müller 2013-03-11 00:35:06 UTC

Got a stack trace?

What version of liborc?

Does it work (not crash, that is) with

  $ ORC_CODE=backup gst-launch-1.0 ....

Comment 2 m][sko 2013-03-11 21:14:00 UTC

liborc-0.4-0

+ Trace 231627

#1 convert_YUY2_I420
at videoconvert.c line 609
#2 videoconvert_convert_convert
at videoconvert.c line 138
#3 gst_video_convert_transform_frame
at gstvideoconvert.c line 375
#4 gst_video_filter_transform
at gstvideofilter.c line 268
#5 gst_base_transform_handle_buffer
at gstbasetransform.c line 2060
#6 gst_base_transform_chain
at gstbasetransform.c line 2167
#7 gst_pad_chain_data_unchecked
at gstpad.c line 3654
#8 gst_pad_push_data
at gstpad.c line 3871
#9 gst_base_transform_chain
at gstbasetransform.c line 2203
#10 gst_pad_chain_data_unchecked
at gstpad.c line 3654
#11 gst_pad_push_data
at gstpad.c line 3871
#12 gst_base_src_loop
at gstbasesrc.c line 2710
#13 gst_task_func
at gsttask.c line 316
#14 default_func
at gsttaskpool.c line 70
#15 g_thread_pool_thread_proxy
at /build/glib2.0-AWe8Zn/glib2.0-2.33.12+really2.32.4/./glib/gthreadpool.c line 309
#16 g_thread_proxy
at /build/glib2.0-AWe8Zn/glib2.0-2.33.12+really2.32.4/./glib/gthread.c line 801
#17 start_thread
from /lib/arm-linux-gnueabihf/libpthread.so.0
#18 ??
from /lib/arm-linux-gnueabihf/libc.so.6
#19 ??
from /lib/arm-linux-gnueabihf/libc.so.6

Comment 3 m][sko 2013-03-11 21:27:17 UTC

liborc-0.4.so.0
liborc-0.4.so.0.16.0
liborc-test-0.4.so.0
liborc-test-0.4.so.0.16.0

Comment 4 Sebastian Dröge (slomo) 2013-03-12 09:00:13 UTC

That's orc 0.4.16, can you please retry with 0.4.17? This bug is supposed to be fixed there (and is for me).

Comment 5 m][sko 2013-03-12 21:21:17 UTC

liborc0.4.17 didn't crash gstreamer
but all liborc tests failed.
http://pastebin.com/YKfyud9m

Comment 6 m][sko 2013-03-12 21:42:38 UTC

with liborc 0.4.17

gst-launch-1.0 -v videotestsrc ! video/x-raw, format=YUY2, framerate=25/1, width=720, height=576 ! videoconvert ! video/x-raw, format=I420, width=720, height=576, interlace-mode=mixed ! videoconvert ! video/x-raw, format=RGB ! pngenc snapshot=false ! multifilesink location="frame%05d.png"

generate valid data and no crash btw :)

sebastian can you push 0.4.17 to debian wheezy 

I don't know if gstreamer have some video format conversions unit tests.

Comment 7 Tim-Philipp Müller 2013-03-12 23:09:27 UTC

> liborc0.4.17 didn't crash gstreamer
> but all liborc tests failed.
> http://pastebin.com/YKfyud9m

Are you referring to the 'COMPILE FAILED' output? That's expected - since the non-NEON ARM backend has been disabled entirely in 0.4.17 (lack of opcode and thus test coverage did not exactly instill confidence that it generally generates good and correct code).

If there are format conversion tests, they're probably in gst-plugins-base.

Resolving as NOTGNOME, since it's liborc-related really.