Bug 52398

Summary: nouveau: DPMS permanently turns off display when starting X.org, text console works fine
Product: xorg Reporter: John Paul Adrian Glaubitz <glaubitz>
Component: Driver/nouveauAssignee: Nouveau Project <nouveau>
Status: RESOLVED MOVED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: detlev.casanova
Version: 7.7 (2012.06)   
Hardware: PowerPC   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Kernel log (dmesg)
none
Output of lspci of the affected machine
none
VBIOS image of the affected machine (see bug report on how BIOS was dumped)
none
Xorg.0.log of affected machine
none
Output of xrandr --verbose none

Description John Paul Adrian Glaubitz 2012-07-23 14:25:32 UTC
Created attachment 64544 [details]
Kernel log (dmesg)

Hi,

I have been running Debian Linux on a Apple PowerMac G4 "Quicksilver" (Model: M8493) with the following main hardware specifications:

- PowerPC G4 7450, 867 MHz
- 1GB main memory
- nVidia GeForce GeForce2 MX/MX 400 (NV11) AGP video adapter

Software environment:

- Debian Linux PowerPC unstable
- Kernel 3.4.4 (from Debian experimental)
- nouveau X.org driver 1.0.1
- libdrm: 2.4.33
- mesa: 8.0.3

Problem description:

When using nouveau, the video adapter permanently turns off the attached display through DPMS. This cannot be reversed and I do not get back video until I reboot the machine by logging in through SSH. I can neither switch to a virtual text console using <Ctrl>+<Alt>+<F1..Fn>.

The video output is fine when preventing X from starting and using just a virtual text console (KMS works fine as well).

xrandr does not any displays attached, see attached logfiles and xrandr output.

I'm attaching the following files:

- kernel log (dmesg)
- Xorg.0.log
- lspci output
- xrandr --verbose output
- vbios.rom (cp "/proc/device-tree/pci@f0000000/NVDA,Parent@10/NVDA,BMP" ~/vbios.rom)

If you need any further input, please let me know. The machine is a sole test machine, so I'm happy to try any code from git or run any quirky code.

Cheers,

Adrian
Comment 1 John Paul Adrian Glaubitz 2012-07-23 14:26:07 UTC
Created attachment 64545 [details]
Output of lspci of the affected machine
Comment 2 John Paul Adrian Glaubitz 2012-07-23 14:26:48 UTC
Created attachment 64546 [details]
VBIOS image of the affected machine (see bug report on how BIOS was dumped)
Comment 3 John Paul Adrian Glaubitz 2012-07-23 14:27:12 UTC
Created attachment 64547 [details]
Xorg.0.log of affected machine
Comment 4 John Paul Adrian Glaubitz 2012-07-23 14:27:32 UTC
Created attachment 64548 [details]
Output of xrandr --verbose
Comment 5 John Paul Adrian Glaubitz 2012-07-23 19:36:57 UTC
Just an additional remark, I can actually set the DPMS state in /sys/class/drm/.../dpms back to "On" with (through SSH):

XAUTHORITY=/var/lib/xdm/authdir/authfiles/A\:0-4LXCpv DISPLAY=:0.0 xrandr --newmode 1280x1024 108 1280 1328 1440 1688 1024 1025 1028 1066 +HSync +VSync
XAUTHORITY=/var/lib/xdm/authdir/authfiles/A\:0-4LXCpv DISPLAY=:0.0 xrandr --addmode VGA-1 1280x1024
XAUTHORITY=/var/lib/xdm/authdir/authfiles/A\:0-4LXCpv DISPLAY=:0.0 xrandr --output VGA-1 --mode 1280x1024
XAUTHORITY=/var/lib/xdm/authdir/authfiles/A\:0-4LXCpv DISPLAY=:0.0 xset dpms force on

However, the display will stay remain turned OFF.

Adrian
Comment 6 Danny 2012-12-27 19:55:35 UTC
What I posted here may be useful for this bug:

https://bugs.freedesktop.org/show_bug.cgi?id=31122#c4
Comment 7 Ilia Mirkin 2013-08-31 05:44:03 UTC
Could you test out https://bugs.freedesktop.org/attachment.cgi?id=84946 and see if it helps?
Comment 8 John Paul Adrian Glaubitz 2013-09-02 15:49:09 UTC
I have unfortunately sold the Mac in question already. However, I might be lucky to borrow an identical one to test the patch tomorrow.

I will report back in any case. There are also some more PPC Macs which I can borrow for testing.

Cheers,

Adrian
Comment 9 Martin Peres 2019-12-04 08:28:30 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/25.

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.