Description of problem:
Pidgin crashes at startup
MESA-INTEL: warning: Bay Trail Vulkan support is incomplete
WARNING: lavapipe is not a conformant vulkan implementation, testing use only.
Pidgin 2.14.1-2.fc33 has segfaulted and attempted to dump a core file.
This is a bug in the software and has happened through
no fault of your own.
If you can reproduce the crash, please notify the developers
by reporting a bug at:
Please make sure to specify what you were doing at the time
and post the backtrace from the core file. If you do not know
how to get the backtrace, please read the instructions at
Aborted (core dumped)
gdb stack traceback says:
#0 0x00007f148e7892b2 in raise () at /lib64/libc.so.6
#1 0x00007f148e7728a4 in abort () at /lib64/libc.so.6
#2 0x00005614a2bcd8a0 in sighandler.lto_priv ()
#3 0x00007f148e789330 in <signal handler called> () at /lib64/libc.so.6
#4 0x0000000000000000 in ()
#5 0x00007f147e714f28 in gst_vulkan_physical_device_fill_info.constprop () at /lib64/libgstvulkan-1.0.so.0
#6 0x00007f147e7091bf in gst_vulkan_physical_device_constructed () at /lib64/libgstvulkan-1.0.so.0
#7 0x00007f148ebb9ca7 in g_object_new_internal () at /lib64/libgobject-2.0.so.0
#8 0x00007f148ebbb138 in g_object_new_valist () at /lib64/libgobject-2.0.so.0
#9 0x00007f148ebbb66d in g_object_new () at /lib64/libgobject-2.0.so.0
#10 0x00007f147e70cf7d in gst_vulkan_physical_device_new () at /lib64/libgstvulkan-1.0.so.0
#11 0x00007f147e73d556 in gst_vulkan_device_provider_probe () at /usr/lib64/gstreamer-1.0/libgstvulkan.so
#12 0x00007f148ec59c1e in gst_device_provider_start () at /lib64/libgstreamer-1.0.so.0
#13 0x00007f148ec6e124 in gst_device_monitor_start () at /lib64/libgstreamer-1.0.so.0
#14 0x00007f148f096cf2 in purple_media_manager_init () at /lib64/libpurple.so.0
#15 0x00007f148ebd1ed9 in g_type_create_instance () at /lib64/libgobject-2.0.so.0
#16 0x00007f148ebb9bbd in g_object_new_internal () at /lib64/libgobject-2.0.so.0
#17 0x00007f148ebbab8d in g_object_new_with_properties () at /lib64/libgobject-2.0.so.0
#18 0x00007f148ebbb691 in g_object_new () at /lib64/libgobject-2.0.so.0
#19 0x00007f148f09121a in purple_media_manager_get () at /lib64/libpurple.so.0
#20 0x00007f147f17e2bd in jabber_plugin_init () at /usr/lib64/purple-2/libjabber.so.0
#21 0x00007f147f1b5329 in load_plugin () at /usr/lib64/purple-2/libxmpp.so
#22 0x00007f148f09c3b5 in purple_plugin_load () at /lib64/libpurple.so.0
#23 0x00007f148f09f3d8 in purple_plugins_probe () at /lib64/libpurple.so.0
#24 0x00007f148f07dc08 in purple_core_init () at /lib64/libpurple.so.0
#25 0x00005614a2b7915f in main ()
Not sure if this is a Vulkan bug, or pidgin shouldn't be trying to use Vulkan if it's not fully baked yet.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
From what I've been able to read in other places, this problem appears to be with mesa 10.3.x. Pidgin isn't the only piece of software that broke with mesa 10.3.x. Just searching for the error "lavapipe is not a conformant vulkan implementation" shows there are others. The only solution I can find is to use an older version of mesa (10.2.x or older) until the developers of mesa fix the problem. Not even the most recent version of mesa (10.3.2) appears to fix this...
(In reply to Brandon Amaro from comment #1)
> From what I've been able to read in other places, this problem appears to be
> with mesa 10.3.x. Pidgin isn't the only piece of software that broke with
> mesa 10.3.x.
Thanks for narrowing this down, you just saved me some time this morning digging through
exactly RPMs had gone bad (I've got a little script that converts the output of 'ldd' into
relevant RPM names, but that was ppointing at gstreamer1 and not Mesa because gstreamer1
loads Mesa on the fly).
Confirming that Mesa 20.2.3-2 from Nov 30 works, but 20.3.0~rc2-1 from Dec 1 is duff.
20.3.2-1 just landed in koji this morning (Jan 1), but still busted).
Moving this from 'pidgin' to 'mesa'.
The backtrace shows the crash happening in /lib64/libgstvulkan-1.0.so.0 , so that's the prime suspect.
(In reply to Michel Dänzer from comment #3)
> The backtrace shows the crash happening in /lib64/libgstvulkan-1.0.so.0 , so
> that's the prime suspect.
Backleveling Mesa makes things work. So it's unclear whether Mesa broke something, or if GStreamer is doing something wonky that used to be allowed but now causes problems. Mesa's behavior has obviously changed in some manner, but somebody more clued than me is going to have to figure out what's different, and whether it's GStreamer or Mesa that needs fixing.
FEDORA-2021-cd899639ab has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-cd899639ab
FEDORA-2021-cd899639ab has been pushed to the Fedora 33 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-cd899639ab`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-cd899639ab
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-cd899639ab has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.
Not sure if it's the exact same bug but I'm still seeing a similar crash using the latest versions in Fedora 33.
#0 0x00007f32aa2f09d5 raise (libc.so.6 + 0x3d9d5)
#1 0x00007f32aa2d98a4 abort (libc.so.6 + 0x268a4)
#2 0x000055c1ac8d68a0 sighandler.lto_priv.0 (pidgin + 0x998a0)
#3 0x00007f32aa2f0a60 __restore_rt (libc.so.6 + 0x3da60)
#4 0x00007f3299fb641e wl_proxy_destroy (libwayland-client.so.0 + 0x741e)
#5 0x00007f3298013c4b device_select_find_wayland_pci_default (libVkLayer_MESA_device_select.so + 0x3c4b)
#6 0x00007f3298013534 device_select_EnumeratePhysicalDevices (libVkLayer_MESA_device_select.so + 0x3534)
#7 0x00007f32998c0083 setupLoaderTrampPhysDevs (libvulkan.so.1 + 0x24083)
#8 0x00007f32998cc898 vkEnumeratePhysicalDevices (libvulkan.so.1 + 0x30898)
#9 0x00007f329990db24 gst_vulkan_instance_open (libgstvulkan-1.0.so.0 + 0x19b24)
#10 0x00007f32999423db gst_vulkan_device_provider_probe (libgstvulkan.so + 0xf3db)
#11 0x00007f32aa7ba52e gst_device_provider_start (libgstreamer-1.0.so.0 + 0x6852e)
#12 0x00007f32aa7ce974 gst_device_monitor_start (libgstreamer-1.0.so.0 + 0x7c974)
#13 0x00007f32aabf5cf2 purple_media_manager_init (libpurple.so.0 + 0x7bcf2)
#14 0x00007f32aa731b48 g_type_create_instance (libgobject-2.0.so.0 + 0x39b48)
#15 0x00007f32aa71a8c5 g_object_new_internal (libgobject-2.0.so.0 + 0x228c5)
#16 0x00007f32aa71b69d g_object_new_with_properties (libgobject-2.0.so.0 + 0x2369d)
#17 0x00007f32aa71c311 g_object_new (libgobject-2.0.so.0 + 0x24311)
#18 0x00007f32aabf021a purple_media_manager_get (libpurple.so.0 + 0x7621a)
#19 0x00007f329a51b2bd jabber_plugin_init (libjabber.so.0 + 0x382bd)
#20 0x00007f329a5b8329 load_plugin (libxmpp.so + 0x2329)
#21 0x00007f32aabfb3b5 purple_plugin_load (libpurple.so.0 + 0x813b5)
#22 0x00007f32aabfe3d8 purple_plugins_probe (libpurple.so.0 + 0x843d8)
#23 0x00007f32aabdcc08 purple_core_init (libpurple.so.0 + 0x62c08)
#24 0x000055c1ac88215f main (pidgin + 0x4515f)
#25 0x00007f32aa2db1e2 __libc_start_main (libc.so.6 + 0x281e2)
#26 0x000055c1ac882a8e _start (pidgin + 0x45a8e)