Since ms_randr_crtc_covering_drawable intended to be RandR-based implementation of ms_dri2_crtc_covering_drawable
it is still using ms_first_output whereas RRFirstOutput replacement is aval
---
hw/xfree86/drivers/modesetting/vblank.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
I tried to apply the patch in https:/ /gitlab. freedesktop. org/xorg/ xserver/ -/issues/ 1028 . But it didn't work for the delay phenomenon.
From 346e44407dc0bee ed1e1ef3eebeeaa 0bae2b3ac1 Mon Sep 17 00:00:00 2001
From: Lukasz Spintzyk <email address hidden>
Date: Mon, 18 May 2020 13:29:54 +0200
Subject: [PATCH] Fix for DisplayLink screens refresing with 1FPS
This is fixing issue described here: /gitlab. freedesktop. org/xorg/ xserver/ -/issues/ 1028
https:/
This commit is modifying ms_randr_ crtc_covering_ drawable introduced in commit: /gitlab. freedesktop. org/xorg/ xserver/ -/commit/ 325f694e97a117a ec47aa2e1a9b2b2 8c3c47994e
Since https:/
Since ms_randr_ crtc_covering_ drawable intended to be RandR-based implementation of ms_dri2_ crtc_covering_ drawable drivers/ modesetting/ vblank. c | 2 +-
it is still using ms_first_output whereas RRFirstOutput replacement is aval
---
hw/xfree86/
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/xfree86/ drivers/ modesetting/ vblank. c b/hw/xfree86/ drivers/ modesetting/ vblank. c .a0d62e8b4 100644 drivers/ modesetting/ vblank. c drivers/ modesetting/ vblank. c randr_crtc( ScreenPtr pScreen, BoxPtr box, Bool screen_is_ms)
index 50d2fd3a4.
--- a/hw/xfree86/
+++ b/hw/xfree86/
@@ -266,7 +266,7 @@ ms_covering_
ScreenPtr slave;
if (dixPrivateKeyR egistered( rrPrivKey) ) output( scrn->pScreen) ; scrn->pScreen) ; output- >crtc)
- primary_output = ms_first_
+ primary_output = RRFirstOutput(
if (!primary_output || !primary_
return NULL;