[Bug 103202] New: Tearing with reverse prime (intel primary, nouveau secondary)

[Bug 103202] New: Tearing with reverse prime (intel primary, nouveau secondary)

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 1428 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=103202

            Bug ID: 103202
           Summary: Tearing with reverse prime (intel primary, nouveau
                    secondary)
           Product: xorg
           Version: 7.7 (2012.06)
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
          Assignee: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
          Reporter: post+fdo-8yesU2pFZgY@public.gmane.org
        QA Contact: xorg-team-go0+a7rfsptAfugRpC6u6w@public.gmane.org

I have a Lenovo P50 and I am using Debian testing with Xorg 7.7 and Linux 4.12.
 The machine has its HDMI connector wired to the built-in NVidia card GM107GLM
(Quadro M2000M).  I am calling `xrandr --setprovideroutputsorce` to make the
connectors on the NVidia card available in my Xorg session.  On the Xorg side,
both cards are using the modesetting driver.  My DE is Gnome 3.26.

With this setup, I am seeing no tearing when I run full-screen OpenGL
applications on the internal screen.  However, when I do the same on a screen
connected via HDMI, there is tearing.  I am seeing the tearing both in my
little test application (https://git.ralfj.de/gltest.git) and when scrolling in
Firefox.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2763 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 103202] Tearing with reverse prime (intel primary, nouveau secondary)

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 440 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=103202

--- Comment #1 from Ilia Mirkin <imirkin-FrUbXkNCsVf2fBVCVOL8/A@public.gmane.org> ---
I'm told that tearing with reverse prime is expected. Not really a nouveau
issue. My guess is that if you were to flip them around and run the nvidia
board as primary, you'd see tearing on the intel-connected screen.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1220 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 103202] Tearing with reverse prime (intel primary, nouveau secondary)

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 588 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=103202

--- Comment #2 from Chris Wilson <chris-Y6uKTt2uX1cEflXRtASbqLVCufUGDwFn@public.gmane.org> ---
Both DRI2 and DRI3 do prime by copying onto the slaves (though DRI3 should be
quite capable of passing over scanout buffers fitting to the slave CRTC). This
requires additional steps in the slave ddx to avoid the tear. -intel/radeon
both offer the option to stage that copy into a back buffer for flipping to
avoid the tear; but yes, X tears by default.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1369 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 103202] Tearing with reverse prime (intel primary, nouveau secondary)

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 1712 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=103202

--- Comment #3 from post+fdo-8yesU2pFZgY@public.gmane.org ---
> I'm told that tearing with reverse prime is expected.

That would still be a bug then though?  Clearly some form of synchronization
should be supported.

It seems there is some work on getting synchronization to work with PRIME
<https://www.x.org/wiki/Events/XDC2016/Program/xdc-2016-prime-sync.pdf>; not
sure what the current status of that is.  Some sites make it sound like using
the NVidia card with the proprietary drivers as primary actually can get you
V-sync on both screens, so is this just a matter of getting the nouveau DRM
driver hooked up to that infrastructure?

> if you were to flip them around and run the nvidia board as primary, you'd see tearing on the intel-connected screen.

Possible; I would then also have really bad battery life with no external
screen connected as the NVidia card would keep running.

> -intel/radeon both offer the option to stage that copy into a back buffer for flipping to avoid the tear

Given that the Intel card is the primary here, that wouldn't really help,
right?  I would expect to need such an option for whatever drives the NVidia
card.

> X tears by default.

Well, yes, but with reverse PRIME I get tearing even if the application uses
V-Sync or if I use a compositor.  So, this is not about a lack of
synchronization per default, it is about synchronization never happening even
when using the appropriate APIs.

I wouldn't mind looking into Wayland, but found no indication that reverse
PRIME is supported there at all.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2689 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 103202] Tearing with reverse prime (intel primary, nouveau secondary)

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 818 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=103202

--- Comment #4 from Michel Dänzer <michel-otUistvHUpPR7s880joybQ@public.gmane.org> ---
(In reply to post+fdo from comment #3)
> It seems there is some work on getting synchronization to work with PRIME
> <https://www.x.org/wiki/Events/XDC2016/Program/xdc-2016-prime-sync.pdf>; [...]

FWIW, it's possible to avoid tearing between GPUs in a much less complicated
way than that, if the drivers for both GPUs use the ScreenRec::SyncSharedPixmap
hook. You can take a look at xf86-video-amdgpu/ati for an example. (The driver
of the displaying GPU also needs to separately prevent tearing of the scanout
process itself. xf86-video-amdgpu/ati do this by default for PRIME outputs)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1762 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 103202] Tearing with reverse prime (intel primary, nouveau secondary)

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 1105 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=103202

--- Comment #5 from post+fdo-8yesU2pFZgY@public.gmane.org ---
> if the drivers for both GPUs use the ScreenRec::SyncSharedPixmap hook. You can take a look at xf86-video-amdgpu/ati for an example. (The driver of the displaying GPU also needs to separately prevent tearing of the scanout process itself. xf86-video-amdgpu/ati do this by default for PRIME outputs)

So this would be a matter of patching modesetting to do both of these things? 
(I also wouldn't mind using the intel/nouveau Xorg drivers, but I got the
impression that modesetting is actually preferred, at least for newer Intel
cards.)

That talk btw says that modesetting supports both "PRIME sync output slave" and
"PRIME sync output master", which makes me wonder why it is not able to sync
with itself.  Either there's a bug in that (so I should reassign), or the
underlying DRM lacks some support for something (so this bugreport would be in
the right place).  How could I figure that out?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1919 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

[Bug 103202] Tearing with reverse prime (intel primary, nouveau secondary)

[bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ]

[-- Attachment #1.1: Type: text/plain, Size: 732 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=103202

Michel Dänzer <michel-otUistvHUpPR7s880joybQ@public.gmane.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|Driver/nouveau              |Driver/modesetting
           Assignee|nouveau-PD4FTy7X32lNgt0PjOBp93rCq3LdnpKM@public.gmane.org |xorg-team-go0+a7rfsptAfugRpC6u6w@public.gmane.org
                   |rg                          |

--- Comment #6 from Michel Dänzer <michel-otUistvHUpPR7s880joybQ@public.gmane.org> ---
Please attach the corresponding Xorg log file.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2073 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau