Michel Dänzer 227123de3d Call drmHandleEvent again if it was interrupted by a signal
drmHandleEvent can be interrupted by a signal in read(), in which case
it doesn't process any events but returns -1, which
drm_handle_event propagated to its callers. This could cause the
following failure cascade:

1. drm_wait_pending_flip stopped waiting for a pending flip.
2. Its caller cleared drmmode_crtc->flip_pending before the flip
   completed.
3. Another flip was attempted but got an unexpected EBUSY error because
   the previous flip was still pending.
4. TearFree was disabled due to the error.

The solution is to call drmHandleEvent if it was interrupted by a
signal. We can do that in drm_handle_event, because when that is called,
either it is known that there are events ready to be processed, or the
caller has to wait for events to arrive anyway.

Bugzilla: https://bugs.freedesktop.org/109364
(Ported from amdgpu commit 3ff2cc225f6bc08364ee007fa54e9d0150adaf11)
2019-01-28 18:24:41 +01:00
2018-08-23 18:48:45 +02:00
2014-08-05 18:33:12 +09:00
2018-08-23 18:48:45 +02:00
2017-07-28 11:57:41 +09:00
2018-11-19 11:38:22 +01:00
2018-11-19 11:34:22 +01:00
2018-11-19 11:34:22 +01:00

xf86-video-ati - ATI/AMD Radeon video driver for the Xorg X server

Patches and questions regarding this software should be directed at the amd-gfx mailing list:

https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Please submit bug reports to the Xorg bugzilla:

https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/Radeon

The master development code repository can be found at:

https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati

For patch submission instructions, see:

https://www.x.org/wiki/Development/Documentation/SubmittingPatches

Description
No description provided
Readme 8 MiB
Languages
C 99.3%
M4 0.3%
Makefile 0.2%
Perl 0.1%