Re: [gentoo-user] "xset dpms" not working

2024-02-18 Thread Dale
Walter Dnes wrote:
> On Sun, Feb 18, 2024 at 09:01:04AM +, Michael wrote
>> Are you using a Display Port, or HDMI connection perhaps?  Modern
>> monitors come with their own onboard chipset which may lose sync with
>> the PC.  I've experience the opposite with mine when I first bought it
>> and thought the PC had crashed ... :-)
>   HDMI port according to the message on the display.  Another quirk
> when the blanking works and the screen is dark.  Every several minutes
> the entire screen goes bright blue for a few seconds and then returns to
> dark for the next several minutes.
>


I haven't been following this thread as I'm not familiar with xset but
this info made me think.  Could you have a bad cable?  Maybe the plug on
the back of the monitor or video card is worn out and not making a good
connection?  Maybe there is a dust bunny in the connector preventing a
good connection. 

Just a thought.  Maybe. 

Dale

:-)  :-) 



Re: [gentoo-user] "xset dpms" not working

2024-02-18 Thread Walter Dnes
On Sun, Feb 18, 2024 at 09:01:04AM +, Michael wrote
> 
> Are you using a Display Port, or HDMI connection perhaps?  Modern
> monitors come with their own onboard chipset which may lose sync with
> the PC.  I've experience the opposite with mine when I first bought it
> and thought the PC had crashed ... :-)

  HDMI port according to the message on the display.  Another quirk
when the blanking works and the screen is dark.  Every several minutes
the entire screen goes bright blue for a few seconds and then returns to
dark for the next several minutes.

-- 
Roses are red
Roses are blue
Depending on their velocity
Relative to you



Re: [gentoo-user] "xset dpms" not working

2024-02-18 Thread Jack

On 2/18/24 03:35, Walter Dnes wrote:

On Sat, Feb 17, 2024 at 08:21:42PM -0500, Walter Dnes wrote

   Regardless of the above, the monitor does not blank after 10 minutes
(i.e. 600 seconds).  If I run "xset dpms force off" from xterm (both as
local user and as root), the display goes dark... for approximately 1
second... and then returns to normal.

   So I turned the monitor off with the physical switch, took a nap, and
turned it on when I got up.  Now the blanking works again.  Cue the
Microsoft support jokes.  What gives???
At least you have a power switch.  (something about uphill both ways?)  
I recently bought a pair of reconditioned 27" Acer 2K monitors, and they 
do not have a physical power switch.  I have also not found an "off" in 
the on-screen controls.  They do go blank for power saving, but they 
take about three seconds to wake up again.




Re: [gentoo-user] "xset dpms" not working

2024-02-18 Thread Michael
On Sunday, 18 February 2024 08:35:18 GMT Walter Dnes wrote:
> On Sat, Feb 17, 2024 at 08:21:42PM -0500, Walter Dnes wrote
> 
> >   Regardless of the above, the monitor does not blank after 10 minutes
> > 
> > (i.e. 600 seconds).  If I run "xset dpms force off" from xterm (both as
> > local user and as root), the display goes dark... for approximately 1
> > second... and then returns to normal.
> 
>   So I turned the monitor off with the physical switch, took a nap, and
> turned it on when I got up.  Now the blanking works again.  Cue the
> Microsoft support jokes.  What gives???

Are you using a Display Port, or HDMI connection perhaps?  Modern monitors 
come with their own onboard chipset which may lose sync with the PC.  I've 
experience the opposite with mine when I first bought it and thought the PC 
had crashed ... :-)

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] "xset dpms" not working

2024-02-18 Thread Walter Dnes
On Sat, Feb 17, 2024 at 08:21:42PM -0500, Walter Dnes wrote

>   Regardless of the above, the monitor does not blank after 10 minutes
> (i.e. 600 seconds).  If I run "xset dpms force off" from xterm (both as
> local user and as root), the display goes dark... for approximately 1
> second... and then returns to normal.

  So I turned the monitor off with the physical switch, took a nap, and
turned it on when I got up.  Now the blanking works again.  Cue the
Microsoft support jokes.  What gives???

-- 
Roses are red
Roses are blue
Depending on their velocity
Relative to you



[gentoo-user] "xset dpms" not working

2024-02-17 Thread Walter Dnes
My settings...


[x8940][waltdnes][~] xset q
Keyboard Control:
  auto repeat:  onkey click percent:  0LED mask:  0002
  XKB indicators:
00: Caps Lock:   off01: Num Lock:on 02: Scroll Lock: off
03: Compose: off04: Kana:off05: Sleep:   off
06: Suspend: off07: Mute:off08: Misc:off
09: Mail:off10: Charging:off11: Shift Lock:  off
12: Group 2: off13: Mouse Keys:  off
  auto repeat delay:  660repeat rate:  25
  auto repeating keys:  00ffdbbf
fadfffefffed
9fff
fff7
  bell percent:  50bell pitch:  400bell duration:  100
Pointer Control:
  acceleration:  2/1threshold:  4
Screen Saver:
  prefer blanking:  yesallow exposures:  yes
  timeout:  600cycle:  600
Colors:
  default colormap:  0x20BlackPixel:  0x0WhitePixel:  0xff
Font Path:
  /usr/share/fonts/misc,/usr/share/fonts/100dpi,built-ins,/usr/share/fonts/misc
DPMS (Display Power Management Signaling):
  Standby: 600Suspend: 601Off: 602
  DPMS is Enabled
  Monitor is On


  Regardless of the above, the monitor does not blank after 10 minutes
(i.e. 600 seconds).  If I run "xset dpms force off" from xterm (both as
local user and as root), the display goes dark... for approximately 1
second... and then returns to normal.  Don't know if this is relavant,
but yesterday I was fighting a grocery delivery website for the better
part of an hour trying to place a simple order.  In the course of that,
X crashed to a text tty commandline a few times.

  Calling support confirmed a nationwide problem at their end.  The help
desk guy was surprised that I managed to get my order through at all; it
was that bad at their end.  Anyhow, my order was delivered OK this
morning.  The DPMS issue started yesterday, so I wonder if it's related
to the X crashes.

-- 
Roses are red
Roses are blue
Depending on their velocity
Relative to you