Processed: Re: Bug#599941: /usr/bin/xset: xset dpms etc seems to operate on all screens rather than just those provided such as :0.1, in X zaphod mode
Processing commands for cont...@bugs.debian.org: reopen 599941 Bug #599941 {Done: Julien Cristau jcris...@debian.org} [x11-xserver-utils] /usr/bin/xset: xset dpms etc seems to operate on all screens rather than just those provided such as :0.1, in X zaphod mode thanks Stopping processing here. Please contact me if you need assistance. -- 599941: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599941 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128743737716720.transcr...@bugs.debian.org
Bug#599941: /usr/bin/xset: xset dpms etc seems to operate on all screens rather than just those provided such as :0.1, in X zaphod mode
reopen 599941 thanks On Tue, 12 Oct 2010, Julien Cristau wrote: On Wed, Oct 13, 2010 at 03:13:24 +1100, Tim Connors wrote: Package: x11-xserver-utils Version: 7.3+5 Severity: normal File: /usr/bin/xset My xorg.conf is set up to have dpms enabled on one screen (:0.1 -- I'm using zaphod mode, so :0.0 is a separate screen to :0.1), but disable on another screen (:0.0, a status screen that must always remain on). This works, as is expected. However, if I say: DISPLAY=:0.1 xset dpms 1200 2400 3600 Then it affects :0.0 as well (even though xorg.conf says that screen has DPMS disabled!). It should only affect the asked for display. Perhaps it should affect all displays if I was trying to talk to :0 rather than :0.0. Those not using zaphod mode, but using xinerama mode instead, obviously would have only the one DISPLAY, and thus xset should affect them all. The dpms timeouts are global to the X server, not per screen. Similarly, DPMSEnabled is a global boolean flag. I don't think there's a bug here. Well, it's a regression. You used to be able to say: Section ServerFlags Option Xinerama 0 # no blank because want right hand display to be lit all the time #Option BlankTime 60 Option BlankTime 0 Option StandbyTime 120 Option SuspendTime 180 Option OffTime 240 EndSection #the aatxth mimic display (not to be DPMS blanked) Section Monitor # HorizSync source: edid, VertRefresh source: edid Identifier Monitor0 ... Option DPMS false EndSection #the night assistant's terminal (to be DPMS blanked) Section Monitor # HorizSync source: edid, VertRefresh source: edid Identifier Monitor1 ... Option DPMS true EndSection (perhaps combined with DISPLAY=:0.0 xset s off in .xsession - at least, that's the setup I ended up with on and old system here) And have Monitor1 DPMS blank after 2 hours, and have the Monitor0 stay on and remain unblank. The best I can do now with the above xorg.conf is to have Monitor1 DPMS blank after 2 hours, and Monitor0 to remain DPMS on, but go blank. (so dpms isn't global, as it shouldn't be, because it is should be legal to plug different monitors with different capabilities in at the same time). So it looks to me that Xorg now blanks all screens when the server reaches the DPMS timeout. It should have blanked when it reached the screenblank timeout, which is disabled here, and shouldn't have blanked when it reached the dpms timeout, instead disabling the appropriate sync signals on the appropriately enabled monitors (not a global flag. Never has been, never should be). -- TimC However, my preamp still has a meat-driven knob. -- A. de Boer in ASR -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.00.1010190815300.30...@dirac.rather.puzzling.org
Bug#599941: /usr/bin/xset: xset dpms etc seems to operate on all screens rather than just those provided such as :0.1, in X zaphod mode
Package: x11-xserver-utils Version: 7.3+5 Severity: normal File: /usr/bin/xset My xorg.conf is set up to have dpms enabled on one screen (:0.1 -- I'm using zaphod mode, so :0.0 is a separate screen to :0.1), but disable on another screen (:0.0, a status screen that must always remain on). This works, as is expected. However, if I say: DISPLAY=:0.1 xset dpms 1200 2400 3600 Then it affects :0.0 as well (even though xorg.conf says that screen has DPMS disabled!). It should only affect the asked for display. Perhaps it should affect all displays if I was trying to talk to :0 rather than :0.0. Those not using zaphod mode, but using xinerama mode instead, obviously would have only the one DISPLAY, and thus xset should affect them all. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.3.2-2The GNU C preprocessor (cpp) ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-2X11 Session Management library ii libx11-62:1.1.5-2X11 client-side library ii libxau6 1:1.0.3-3X11 authorisation library ii libxaw7 2:1.0.4-2X11 Athena Widget library ii libxext62:1.0.4-2X11 miscellaneous extension librar ii libxi6 2:1.1.4-1X11 Input extension library ii libxmu6 2:1.0.4-1X11 miscellaneous utility library ii libxmuu12:1.0.4-1X11 miscellaneous micro-utility li ii libxrandr2 2:1.2.3-1X11 RandR extension library ii libxrender1 1:0.9.4-2X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii libxtrap6 2:1.0.0-5X11 event trapping extension libra ii libxxf86misc1 1:1.0.1-3X11 XFree86 miscellaneous extensio ii libxxf86vm1 1:1.0.2-1X11 XFree86 video mode extension l ii x11-common 1:7.3+20 X Window System (X.Org) infrastruc x11-xserver-utils recommends no packages. x11-xserver-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101012161324.26263.68242.report...@aatlxc.aao.gov.au