From: Michel Dänzer <michel.daen...@amd.com>

Doing it the other way around meant that there was still a possibility
for the front buffer contents to be uninitialized when they start being
scanned out.

(Ported from amdgpu commit 4a60b4b1851a3cbc2d8ad9048d68eeb6947cf132)

Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
---
 src/radeon_kms.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/radeon_kms.c b/src/radeon_kms.c
index 3864281..555d736 100644
--- a/src/radeon_kms.c
+++ b/src/radeon_kms.c
@@ -633,9 +633,9 @@ static void 
RADEONBlockHandler_oneshot(BLOCKHANDLER_ARGS_DECL)
     ScrnInfoPtr pScrn = xf86ScreenToScrn(pScreen);
     RADEONInfoPtr info = RADEONPTR(pScrn);
 
-    drmmode_set_desired_modes(pScrn, &info->drmmode, TRUE);
-
     RADEONBlockHandler_KMS(BLOCKHANDLER_ARGS);
+
+    drmmode_set_desired_modes(pScrn, &info->drmmode, TRUE);
 }
 
 static void
-- 
2.8.0.rc3

_______________________________________________
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
https://lists.x.org/mailman/listinfo/xorg-driver-ati

Reply via email to