Description of problem: Running vlc with the latest libvdpau, i.e. libvdpau.x86_64 1.1.1-1.fc22 causes vlc to crash with a segmentation violation immediately after opening a file to play. When libvdpau is downgraded to libvdpau.x86_64 1.1-1.fc22 this segmentation violation does not happen. (vlc also does not crash if not run with libdpau) Version-Release number of selected component (if applicable): libvdpau.x86_64 1.1.1-1.fc22 How reproducible: Always. Steps to Reproduce: 1. DRI_PRIME=1 vlc & 2. 3. Actual results: [1]+ Segmentation fault (core dumped) DRI_PRIME=1 vlc Expected results: Play the video. Additional info:
I shpuld have said that the videos concerned are H264 - MPEG4 AVC This also causes gnome-mplayer to keep stopping with the following pop up. GNOME-MPLAYER Error MPlayer interrupted by signal 11 in module: preinit_libvo Signal 11 is SIGSEGV" - Invalid memory reference. Again a segmentation violation. The video codec is quoted as being "FFH264VDPAU"
Have now tried the above directly with mplayer, just to confirm. DRI_PRIME=1 mplayer <Video Filename> MPlayer interrupted by signal 11 in module: preinit_libvo - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. So, to summarise, the use of libvdpau.x86_64 1.1.1-1.fc22 causes both mplayer and vlc to crash with a segmentation violation - signal 11 whereas with libvdpau.x86_64 1.1-1.fc22 neither mplayer nor vlc crash. I, for one, find libvdpau-1.1.1-1.fc22.x86_64 unusable, and am downgrading to libvdpau-1.1-1.fc22.x86_64.
I'm using libvdpau-1.1.1-1.fc22.x86_64 and both vlc and mplayer and working fine. Can you actually produce any valuable information such as: https://fedoraproject.org/wiki/StackTraces Also It would be interesting to know if you can reproduce on another workstation or fedora version (even from a new install at worste).
(In reply to Nicolas Chauvet (kwizart) from comment #3) > I'm using libvdpau-1.1.1-1.fc22.x86_64 and both vlc and mplayer and working > fine. > Can you actually produce any valuable information such as: > https://fedoraproject.org/wiki/StackTraces > > Also It would be interesting to know if you can reproduce on another > workstation or fedora version (even from a new install at worste). I have installed debuginfo for vlc, mplayer, and libvdpau. vlc's crash gets picked up by ABRT and it has sent a report to the ABRT server https://retrace.fedoraproject.org/faf/reports/818939/ However, it won't send a report to bugzilla, I presume because vlc is not shipped and supported by Fedora. The core backtrace, however shows that the signal arises in ____strtoul_l_internal in the file ../stdlib/strtol_l.c called from _vdp_DRI2Connect in the file /usr/src/debug/libvdpau-1.1.1/src/mesa_dri2.c called from _vdp_get_driver_name_from_dri2 (inlined) in the file /usr/src/debug/libvdpau-1.1.1/src/vdpau_wrapper.c called from _vdp_open_driver in the file /usr/src/debug/libvdpau-1.1.1/src/vdpau_wrapper.c called from vdp_device_create_x11 in the file /usr/src/debug/libvdpau-1.1.1/src/vdpau_wrapper.c called from vdp_create_x11 in the binary /usr/lib64/vlc/libvlc_vdpau.so.0 (no debuginfo) for most of vlc. The corresponding part of the core backtrace in ABRT is pasted below. { "signal": 11 , "executable": "/usr/bin/vlc" , "stacktrace": [ { "crash_thread": true , "frames": [ { "address": 140279601348532 , "build_id": "b15dd696048bfbba1f1a9c089ce8c56932392c18" , "build_id_offset": 241588 , "function_name": "__GI_____strtoull_l_internal" , "file_name": "/lib64/libc.so.6" } , { "address": 140277917044038 , "build_id": "a4093fc4a3255f90270434c146a3db37e53e895a" , "build_id_offset": 7494 , "function_name": "_vdp_DRI2Connect" , "file_name": "/lib64/libvdpau.so.1" } , { "address": 140277917042044 , "build_id": "a4093fc4a3255f90270434c146a3db37e53e895a" , "build_id_offset": 5500 , "function_name": "_vdp_open_driver" , "file_name": "/lib64/libvdpau.so.1" } , { "address": 140277917043219 , "build_id": "a4093fc4a3255f90270434c146a3db37e53e895a" , "build_id_offset": 6675 , "function_name": "vdp_device_create_x11" , "file_name": "/lib64/libvdpau.so.1" } , { "address": 140277921265044 , "build_id": "29822356e71c26c0f6f8bee78e89969c4dfc1858" , "build_id_offset": 9620 , "function_name": "vdp_create_x11" , "file_name": "/usr/lib64/vlc/libvlc_vdpau.so.0" } ABRT does not appear to catch mplayer crashes. mplayer just gives the following messages. MPlayer interrupted by signal 11 in module: preinit_libvo - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. So, currently, I have no useful debug info from mplayer.
Can you try this build for libvdpau ? http://koji.fedoraproject.org/koji/buildinfo?buildID=689508 This is the current HEAD with few fixes, if it doesn't fix the issue for you I will forward the crash to libvdpau upstream.
(In reply to Nicolas Chauvet (kwizart) from comment #5) > Can you try this build for libvdpau ? > http://koji.fedoraproject.org/koji/buildinfo?buildID=689508 > > This is the current HEAD with few fixes, if it doesn't fix the issue for you > I will forward the crash to libvdpau upstream. I have tried the above build, giving me the installed package libvdpau.x86_64 1.1.1-2.fc22 and this does fix the problem that I have been getting with H.264/MPEG-4 AVC videos :-). These now start up and play O.K. in vlc and mplayer. Thank you very much.
libvdpau-1.1.1-2.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-b2a408ee45
libvdpau-1.1.1-2.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-b7dd4fc199
libvdpau-1.1.1-2.fc21 has been submitted as an update to Fedora 21. https://bodhi.fedoraproject.org/updates/FEDORA-2015-3ca3f2138b
libvdpau-1.1.1-2.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update libvdpau' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-3ca3f2138b
libvdpau-1.1.1-2.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update libvdpau' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-b7dd4fc199
libvdpau-1.1.1-2.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update libvdpau' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-b2a408ee45
libvdpau-1.1.1-2.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
libvdpau-1.1.1-2.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
libvdpau-1.1.1-2.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.