Bug 92171

Summary: [NVE7] Reboot causes nouveau corruption/ghosting
Product: xorg Reporter: Bryan O'Donoghue <pure.logic>
Component: Driver/nouveauAssignee: Nouveau Project <nouveau>
Status: NEW --- 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:
Attachments:
Description Flags
dmesg-4.3.0-rc1-broken
none
dmesg-4.3.0-rc3-broken
none
dmesg-4.3.0-rc3-broken-onescreen-good
none
artifact-on-primary-screen
none
4.3-rc3-drm-debug-included none

Description Bryan O'Donoghue 2015-09-28 23:01:23 UTC
Created attachment 118503 [details]
dmesg-4.3.0-rc1-broken

Running kernel 4.3-rcX I can usually boot to a good nouveau session, however if I reboot the system the display is squashed and ghosted across the screen.

I have a capture of the kernel log showing a FIFO that has failed to reset. Rebooting again doesn't clear the error - nor does shutting down and starting again - I typically need to go and boot an older kernel ubuntu 3.13.0-58-generic in this case. I haven't tested shutting down the system for a prolonged period after the corruption yet.

Attached is the kernel log of

dmesg-4.3.0-rc1.txt (totally broken both screens)
dmesg-4.3.0-rc3.txt (totally broken both screens)
dmesg-4.3.0-rc3-onescreen-good.txt (totally broken on one screen)

Also note this error is readily replicated with one screen present - the laptop display. I'll attach a dump of that too.
Comment 1 Bryan O'Donoghue 2015-09-28 23:02:47 UTC
Created attachment 118504 [details]
dmesg-4.3.0-rc3-broken
Comment 2 Bryan O'Donoghue 2015-09-28 23:03:23 UTC
Created attachment 118505 [details]
dmesg-4.3.0-rc3-broken-onescreen-good
Comment 3 Ilia Mirkin 2015-09-28 23:07:15 UTC
How are the screens plugged in? Can you provide the dmesg when booted with

nouveau.debug=debug drm.debug=0xe

This looks like a non-optimus setup, is that right?
Comment 4 Bryan O'Donoghue 2015-09-29 06:43:22 UTC
Yes, that's a non-optimus setup.

I'll get you that capture. Right now I have this weird artifact on my primary laptop screen that won't go away after booting the system a number of times @ the 4.3.0-rcX kernel - I'm assuming the system isn't actually resetting the nvidia when I power down (some sort of warm boot) - so I've disconnected the power and I'm letting the battery run flat.

I'm attaching a picture of the artifact that persisting through resets (note it's still there even after leaving the system powered off overnight)
Comment 5 Bryan O'Donoghue 2015-09-29 06:44:10 UTC
Created attachment 118512 [details]
artifact-on-primary-screen
Comment 6 Ilia Mirkin 2015-09-29 07:10:20 UTC
Also useful to know if the issue happens with 4.2. The nouveau driver got basically rewritten in 4.3, a regression easily could have crept in.
Comment 7 Bryan O'Donoghue 2015-09-29 11:22:20 UTC
Just to confirm.

1. First boot is normal
2. Issue a reboot
3. Get corrupted screen
4. Need to completely allow power to drain (so presumably there is some warm boot foolery going on here with the BIOS when I just do a power down)

Requested dmesg attached.
Comment 8 Bryan O'Donoghue 2015-09-29 11:22:54 UTC
I'll compile a 4.2 tag and let you know.
Comment 9 Bryan O'Donoghue 2015-09-29 11:23:52 UTC
Created attachment 118515 [details]
4.3-rc3-drm-debug-included

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.