Hide Forgot
Description of problem: Using nVidia Quadro FX 570 graphics card driving HP w2448hc monitor prevents the screen from turning off after the selected turn off time has expired. Using standard Fedora nouveau driver. Version-Release number of selected component (if applicable): How reproducible: Always (using 10 minute and 1 minute time setting). Steps to Reproduce: 1. Select "Screen" from "System Settings" 2. Set "Turn off after:" to 1 minute 3. Let the time expire and observe monitor screen. Actual results: Monitor screen fades to black and then turns back on again displaying the top bar with date/time and login name (the rest of the screen is black). Power button remains blue indicating monitor is not in standby mode. Expected results: The monitor should turn off and the power button should turn amber indicating the monitor is in standby mode. Additional info: Monitor standby works correctly with other monitors (Sun 20.1 in LCD monitor). Standby works correctly for HP w2448hc monitor with Ubuntu 11.10 using nVidia drivers.
Assuredly not a bug in the screen(1) program.
I don't suppose you can install the NVIDIA binary drive on the exact Fedora install that's failing with nouveau? That'd rule in/out nouveau as the culprit.
(In reply to comment #2) > I don't suppose you can install the NVIDIA binary drive on the exact Fedora > install that's failing with nouveau? That'd rule in/out nouveau as the > culprit. The monitor functions perfectly with Linux Mint 12 running the nouveau driver. It's not as easy to install the nVidia binary driver on Fedora.
(In reply to comment #3) > (In reply to comment #2) > > I don't suppose you can install the NVIDIA binary drive on the exact Fedora > > install that's failing with nouveau? That'd rule in/out nouveau as the > > culprit. > > The monitor functions perfectly with Linux Mint 12 running the nouveau driver. > It's not as easy to install the nVidia binary driver on Fedora. Okay, then either something's broken in Fedora's nouveau, or Fedora's userspace doesn't do the right thing and tell the monitor to power off. Still doesn't help figure out what component to assign this to :) I have no trouble installing the NVIDIA binary driver (I do it on a regular basis), simply boot with "nomodeset" and run the installer. To remove it again, run the installer with --uninstall, and reboot without "nomodeset".
(In reply to comment #4) > (In reply to comment #3) > > (In reply to comment #2) > > > I don't suppose you can install the NVIDIA binary drive on the exact Fedora > > > install that's failing with nouveau? That'd rule in/out nouveau as the > > > culprit. > > > > The monitor functions perfectly with Linux Mint 12 running the nouveau driver. > > It's not as easy to install the nVidia binary driver on Fedora. > > Okay, then either something's broken in Fedora's nouveau, or Fedora's userspace > doesn't do the right thing and tell the monitor to power off. Still doesn't > help figure out what component to assign this to :) > > I have no trouble installing the NVIDIA binary driver (I do it on a regular > basis), simply boot with "nomodeset" and run the installer. To remove it > again, run the installer with --uninstall, and reboot without "nomodeset". I installed the nVidia drivers from RPM Fusion. If I try to enable the second monitor (HP w2448hc) it causes GNOME to fail to load. All I get is the desktop wallpaper.
Unfortunately I can't seem to configure the nVidia driver to run both monitors, so I tested the system using just the HP w2448hc monitor. Standby mode now works correctly. The problem is that I need both monitors. I guess from your previous comment, the problem looks like the nouveau driver?
Finally managed to configure the binary nVidia driver to work with both monitors, and standby works correctly with both monitors now. It's a pity I can't get standby to work correctly with the nouveau driver. I can't understand why it works with one type of monitor and not another type?
Yes, I'm a bit confused about that myself... Were both monitors pulled into the same port etc? Also, can you "xset dpms force off" and report what happens there? Can I also grab your dmesg output please. Thanks!
Created attachment 538861 [details] dmesg output
My normal configuration is the Sun 20 in monitor attached to DVI-1 and the HP w2448hc monitor attached to DVI-2. With the nouveau driver, the Sun monitor standby works correctly, the HP monitor standby does not work correctly. I tested the system with the HP monitor only, connected to DVI-1 (with the nouveau drivers). Again, the HP monitor standby does not work correctly. Going back to my normal configuration using the binary nVidia driver, both monitors standby correctly. This is the configuration I'm currently using. When I run "xset dpms force off" in this configuration, it causes both monitors to go into standby. Additionally, before I got the HP monitor, I used to run 2 Sun 20 in monitors using the nouveau driver. Standby works correctly for both monitors in this configuration. My problems only started when I changed the second monitor for the HP monitor.
This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.