Bug 75013

Summary: [NVC1] [Quadro 600] Display update issues, stale rendered content
Product: xorg Reporter: Sudarshan <spartha80>
Component: Driver/nouveauAssignee: Nouveau Project <nouveau>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: major    
Priority: medium    
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description Sudarshan 2014-02-15 09:50:29 UTC
Occurance
The content onscreen is not updated frequntly, leading to stale content. Manifestation  of the issue are mouse pointer trail, invalid text cursor position while typing.The detailed logs are attached. The issue is not specific to any application.

OS
Observed in 12.04, 12.10, 13.10 versions of Ubuntu.



//Kernel Logs
http://pastebin.ubuntu.com/6936221/

//glxinfo
http://pastebin.ubuntu.com/6936226/

//X logs
http://pastebin.ubuntu.com/6936239/
Comment 1 Ilia Mirkin 2014-02-15 09:55:53 UTC
I see that you're using displayport. Is it an actual DP monitor, or are you using a DP->xyz adapter?

I recently posted a patch that should fix computing number of lanes/lane speeds for DP on pre-nvd0 cards: http://lists.freedesktop.org/archives/nouveau/2014-February/016205.html

Can you see if that helps you? Should apply to any 3.9+ kernel.
Comment 2 Emil Velikov 2014-02-15 12:24:03 UTC
Some highlights from the logs
* Dual gpu system - intel + nouveau combo
* Default GPU: intel(Haswell Desktop?), ddx version 2.99.904
* nouveau ddx version 1.0.9
* Mesa 9.2.1
* The following Xorg.log spam could be related (coming from xserver/randr)

reporting 6 10 18 137
reporting 6 10 18 137
[nouveau] parsing EDID
reporting 6 10 18 137
[intel](II) intel(0): resizing framebuffer to 1680x1050
have a master to look out for
adjust shatters 0 1680
resize called 1680 1050
need to create shared pixmap 1reporting 6 10 18 137
reporting 6 10 18 137
reporting 6 10 18 137
...
reporting 6 10 18 137
[nouveau] parsing EDID
reporting 6 10 18 137
...
Comment 3 Sudarshan 2014-02-15 12:57:56 UTC
(In reply to comment #1)
> I see that you're using displayport. Is it an actual DP monitor, or are you
> using a DP->xyz adapter?
> 
> I recently posted a patch that should fix computing number of lanes/lane
> speeds for DP on pre-nvd0 cards:
> http://lists.freedesktop.org/archives/nouveau/2014-February/016205.html
> 
> Can you see if that helps you? Should apply to any 3.9+ kernel.

I am not using the Dislay Port. My monitor works only on the VGA(The DVI port is not functional). So I have plugged it to DVI port via DVI->VGA adapter.
Comment 4 Sudarshan 2014-02-15 22:39:07 UTC
(In reply to comment #1)
> I see that you're using displayport. Is it an actual DP monitor, or are you
> using a DP->xyz adapter?
> 
> I recently posted a patch that should fix computing number of lanes/lane
> speeds for DP on pre-nvd0 cards:
> http://lists.freedesktop.org/archives/nouveau/2014-February/016205.html
> 
> Can you see if that helps you? Should apply to any 3.9+ kernel.

I tried the patch but no luck :(
Comment 5 Ilia Mirkin 2014-02-16 04:16:49 UTC
(In reply to comment #4)
> (In reply to comment #1)
> > I see that you're using displayport. Is it an actual DP monitor, or are you
> > using a DP->xyz adapter?
> > 
> > I recently posted a patch that should fix computing number of lanes/lane
> > speeds for DP on pre-nvd0 cards:
> > http://lists.freedesktop.org/archives/nouveau/2014-February/016205.html
> > 
> > Can you see if that helps you? Should apply to any 3.9+ kernel.
> 
> I tried the patch but no luck :(

Yeah, if you're not using the DP port, I wouldn't expect it to. In hindsight, I realized that I misread your log -- you're using the DVI-I-1 connector, not DP-1.

Unfortunately I don't have any great ideas atm... could you try to upgrade to the latest kernel and see if things have magically resolved themselves?

Assuming that they haven't, can you attach a boot log with

nouveau.config=PDISP=debug,VBIOS=trace drm.debug=0xe

from the latest kernel? Perhaps it'll yield some interesting info.
Comment 6 Sudarshan 2014-02-16 06:20:47 UTC
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #1)
> > > I see that you're using displayport. Is it an actual DP monitor, or are you
> > > using a DP->xyz adapter?
> > > 
> > > I recently posted a patch that should fix computing number of lanes/lane
> > > speeds for DP on pre-nvd0 cards:
> > > http://lists.freedesktop.org/archives/nouveau/2014-February/016205.html
> > > 
> > > Can you see if that helps you? Should apply to any 3.9+ kernel.
> > 
> > I tried the patch but no luck :(
> 
> Yeah, if you're not using the DP port, I wouldn't expect it to. In
> hindsight, I realized that I misread your log -- you're using the DVI-I-1
> connector, not DP-1.
> 
> Unfortunately I don't have any great ideas atm... could you try to upgrade
> to the latest kernel and see if things have magically resolved themselves?
> 
> Assuming that they haven't, can you attach a boot log with
> 
> nouveau.config=PDISP=debug,VBIOS=trace drm.debug=0xe
> 
> from the latest kernel? Perhaps it'll yield some interesting info.

I will try that. One observatino is that the issue is not seen with Live CD. Is there a difference between the installed OS and the live CD? This surprised me, as I was expecting a smooth sail...
Comment 7 Ilia Mirkin 2014-02-16 06:25:55 UTC
(In reply to comment #6)
> One observatino is that the issue is not seen with Live CD.
> Is there a difference between the installed OS and the live CD? This
> surprised me, as I was expecting a smooth sail...

Depends on the Live CD, doesn't it :) In the Ubuntu case, I haven't the slightest clue. I'm guessing it has different versions of something -- would be good to figure out what versions it's running and what versions you're running on the installed system of:

(a) kernel
(b) xf86-video-nouveau (potentially called xorg-server-video-nouveau or something else along those lines)
(c) libdrm
(d) mesa (specifically the dri drivers)

Those 4 pieces of software basically make up nouveau. I doubt the last 2 really matter for your case, but... no harm done grabbing versions.
Comment 8 Sudarshan 2014-02-18 18:31:20 UTC
(In reply to comment #7)
> (In reply to comment #6)
> > One observatino is that the issue is not seen with Live CD.
> > Is there a difference between the installed OS and the live CD? This
> > surprised me, as I was expecting a smooth sail...
> 
> Depends on the Live CD, doesn't it :) In the Ubuntu case, I haven't the
> slightest clue. I'm guessing it has different versions of something -- would
> be good to figure out what versions it's running and what versions you're
> running on the installed system of:
> 
> (a) kernel
> (b) xf86-video-nouveau (potentially called xorg-server-video-nouveau or
> something else along those lines)
> (c) libdrm
> (d) mesa (specifically the dri drivers)
> 
> Those 4 pieces of software basically make up nouveau. I doubt the last 2
> really matter for your case, but... no harm done grabbing versions.

I am for the time being giving up. I was unable to build a TOT kernel that would boot. For now, falling back to the onboard graphics card. Will try to post the findings when I get some time. Hope there is resolution for this issue, otherwise I will be left with a 100$ card that I cannot use :)
Comment 9 Ilia Mirkin 2015-10-22 04:32:09 UTC
No update in quite a while, marking invalid. If the issue persists with fresh software, feel free to reopen.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.