Martin Sherburn b5425da1de display: drm: fix race condition setting device type ... There is a race condition where g_drm_device_type can be left set to DRM_DEVICE_RENDERNODES when it shouldn't. If thread 1 comes in and falls into the last else statement setting up both RENDERNODES and LEGACY types. And begins to process the first type (RENDERNODES), it sets g_drm_device_type = RENDERNODES. Now when thread 2 comes in and sees g_drm_device_type is RENDERNODES, it queues up that type to be tried but then encounters the lock and has to wait until the first thread finishes. Once the lock is acquired it will then proceed to ONLY try RENDERNODES and fail it. But it doesn't try LEGACY. And from then on, all future attempts will only try RENDERNODES. So to avoid this situation I have simply moved the acquisition of the lock higher up in the attached patch. https://bugzilla.gnome.org/show_bug.cgi?id=747914		2015-04-16 13:03:20 +02:00
..
base	Fix missing files in distribution tarball.	2013-12-06 14:16:28 +01:00
codecparsers	HEVC: Allow to build h265 codecparser internally	2015-04-13 14:51:51 +03:00
vaapi	display: drm: fix race condition setting device type	2015-04-16 13:03:20 +02:00
Makefile.am	Remove libgstvaapi-videoutils.so	2015-04-03 17:01:45 +03:00