UDL (USB 2.0 DisplayLink DRM driver) has strange semantics when it comes to vblank events and damage tracking when page flipping.
When doing a page flip, it will instantly raise a vblank event without waiting for vblank. However, it has no support for DRM_IOCTL_WAIT_VBLANK. It also seems to have some issues with damage tracking when page flipping. It's possible to get something semi-working by hacking around these issues, but even then there isn't much value-add vs single buffered PRIME, and it reduces maintainability and adds additional risks to the modesetting driver when running with more well-behaved DRM drivers. Work needs to be done on UDL in order to properly support synchronized PRIME. For now, just blacklist it, causing RandR to fall back to unsynchronized PRIME. v1: N/A v2: N/A v3: Initial commit v4: Move check to driver.c for consistency/visibility Signed-off-by: Alex Goins <ago...@nvidia.com> --- hw/xfree86/drivers/modesetting/driver.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/hw/xfree86/drivers/modesetting/driver.c b/hw/xfree86/drivers/modesetting/driver.c index 3bb13db..cab0e8a 100644 --- a/hw/xfree86/drivers/modesetting/driver.c +++ b/hw/xfree86/drivers/modesetting/driver.c @@ -964,6 +964,12 @@ msEnableSharedPixmapFlipping(RRCrtcPtr crtc) modesettingPtr ms = modesettingPTR(scrn); xf86CrtcPtr xf86Crtc = crtc->devPrivate; + drmVersionPtr version = drmGetVersion(ms->drmmode.fd); + + /* UDL has several issues that prevent double buffering */ + if (!strncmp("udl", version->name, version->name_len)) + return FALSE; + if (xf86Crtc) return drmmode_EnableSharedPixmapFlipping(xf86Crtc, &ms->drmmode); } -- 1.9.1 _______________________________________________ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel