Bug 77574 - [NVAF] Minor screen corruption on NVAF card
Summary: [NVAF] Minor screen corruption on NVAF card
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: 7.7 (2012.06)
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-04-17 13:54 UTC by Chernovsky Oleg
Modified: 2019-12-04 08:44 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
nouveau debug log with PDISP=debug,DEVINIT=debug (64.18 KB, text/plain)
2014-04-17 13:54 UTC, Chernovsky Oleg
no flags Details
Xorg log (35.14 KB, text/plain)
2014-04-17 13:55 UTC, Chernovsky Oleg
no flags Details

Description Chernovsky Oleg 2014-04-17 13:54:42 UTC
Created attachment 97517 [details]
nouveau debug log with PDISP=debug,DEVINIT=debug

Good time of day.

I have MacBook with ArchLinux installed.
When resuming after suspend, there is minor screen corruption. It looks loke small dashed line, approximately half of screen height, fading to transparent at both sides. It is oriented vertically, moves from top of the screen to the bottom, then appears again.

I'm attaching here Xorg log and nouveau.debug dmesg log with normal boot -> suspend -> wake.

My versions of packages:
local/xorg-server 1.15.1-1 (xorg)
local/xf86-video-nouveau 1.0.10-2 (xorg-drivers xorg)
local/mesa 10.1.0-5
local/linux 3.14.1-1 (base)

I also can bring any information you need. Really want to help.
Comment 1 Chernovsky Oleg 2014-04-17 13:55:33 UTC
Created attachment 97518 [details]
Xorg log
Comment 2 Ilia Mirkin 2014-04-17 14:03:53 UTC
Why do you disable PCE0 ? (You seem to have a nouveau.config=PCE0=0 somewhere.) Are there other options set?

Is the resume issue a new one? (i.e. did it work OK with older kernels?)
Comment 3 Chernovsky Oleg 2014-04-17 14:24:58 UTC
> You seem to have a nouveau.config=PCE0=0 somewhere.

I'll try to track it down. Could it be the issue?

> Are there other options set?

Where can I look at the list? /etc/modprobe.d/ is empty now

> Is the resume issue a new one? (i.e. did it work OK with older kernels?)

Earlier there was Debian. With kernel 3.10 it was worse - dashed line persisted even on clean boot (without suspend -> wake).
Comment 4 Ilia Mirkin 2014-04-17 14:35:19 UTC
(In reply to comment #3)
> > You seem to have a nouveau.config=PCE0=0 somewhere.
> 
> I'll try to track it down. Could it be the issue?

I checked the code... there's a

	bool enable = (nv_device(parent)->chipset != 0xaf);

So that's probably the reason why it's disabled. No idea why that's the case on NVAF, but I'm guessing that the person who put that in knew what they were doing.

It also shouldn't cause problems for it to be disabled, I was just curious why it was.

> 
> > Are there other options set?
> 
> Where can I look at the list? /etc/modprobe.d/ is empty now
> 
> > Is the resume issue a new one? (i.e. did it work OK with older kernels?)
> 
> Earlier there was Debian. With kernel 3.10 it was worse - dashed line
> persisted even on clean boot (without suspend -> wake).

Hm, OK. Sorry, no great advice from me :(
Comment 5 Chernovsky Oleg 2014-04-17 14:46:10 UTC
Don't worry about it. Just wanted to help you a little.

All the other video issues were fixed, so I finally can feel comfortable. I really appreciate your work.

Thanks for answer!
Comment 6 Martin Peres 2019-12-04 08:44:52 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/102.


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.