| Summary: | kaffeine crashes during dvb-t due to Intel vdpau | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Andrej Podzimek <andrej> |
| Component: | mesa | Assignee: | Adam Jackson <ajax> |
| Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 24 | CC: | ajax, andrej, extras-orphan, fschwarz, ignatenko, mefoster, rdieter, smparrish |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-09-25 13:57:25 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Attachments: | |||
Created attachment 1204460 [details]
Kernel command line in effect
Created attachment 1204461 [details]
dmesg | grep kaffeine | grep segfault
kaffeine is not provided by fedora, please report to whoever you got it from (rpmfusion?) That said, since the error seems to occur in libGL, [ 7335.909302] kaffeine[17581]: segfault at 70 ip 00007fbc5dcf5975 sp 00007fbc01426b78 error 4 in libGL.so.1.2.0[7fbc5dcab000+70000] if you like, we could reassign and triage this to the fedora 'mesa' component (owner of libGL), doing so now. Without proper backtrace it's not useful. Please file a bug at https://bugs.freedesktop.org and attach backtrace. I filed https://bugzilla.rpmfusion.org/show_bug.cgi?id=4268 Getting a backtrace is not an option at this point, because I only have direct access to that machine once in a few weeks. The only hope would be that someone else affected by this bug can reproduce it on a machine easier to access and play with. |
Created attachment 1204459 [details] Kaffeine's stderr and stdout before a crash. User actions: Start kaffeine, start playing a DVB-T channel, try to switch to another channel. Description of problem: Kaffeine crashes while trying to switch among DVB-T channels or to stop a video. Opening Kaffeine and playing one DVB-T channel works fine. Attemps to switch to a different channel result in a crash. This is an Intel+AMD switchable GPU laptop (Dell Inspiron 7548/0AM6R0, BIOS A05 07/20/2015, CPU i7-5500U) Version-Release number of selected component (if applicable): kaffeine.x86_64 2.0.4-4.fc24 vlc.x86_64 3.0.0-0.8.fc24 vlc-core.x86_64 3.0.0-0.8.fc24 libva-vdpau-driver.x86_64 0.7.4-14.fc24 libvdpau.x86_64 1.1.1-3.fc24 libvdpau-va-gl.x86_64 0.3.6-1.fc24 Kernel (from uname -r): 4.7.4-200.fc24.x86_64 How reproducible: While using a DVB-T tuner and trying switching between channels -- 100% reproducible. There's also a crash when video playback is stopped, though just in ~75% of cases. This applies to arbitrary video, not necessarily DVB-T. Steps to Reproduce: 1. Start a DVB-T channel in Kaffeine. 2. Try to switch to another DVB-T channel. 1. Start Kaffeine and play a video. 2. Stop the video. Actual results: Crash [ 8059.884794] kaffeine[20733]: segfault at 7fec2a5ba209 ip 00007fec2a5ba209 sp 00007fec1dff4bf0 error 15 Expected results: Normal channel switch. Video should just stop without crashing Kaffeine. Additional info: This used to work fine until some of the recent updates, perhaps to VLC 3.0. (Kaffeine depends on libVLC.) I tried to set libVLC options in Kaffeine, e.g. --vout=glx, --vout=opengl and --avcodec-hw none (all of which had no effect in terms of crashes that still happened, but at least once the dmesg message looked different): [ 7335.909302] kaffeine[17581]: segfault at 70 ip 00007fbc5dcf5975 sp 00007fbc01426b78 error 4 in libGL.so.1.2.0[7fbc5dcab000+70000] Possible workaround: DRI_PRIME=1 kaffeine This^^^ selects (presumably) a different vdpau driver (AMD/Radeon instead of Intel) and channel switching works without crashes, but there's a bug (for years already, grrr) causing the video frame to remain black until you resize the window a few times and/or switch to/from full screen mode. This is extremely annoying, especially for users unfamiliar with the notion of a dual-GPU system. If it weren't for the black video issue, DRI_PRIME=1 would be a great workaround, albeit somewhat power-hungry.