Nouveau - Jan 2018 - [Bug 104652] New: None of the video outputs are usable for GTX 1060 - jerky video very few seconds

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

            Bug ID: 104652
           Summary: None of the video outputs are usable for GTX 1060 -
                    jerky video very few seconds
           Product: xorg
           Version: git
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: major
          Priority: medium
         Component: Driver/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: t.artem at mailcity.com
        QA Contact: xorg-team at lists.x.org

I'm trying to watch a movie using mpv/ffplay and none of the video outputs
are
usable for GTX 1060. The video plays smoothly for up to 5 seconds, then it
looks like some frames are shown out of order or even in a reverse order.

I've tried all the possible outputs:

-vo xv
-vo opengl
-vo vaapi
-vo x11

The issue occurs both in full screen and windowed modes.

I'm _not_ using a compositing window manager.

Some info:

4.14.13-300.fc27.x86_64

[    0.000000] Console: colour VGA+ 80x25
[    0.000000] console [tty0] enabled
[    1.369154] nouveau 0000:01:00.0: NVIDIA GP106 (136000a1)
[    1.476845] nouveau 0000:01:00.0: bios: version 86.06.0e.00.28
[    1.477677] nouveau 0000:01:00.0: fb: 6144 MiB GDDR5
[    1.479278] nouveau 0000:01:00.0: DRM: VRAM: 6144 MiB
[    1.479280] nouveau 0000:01:00.0: DRM: GART: 1048576 MiB
[    1.479281] nouveau 0000:01:00.0: DRM: BIT table 'A' not found
[    1.479283] nouveau 0000:01:00.0: DRM: BIT table 'L' not found
[    1.479284] nouveau 0000:01:00.0: DRM: TMDS table version 2.0
[    1.479285] nouveau 0000:01:00.0: DRM: DCB version 4.1
[    1.479287] nouveau 0000:01:00.0: DRM: DCB outp 00: 01000f42 04620030
[    1.479288] nouveau 0000:01:00.0: DRM: DCB outp 01: 04811f96 04600020
[    1.479289] nouveau 0000:01:00.0: DRM: DCB outp 02: 04011f92 04620020
[    1.479290] nouveau 0000:01:00.0: DRM: DCB outp 03: 04822f86 04600010
[    1.479291] nouveau 0000:01:00.0: DRM: DCB outp 04: 04022f82 04620010
[    1.479292] nouveau 0000:01:00.0: DRM: DCB outp 06: 02033f62 04620010
[    1.479293] nouveau 0000:01:00.0: DRM: DCB outp 07: 02844f76 04600020
[    1.479295] nouveau 0000:01:00.0: DRM: DCB outp 08: 02044f72 00020020
[    1.479296] nouveau 0000:01:00.0: DRM: DCB conn 00: 00001031
[    1.479297] nouveau 0000:01:00.0: DRM: DCB conn 01: 02000146
[    1.479298] nouveau 0000:01:00.0: DRM: DCB conn 02: 01000246
[    1.479299] nouveau 0000:01:00.0: DRM: DCB conn 03: 00010361
[    1.479300] nouveau 0000:01:00.0: DRM: DCB conn 04: 00020446
[    1.540695] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[    1.540696] [drm] Driver supports precise vblank timestamp query.
[    1.600885] nouveau 0000:01:00.0: DRM: MM: using COPY for buffer copies
[    1.925147] nouveau 0000:01:00.0: DRM: allocated 1920x1080 fb: 0x60000, bo
ffff962d06d62000
[    1.926150] fbcon: nouveaufb (fb0) is primary device
[    2.332812] Console: switching to colour frame buffer device 240x67
[    2.349240] nouveau 0000:01:00.0: fb0: nouveaufb frame buffer device
[    2.356147] [drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0 on
minor 0
[   26.758339] nouveau 0000:01:00.0: gr: intr 00000040
[   33.415288] nouveau 0000:01:00.0: gr: intr 00000040

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180116/e39695b5/attachment.html>

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

Artem S. Tashkinov <t.artem at mailcity.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|None of the video outputs   |None of the video outputs
                   |are usable for GTX 1060 -   |are usable for GTX 1060 -
                   |jerky video very few        |jerky video every few
                   |seconds                     |seconds

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180116/2d65f5d9/attachment.html>

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

--- Comment #1 from Artem S. Tashkinov <t.artem at mailcity.com> ---
Compositing doesn't help either.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180116/db63d106/attachment.html>

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

--- Comment #2 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Are you using xf86-video-nouveau or modesetting? If the latter, please try to
use xf86-vidoe-nouveau.

Frames showing out of order is a frequent issue when copying the contents of
the frame takes too long (and so the "old" frame being displayed
actually ends
up with "new" contents written over it). I have a hard time imagining
that this
would happen with -vo xv and xf86-video-nouveau, but who knows.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180116/db687886/attachment.html>

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

--- Comment #3 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to Ilia Mirkin from comment #2)
> Are you using xf86-video-nouveau or modesetting? If the latter, please try
> to use xf86-vidoe-nouveau.
> 
> Frames showing out of order is a frequent issue when copying the contents
of
> the frame takes too long (and so the "old" frame being displayed
actually
> ends up with "new" contents written over it). I have a hard time
imagining
> that this would happen with -vo xv and xf86-video-nouveau, but who knows.
Oh, another way this comes up is if your CPU is too slow to decode the video --
the display thread thinks it has a "good" buffer, but it actually
shows an old
frame. There's no video decoding acceleration in nouveau since the GM10x
family, so you're doing this all with CPU.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180116/ca492969/attachment.html>

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

--- Comment #4 from Artem S. Tashkinov <t.artem at mailcity.com> ---
Created attachment 136801
  --> https://bugs.freedesktop.org/attachment.cgi?id=136801&action=edit
Xorg.0.log

I'm now attaching Xorg.0.log so that you could check yourself.

(In reply to Ilia Mirkin from comment #2)
> Are you using xf86-video-nouveau or modesetting? If the latter, please try
> to use xf86-vidoe-nouveau.
> 
> Frames showing out of order is a frequent issue when copying the contents
of
> the frame takes too long (and so the "old" frame being displayed
actually
> ends up with "new" contents written over it). I have a hard time
imagining
> that this would happen with -vo xv and xf86-video-nouveau, but who knows.
# cat /etc/X11/xorg.conf.d/01-nouveau.conf 
Section "Device"
        Identifier      "Videocard0"
        Driver          "nouveau"
        VendorName      "NVIDIA"
        BoardName       "NVIDIA Corporation GP106 [GeForce GTX 1060 6GB]
(rev
a1)"
EndSection


(In reply to Ilia Mirkin from comment #3)
> (In reply to Ilia Mirkin from comment #2)
> > Are you using xf86-video-nouveau or modesetting? If the latter, please
try
> > to use xf86-vidoe-nouveau.
> > 
> > Frames showing out of order is a frequent issue when copying the
contents of
> > the frame takes too long (and so the "old" frame being
displayed actually
> > ends up with "new" contents written over it). I have a hard
time imagining
> > that this would happen with -vo xv and xf86-video-nouveau, but who
knows.
> 
> Oh, another way this comes up is if your CPU is too slow to decode the
video
> -- the display thread thinks it has a "good" buffer, but it
actually shows
> an old frame. There's no video decoding acceleration in nouveau since
the
> GM10x family, so you're doing this all with CPU.
My CPU is more than capable - under NVIDIA binary drivers no such issue exists.
Average CPU load for this video is less than 20%.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180117/4f56a4ec/attachment-0001.html>

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

--- Comment #5 from Artem S. Tashkinov <t.artem at mailcity.com> ---
One more thing: I have no problems playing youtube FullHD videos (which are not
accelerated at all) either in Google Chrome or in Mozilla Firefox.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180117/afe529b8/attachment.html>

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

--- Comment #6 from caguduzexi at sharklasers.com ---
I wont recommend using/keeping the GP106 (GTX 1060). It cant ever run with free
software:
https://www.theregister.co.uk/2015/04/15/nvidia_gtx_900_linux_driver_roadbloack/
https://www.phoronix.com/scan.php?page=news_item&px=Nouveau-XDC2017
https://www.phoronix.com/scan.php?page=news_item&px=Nouveau-XDC2016-NVIDIA

Sell this crappy GP102 card away and go away from nvidia. Nvidia died with the
780ti card. Its the last end-user card that can be used normaly. Everything
else is in some countries even a legal problem. Because the manufacturer
(nvidia) blocks the users from beeing able to boot the software they want on
THEIR hardware - happyly illegal in some countries. Hopefully some layer would
sue the heck out of nvidia so that they would have to release the private
signing key or close their doors.
Blocking the freedom of the users on such way should not be accepted by anyone.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180129/a26926ae/attachment.html>

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

Artem S. Tashkinov <t.artem at mailcity.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180129/b824b536/attachment.html>

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

Martin Peres <martin.peres at free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|INVALID                     |---
             Status|RESOLVED                    |REOPENED

--- Comment #7 from Martin Peres <martin.peres at free.fr> ---
(In reply to caguduzexi from comment #6)
> I wont recommend using/keeping the GP106 (GTX 1060). It cant ever run with
> free software:
> https://www.theregister.co.uk/2015/04/15/
> nvidia_gtx_900_linux_driver_roadbloack/
> https://www.phoronix.com/scan.php?page=news_item&px=Nouveau-XDC2017
>
https://www.phoronix.com/scan.php?page=news_item&px=Nouveau-XDC2016-NVIDIA
> 
> Sell this crappy GP102 card away and go away from nvidia. Nvidia died with
> the 780ti card. Its the last end-user card that can be used normaly.
> Everything else is in some countries even a legal problem. Because the
> manufacturer (nvidia) blocks the users from beeing able to boot the
software
> they want on THEIR hardware - happyly illegal in some countries. Hopefully
> some layer would sue the heck out of nvidia so that they would have to
> release the private signing key or close their doors.
> Blocking the freedom of the users on such way should not be accepted by
> anyone.
User banned and bug-reopened.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180129/82238c01/attachment.html>

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

Artem S. Tashkinov <t.artem at mailcity.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|---                         |INVALID

--- Comment #8 from Artem S. Tashkinov <t.artem at mailcity.com> ---
The source video is broken (incorrectly encoded). I'm deeply sorry for the
noise.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180130/a0905dc4/attachment.html>