similar to: is there a utility to tell if the monitor is on or offin CentOS?

Is am trying to find a utility to tell me if the monitor is physically on or off? DPMS is turn off so the monitor will not be automatically turning off - I just need to know if someone has turned off the monitor in an automated way? I thought the VESA standard would have something like that but I have not found it. Does anyone know a way to do this? Thanks. Jerry

On 01/26/2016 02:40 PM, Ilia Mirkin wrote: > What you're asking for isn't particularly clear... when DPMS is > enabled, instead of suspending the monitor says "no signal" as if it > had been unplugged? Or is something else going on? Then you talk about > passing signals "up the chain" and "filtering"? What signals? What > chain? > > Can

On 01/26/2016 03:58 PM, Ilia Mirkin wrote: > On Tue, Jan 26, 2016 at 5:54 PM, don fisher <hdf3 at comcast.net> wrote: >> On 01/26/2016 03:24 PM, Ilia Mirkin wrote: >>> >>> sleep 1 && xset dpms force off >> >> Could you confirm exactly how to add the drm.debug=0x1e option. Is it >> another parameter on the kernel command line? > > Yep

On 01/26/2016 03:24 PM, Ilia Mirkin wrote: > sleep 1 && xset dpms force off Could you confirm exactly how to add the drm.debug=0x1e option. Is it another parameter on the kernel command line? Where does the output data go? Is there a way to get it into a file? Thanks Don

I am looking for a way to tell if the monitor is on or off? xset q - seems to only work if DPMS turns off the monitor. If I or someone actually turns off the monitor xset q still shows on. If I do xset dpms force off ; sleep 5; xset q the monitor shows off. So is there a way to tell if the monitor is actually on or off? Thanks, Jerry

https://bugs.freedesktop.org/show_bug.cgi?id=82527 Priority: medium Bug ID: 82527 Assignee: nouveau at lists.freedesktop.org Summary: xset dpms force {off,standby,suspend} returns after ~20 seconds (GeForce 8400 GS) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

So, I am using MATE from EPEL as my desktop on one of my laptops. The screen saver was working, however the monitors (if connected via a docking station) were not going to sleep even if selected via the GUI mate power manager. I then discovered that dpms has to be initialized via the command line before it becomes available, regardless of the GUI mate power manager setting. This documentation

https://bugs.freedesktop.org/show_bug.cgi?id=103383 Bug ID: 103383 Summary: "xset dpms force on" does not unblank laptop screen after "xset dpms force off" is run (or system enters sleep mode) Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: All

https://bugs.freedesktop.org/show_bug.cgi?id=91354 Bug ID: 91354 Summary: [Quadro K610M] "xset dpms force on" blinks the screen Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

I have an Alienware laptop that has Nvidia GTX 880M hardware driven by this driver. I recently purchased an ASUS_VN289H monitor. When my system gives a blanking command, the monitor returns some sort of lost signal message which causes the monitor to unblank and the time out I requested is cancelled. This is probably more of an HDMI question than specific to this hardware, but I was wondering

I've run across a couple of things I'm not quite sure why, but just discovered the libtermcap.* was not installed from the CD's. I would have thought the termcap libs would be part of the base install, and in fact, when I retrieved them with yum, it does show "base" or "core". Is this just some errant behavior one time or is something broken in the install?

I used CentOS 5 for years. Suddenly, it takes one second holding a keyboard key until it shows on the screen: # uname -a Linux nitrogen 2.6.18-371.11.1.el5PAE #1 SMP Wed Jul 23 15:54:19 EDT 2014 i686 i686 i386 GNU/Linux # xset -q Keyboard Control: auto repeat: off key click percent: 50 LED mask: 00000000 auto repeat delay: 660 repeat rate: 25 auto repeating keys:

https://bugs.freedesktop.org/show_bug.cgi?id=71351 Priority: medium Bug ID: 71351 Assignee: nouveau at lists.freedesktop.org Summary: xset dpms force off only works after suspend QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: davidesousa at

I decided to try the x86_64 version of CentOS 5 on my new desktop since it has an Athlon 64 X2 CPU. The one really perplexing oddity is that the monitor no longer goes to power save mode (standby) if the system is idle long enough (e.g., overnight). The "power management" option is set to put the display to sleep after thirty minutes. The display gets blanked but it never goes to

https://bugs.freedesktop.org/show_bug.cgi?id=76483 Priority: medium Bug ID: 76483 Assignee: nouveau at lists.freedesktop.org Summary: [NV50, bisected, RFC patch] xset dpms force {on,off} does not work over DP QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS:

http://bugs.freedesktop.org/show_bug.cgi?id=16269 Summary: NV47 DVI DPMS scary loop Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: vallesroc

https://bugs.freedesktop.org/show_bug.cgi?id=108022 Bug ID: 108022 Summary: Cannot resume from standby - Link training fails Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

I've narrowed the my Cups printing problem down to Wine not loading my Type 1 fonts. I have several Type 1 fonts installed in 3 places, all of which are in my fontpath ("xset q" lists them). I can use the Type 1 fonts in X and with KDE-2.2.1 even as AntiAliased, however, when I try to print from an app under wine I get a memory error and a message at the command line stating

On Tue, Jan 26, 2016 at 6:24 PM, don fisher <hdf3 at comcast.net> wrote: > On 01/26/2016 03:58 PM, Ilia Mirkin wrote: >> >> On Tue, Jan 26, 2016 at 5:54 PM, don fisher <hdf3 at comcast.net> wrote: >>> >>> On 01/26/2016 03:24 PM, Ilia Mirkin wrote: >>>> >>>> >>>> sleep 1 && xset dpms force off >>>

http://bugs.freedesktop.org/show_bug.cgi?id=19356 Summary: DPMS does not turn off LCD backlight on NV34M [GeForce FX Go5200] Product: xorg Version: unspecified Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau