RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1259703 - Totem is segfaulting
Summary: Totem is segfaulting
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: mesa
Version: 7.2
Hardware: s390x
OS: Linux
unspecified
high
Target Milestone: beta
: ---
Assignee: Dave Airlie
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1295396
TreeView+ depends on / blocked
 
Reported: 2015-09-03 12:02 UTC by Ladislav Kolacek
Modified: 2017-08-08 14:29 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-08-01 06:50:38 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
backtrace (40.29 KB, text/plain)
2015-09-03 12:02 UTC, Ladislav Kolacek 		no flags Details
backtrace2 (40.91 KB, text/plain)
2016-01-14 12:44 UTC, Ladislav Kolacek 		no flags Details
View All

Description Ladislav Kolacek 2015-09-03 12:02:30 UTC 
Created attachment 1069770 [details]
backtrace

Description of problem:

Totem is segfaulting sometimes when you play video/audio file and sometimes when you simply run totem. 

Version-Release number of selected component (if applicable):
totem-3.14.3-2.el7.s390x
kernel-3.10.0-308.el7.s390x

How reproducible:
80%

Actual results:
Segmentation fault (more information is in attachment)

Expected results:
Totem should be successfully run and be able to play audio/video files.

Additional info:
This problem appears only on architecture s390x.
Comment 1 Bastien Nocera 2015-09-03 16:16:09 UTC 
Can you generate a backtrace with gdb? So I know in which thread it's actually crashing.

How are you testing this on s390? Are you using a remote display? Is the X server you're running this on OpenGL-capable?

A word of warning, this is most likely a problem deeper down in GStreamer though.
Comment 2 Ladislav Kolacek 2015-09-04 10:24:18 UTC 
Backtrace in attachment was created by gdb.

I tested arch s390x by x11vnc and Remote Desktop Viewer like the other architectures where application worked fine. 

Should I switch component to gstreamer?
Comment 3 Bastien Nocera 2016-01-12 17:03:41 UTC 
(In reply to Ladislav Kolacek from comment #2)
> Backtrace in attachment was created by gdb.

But you're missing the bit before the backtrace where it says where and why it crashed (which signal, and in which thread).

I can't figure that from the backtrace you posted.

> I tested arch s390x by x11vnc and Remote Desktop Viewer like the other
> architectures where application worked fine. 
> 
> Should I switch component to gstreamer?

Not yet.
Comment 4 Ladislav Kolacek 2016-01-14 12:44:26 UTC 
Created attachment 1114793 [details]
backtrace2

Adding complete backtrace from gdb.
Comment 5 Bastien Nocera 2016-05-18 13:35:54 UTC 
I can't do anything with the backtrace. The thread that crashes has no data:

> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x3ffee65d910 (LWP 44266)]
> 0x000003ffe67f804e in ?? ()
> 
> Thread 4 (Thread 0x3ffee65d910 (LWP 44266)):
> #0  0x000003ffe67f804e in ?? ()
> No symbol table info available.

Does using gst-play-1.0 work on that same file? Can you try running valgrind on the application (if valgrind is available in s390)?
Comment 6 Ladislav Kolacek 2016-05-19 12:58:00 UTC 
Created attachment 1159471 [details]
valgrind

I tested this bug on current version of RHEL 7.3 and I was not able to reproduce problem with segfaulting. Totem no longer crashes and video is playable now. 

However, I also tested totem via valgrind and it returns large amount of Errors. Totem was killed in the end. (output is in attachment)

Tool gst-play-1.0 is not installed on VM.

Adding version of components:
totem-3.14.3-5.el7.s390x
kernel-3.10.0-401.el7.s390x
gstreamer-plugins-bad-free-0.10.23-20.el7.s390x
Comment 8 Bastien Nocera 2016-05-19 13:18:59 UTC 
(In reply to Ladislav Kolacek from comment #6)
> Created attachment 1159471 [details]
> valgrind
> 
> I tested this bug on current version of RHEL 7.3 and I was not able to
> reproduce problem with segfaulting. Totem no longer crashes and video is
> playable now. 
> 
> However, I also tested totem via valgrind and it returns large amount of
> Errors. Totem was killed in the end. (output is in attachment)

Not sure why you used "--leak-check=full", as we're not checking for leaks.

Looks to me that the problem is likely to be in the LLVM software renderer in Mesa.

> Tool gst-play-1.0 is not installed on VM.

Then install it? I'm guessing that you might not be able to reproduce the bug though, as this won't use OpenGL.
Comment 9 Tomas Pelka 2016-05-19 19:29:48 UTC 
(In reply to Bastien Nocera from comment #8)
> (In reply to Ladislav Kolacek from comment #6)
> > Created attachment 1159471 [details]
> > valgrind
> > 
> > I tested this bug on current version of RHEL 7.3 and I was not able to
> > reproduce problem with segfaulting. Totem no longer crashes and video is
> > playable now. 
> > 
> > However, I also tested totem via valgrind and it returns large amount of
> > Errors. Totem was killed in the end. (output is in attachment)
> 
> Not sure why you used "--leak-check=full", as we're not checking for leaks.
> 
> Looks to me that the problem is likely to be in the LLVM software renderer
> in Mesa.
> 
> > Tool gst-play-1.0 is not installed on VM.
> 
> Then install it? I'm guessing that you might not be able to reproduce the
> bug though, as this won't use OpenGL.

Lado it should be part of gstreamer1-plugins-base.
Comment 10 Dave Airlie 2017-07-28 00:49:02 UTC 
please retest with RHEL7.4 to see if this has changed.
Comment 11 Tomas Hudziec 2017-07-31 16:23:16 UTC 
In RHEL7.4 totem is not segfaulting. It is able to play video/audio files.
Only when run via command line without input file, following message is shown for each video:
(totem:38815): Grilo-CRITICAL **: grl_source_resolve: assertion 'GRL_IS_SOURCE (source)' failed
versions of components:
totem-3.22.1-1.el7.s390x
kernel-3.10.0-693.el7.s390x
Comment 12 Tomas Pelka 2017-08-01 06:50:38 UTC 
(In reply to Tomas Hudziec from comment #11)
> In RHEL7.4 totem is not segfaulting. It is able to play video/audio files.
> Only when run via command line without input file, following message is
> shown for each video:
> (totem:38815): Grilo-CRITICAL **: grl_source_resolve: assertion
> 'GRL_IS_SOURCE (source)' failed
> versions of components:
> totem-3.22.1-1.el7.s390x
> kernel-3.10.0-693.el7.s390x

I would advice to file another bug against grilo.
Comment 13 Tomas Hudziec 2017-08-01 10:00:07 UTC 
(In reply to Tomas Pelka from comment #12)

> I would advice to file another bug against grilo.

Filed: https://bugzilla.redhat.com/show_bug.cgi?id=1477129
Comment 14 Tomas Hudziec 2017-08-08 14:29:15 UTC 
(In reply to Tomas Pelka from comment #9)
> (In reply to Bastien Nocera from comment #8)
> > (In reply to Ladislav Kolacek from comment #6)
> > > Created attachment 1159471 [details]
> > > valgrind
> > > 
> > > I tested this bug on current version of RHEL 7.3 and I was not able to
> > > reproduce problem with segfaulting. Totem no longer crashes and video is
> > > playable now. 
> > > 
> > > However, I also tested totem via valgrind and it returns large amount of
> > > Errors. Totem was killed in the end. (output is in attachment)
> > 
> > Not sure why you used "--leak-check=full", as we're not checking for leaks.
> > 
> > Looks to me that the problem is likely to be in the LLVM software renderer
> > in Mesa.
> > 
> > > Tool gst-play-1.0 is not installed on VM.
> > 
> > Then install it? I'm guessing that you might not be able to reproduce the
> > bug though, as this won't use OpenGL.
> 
> Lado it should be part of gstreamer1-plugins-base.

gst-play-1.0 is part of gstreamer1-plugins-base-tools.
Note You need to log in before you can comment on or make changes to this bug.