Just thought I'd reply to the list, as this may serve
someone else in the future.
The problem was user configuration error (or it seems).
After some more googling and reading more man pages, I
wondered about the following suggestion in xorg.conf(5):
Options
Some Option flags that may be useful to include in
Monitor sections (when needed) include "DPMS", and
"SyncOnGreen".
So I thought I would give it a go since I had nothing
to lose. Well, putting 'Option "DPMS"' in the "Monitor"
section of my xorg.conf file and restarting X seems to
have done the trick.
I don't understand why though, since 'xset q' was
reporting that DPMS was enabled prior to this change.
Cheers
--- patrick ~ <[EMAIL PROTECTED]> wrote:
> Greetings,
>
> This may just be a problem with my video card, but
> I thought I'd ask since I couldn't find a definitive
> answer from googling.
>
> I noticed that none of the DPMS settings (Standby,
> Suspend nor Off) would take effect at their designated
> time periods. In short, X wouldn't shut-off my monitor.
>
> Now I used to have a Linux system connected to this
> monitor, and I am 100% positive with DPMS enabled, my
> monitor would shut-off at the proper/expected time.
>
>
> The interesting bit is that even though the monitor
> isn't shutting down, X seems to "pause" (for a lack
> of better term). I can explain it this way:
>
> For example, if I lock the terminal using:
>
> $ xlock -mode marquee
>
> Marquee uses fortune to put up text on the screen (if
> you didn't know this). After some time passing, with
> no interaction with the system via keyboard or mouse,
> the marquee would get stuck, or "pause" mid-sentence:
>
> e.g.,
>
> The opposite of a profound truth may well be ano
>
>
> However, if you were to move the mouse the fortune
> would continue from where it had "paused" (and this
> could be many hours after its original "pause" time):
>
>
> ...ther profound truth.
> -- Bohr
>
>
> I'd like to clarify that this is not an xlock issue,
> since the screen doesn't "blank" even if I don't run
> xlock.
>
>
> Since I produce this on two different DPMS aware monitors,
> I can only consider either of the following: OpenBSD's
> Xorg release or the video card.
>
>
> Anyone else experience similar issues? If not, does
> anyone know whether an "ATI Rage 128 Pro" video card
> is DPMS capable? I couldn't find my answer using google.
> Since there are so many posts of X{,org}.0.log out on
> the net, searching using the "DPMS" as a keyword isn't
> very effective.
>
> TIA
>
> --patrick
>
>
> ps., I also cron'ed a script that would print `date'
> and `xset -q | grep -A 1 -i dpms' into a file every
> 5 minutes. The output indicates that X is in fact
> thinking (or being lead to believe) the monitor is
> in fact transitioning though each of the states,
> while in reality, the monitor is still on :-)
[snip...]
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
