similar to: Way to tell if monitor is on or off???

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

Sir, Thanks for the suggestion. However I did a xset -q | grep Monitor and it says "On". I then turned off the monitor did a cursor up to execute the last command hit enter, turned the monitor back on and it still said "On". I then unplugged the monitor, cursor up to execute last command hit enter, turned back on the monitor and it still said "On". Do you have

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

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 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 >>>

On Tue, Jan 26, 2016 at 5:19 PM, don fisher <hdf3 at comcast.net> wrote: > I am running under openSuse, but trying to avoid most of the GUIs. I cannot > get xset to blank the screen, so I added consoleblank=600 in the grub file > to be added to the kernel command line. The system blanks after 10 minutes, > as expected. The monitor then displays "HDMI/MHL-1 NO SIGNAL",

https://bugs.freedesktop.org/show_bug.cgi?id=90999 Bug ID: 90999 Summary: xset dpms force off does not turn off LCD backlight Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=85459 Bug ID: 85459 Summary: DPMS not working on Dell M4800 / QHD+ Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: minor Priority: medium Component: Driver/nouveau Assignee: nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=105916 Bug ID: 105916 Summary: "xset dpms force off" can't be undone on hp omen 17-an0xx laptop Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

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

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: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

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

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 > Where does the output data go? dmesg > Is there a way to get it into

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'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?

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 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:

I am trying to find out how to tell if a given file is 30 days or older. How is that type of thing done in shell scripts. Thanks, Jerry -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20050915/e412e896/attachment.html>

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