dpms geht nicht mehr :-(

Nico Hoffmann

unread,

Jun 15, 2008, 5:02:21 AM6/15/08

to

Hallo,

nachdem ich auf meinem Gentoo-System mehrere Komponenten (vor allem
auch X11) aktualisiert habe, geht dpms nicht mehr, d.h. der Bildschirm
schaltet sich nicht mehr ab, wenn ich den Rechner eine zeitlang nicht
bediene.

Mein X11 sieht so aus:

Von den 'üblichen Verdächtigen' habe ich folgendes kontrolliert:

In der /etc/X11/xorg.conf ist dpms eingetragen:

(die auskommentierte Zeile funktioniert auch nicht)

Im X11-Logfile (/var/log/Xoer.0.log) sehe ich folgendes:

| (II) VESA(0): DPMS capabilities: Off; RGB/Color Display

und später dann:

| (**) Option "dpms"
| (**) VESA(0): DPMS enabled

Ansonsten keine Meldungen, die ich auf dpms beziehen wüürde,
insbesondere auch keine Fehlermeldungen.

xset -q behauptet, dass dpms eingeschaltet wäre:

| DPMS (Energy Star):
| Standby: 1200 Suspend: 1800 Off: 3600
| DPMS is Enabled
| Monitor is On

Ich kann auch die Timeouts beliebig verstellen.

Nur: Es tut sich nichts, der Monitor schaltet nicht ab.

Ich wüßte jetzt auch nicht, wo ich noch schauen könnte und bin für
sachdienliche Hinweise zur Ergreifung des Übeltäters dankbar .-)

N.
--
Ich halte das für machbar.

Wolfgang Draxinger

unread,

Jun 16, 2008, 10:09:40 AM6/16/08

to

Nico Hoffmann wrote:

Probier mal was passiert, wenn Du mit

~ $ xset dpms force off

Den Bildschirm mal manuell ausschaltest. Wenn sich der danach
sofort wieder einschaltet, dann kommen irgendwelche
Eingabe-Events rein.

Einfach mal parallel ein xev laufen lassen und schauen, was sich
da tut, insbesondere ob die Events synthetisch sind, oder nicht.
Es gibt nämlich einige Programme (z.B. Mediaplayer), die, um zu
verhindern, dass der Bildschirmschoner anspringt alle paar
Sekunden ein synthetisches Event senden. Und bei einem
Systemupdate kann sich natürlich auch noch eine derartige
Funktion in einem Media-Player-Update mit einschleichen.

Wolfgang Draxinger
--
E-Mail address works, Jabber: hexa...@jabber.org, ICQ: 134682867

Nico Hoffmann

unread,

Jun 16, 2008, 12:45:24 PM6/16/08

to

Wolfgang Draxinger schreibt:

> Nico Hoffmann wrote:

>> Nur: Es tut sich nichts, der Monitor schaltet nicht ab.
>>
>> Ich wüßte jetzt auch nicht, wo ich noch schauen könnte und bin
>> für sachdienliche Hinweise zur Ergreifung des Übeltäters
>> dankbar .-)
>
> Probier mal was passiert, wenn Du mit
>
> ~ $ xset dpms force off
>
> Den Bildschirm mal manuell ausschaltest. Wenn sich der danach
> sofort wieder einschaltet, dann kommen irgendwelche
> Eingabe-Events rein.

Er schaltet ja nichtmal aus. Das 'xset dpms force off' frißt er ohne
Murren, aber es pasiert einfach nix.

> Einfach mal parallel ein xev laufen lassen und schauen, was sich
> da tut, insbesondere ob die Events synthetisch sind, oder nicht.
> Es gibt nämlich einige Programme (z.B. Mediaplayer), die, um zu
> verhindern, dass der Bildschirmschoner anspringt alle paar
> Sekunden ein synthetisches Event senden. Und bei einem
> Systemupdate kann sich natürlich auch noch eine derartige
> Funktion in einem Media-Player-Update mit einschleichen.

Das verstehe ich nicht ganz. xev spuckt doch die Events auf der Shell
aus, die es in einem Testfensterchen kriegt. Wenn ich da was sehen
wollte, müßte mein 'Übeltäter' doch gezielt Events an dieses
Fensterchen schicken, oder? Das wird ein Programm, was aus Versehen
mit Events schmeißt, doch kaum tun...?

Ich habe xev trotzdem laufen lassen: Wenn ich mit der Maus im
Fensterchen herumfahre, klimpern die Events fleißig herein. Wenn ich
die Maus in Ruhe lasse, ist Schluß damit.

Wolfgang Draxinger

unread,

Jun 18, 2008, 5:23:55 AM6/18/08

to

Nico Hoffmann wrote:

> Er schaltet ja nichtmal aus. Das 'xset dpms force off' frißt er
> ohne Murren, aber es pasiert einfach nix.

APM, bzw. ACPI-Module korrekt geladen? Ohne PM geht auch DPMS
nicht.

> Das verstehe ich nicht ganz. xev spuckt doch die Events auf der
> Shell aus, die es in einem Testfensterchen kriegt. Wenn ich da
> was sehen wollte, müßte mein 'Übeltäter' doch gezielt Events an
> dieses Fensterchen schicken, oder? Das wird ein Programm, was
> aus Versehen mit Events schmeißt, doch kaum tun...?

Sorry, ich hätte evtl. noch erwähnen sollen, dass man xev mit
dem -id -Parameter auf das Root-Window ansetzen sollte.

Helmut Waitzmann

unread,

Jun 18, 2008, 1:57:27 PM6/18/08

to

Nico Hoffmann <oxen...@gmx.de> writes:

>Wolfgang Draxinger schreibt:

>>
>> Probier mal was passiert, wenn Du mit
>>
>> ~ $ xset dpms force off
>>
>> Den Bildschirm mal manuell ausschaltest. Wenn sich der danach
>> sofort wieder einschaltet, dann kommen irgendwelche
>> Eingabe-Events rein.
>
>Er schaltet ja nichtmal aus. Das 'xset dpms force off' frißt er ohne
>Murren, aber es pasiert einfach nix.

Tut

$ sleep 1 && xset dpms force off

auch nicht?
--
Wer mir E-Mail schreiben will, stelle | When writing me e-mail, please
bitte vor meine E-Mail-Adresse meinen | precede my e-mail address with
Vor- und Nachnamen, etwa so: | my full name, like
Helmut Waitzmann <x...@example.net>, (Helmut Waitzmann) x...@example.net

Heike C. Zimmerer

unread,

Jun 19, 2008, 5:04:15 AM6/19/08

to

Nico Hoffmann <oxen...@gmx.de> writes:

> Er schaltet ja nichtmal aus. Das 'xset dpms force off' frißt er ohne
> Murren, aber es pasiert einfach nix.

Hast Du mal nach einiger Zeit mit 'xset q' nachgeprüft, ob die
Einstellung überschrieben wird? Bei mir war das die Ursache und
gnome-screensaver (o.ä.) der Übeltäter. Bei dem scheint sich vor ein
paar Wochen was geändert zu haben.

Nico Hoffmann

unread,

Jun 22, 2008, 9:54:05 AM6/22/08

to

Wolfgang Draxinger schreibt:

> Nico Hoffmann wrote:
>
>> Er schaltet ja nichtmal aus. Das 'xset dpms force off' frißt er
>> ohne Murren, aber es pasiert einfach nix.
>
> APM, bzw. ACPI-Module korrekt geladen? Ohne PM geht auch DPMS
> nicht.

Reden wir von Kernel-Modulen oder X11-Modulen?
Der acpid läuft und arbeitet, in der Xorg.0.log wurde kein Modul
erwähnt, das apm oder acpi im Namen hat(te). X konnte aber DPMS als
extension laden...

>> Das verstehe ich nicht ganz. xev spuckt doch die Events auf der
>> Shell aus, die es in einem Testfensterchen kriegt. Wenn ich da
>> was sehen wollte, müßte mein 'Übeltäter' doch gezielt Events an
>> dieses Fensterchen schicken, oder? Das wird ein Programm, was
>> aus Versehen mit Events schmeißt, doch kaum tun...?
>
> Sorry, ich hätte evtl. noch erwähnen sollen, dass man xev mit
> dem -id -Parameter auf das Root-Window ansetzen sollte.

X11 lief bisher eigentlich immer ohne größere Probleme, daher hatte
ich nie einen Grund, mich damit zu beschäftigen. Dementsprechend ist
natürlich auch mein Wissen :-)

Inzwischen habe ich aber nachgelesen, wie man xev aufs Root-Window
ansetzt. Ergebnis: negativ, da kommen auch keine Events.

Ich habe auch die Artikel von HCZ und Helmut gelesen, aber die
Einstellungen wurden nicht überschrieben, und das 'sleep 1 && ...'
hatte ebenfalls keine Wirkung.

Meine 'Lösung' sieht jetzt so aus, dass ich anstatt des vesa-Treibers
den proprietären ati-Treiber verwende (die Onbord-Grafik ist von
denen). Damit funktioniert es nun, auch wenn ich eigentlich
proprietäre Treiber nicht so gerne nehme.

Der ati-Treiber wollte, dass ich das beiliegende aticonfig über mein
xorg.conf laufen lassen, damit er die notwendigen Änderungen eintrage.
Soweit ich sehe, hat aticonfig wirklich nur den anderen Treiber
eingebaut, die DPMS-Einstellungen und die zu ladenden Module sind
gleich geblieben. Also evtl. ein Bug im vesa-Treiber...?

Wolfgang Draxinger

unread,

Jun 23, 2008, 6:20:07 AM6/23/08

to

Nico Hoffmann wrote:

> Meine 'Lösung' sieht jetzt so aus, dass ich anstatt des
> vesa-Treibers den proprietären ati-Treiber verwende (die
> Onbord-Grafik ist von denen). Damit funktioniert es nun, auch
> wenn ich eigentlich proprietäre Treiber nicht so gerne nehme.

Blöde Frage: Wieso nimmst Du nicht einfach den entsprechenden OSS
Treiber für deine ATI-Graphik?

Nico Hoffmann

unread,

Jul 2, 2008, 6:51:43 PM7/2/08

to

Wolfgang Draxinger schreibt:

> Nico Hoffmann wrote:
>
>> Meine 'Lösung' sieht jetzt so aus, dass ich anstatt des
>> vesa-Treibers den proprietären ati-Treiber verwende (die
>> Onbord-Grafik ist von denen). Damit funktioniert es nun, auch
>> wenn ich eigentlich proprietäre Treiber nicht so gerne nehme.
>
> Blöde Frage: Wieso nimmst Du nicht einfach den entsprechenden OSS
> Treiber für deine ATI-Graphik?

Hmmm, ich hätte gedacht, das wäre der Treiber, den ich zuerst
verwendet habe?

Müßte dieser da sein:

Juergen Ilse

unread,

Jul 2, 2008, 8:28:03 PM7/2/08

to

Hallo,

Korrekt waere wohl eher etwas wie xserver-xorg-video-ati (sofern man
Xorg statt Xfree86 verwendet, aber alle auch nur halbwegs aktuellen
Distributionen sollten das mittlerweile tun ...). Der Vesa-Treiber hat
weder 3D-Support noch irgendwelche sonstigen "Beschleuniger-Funktionen",
der ATI-Treiber schon (kommt auf den Chipsatz der verwendeten Karte an).
Vom ATI-Treiber ist laut Heise Newsticker gerade die Version 6.9 er-
schienen, die allerdings fuer Ubuntu 8.04 noch nicht als Paket zur
Verfuegung steht, aber wohl einiges an Neuigkeiten, insbesondere was
den Support neuerer ATI-Chips betrifft, enthaelt.

Tschuess,
Juergen Ilse (jue...@usenet-verwaltung.de)
--
Ein Domainname (auch wenn er Teil einer Mailadresse ist) ist nur ein Name,
nicht mehr und nicht weniger ...

Wolfgang Draxinger

unread,

Jul 3, 2008, 6:25:45 AM7/3/08

to

Nico Hoffmann wrote:

> Hmmm, ich hätte gedacht, das wäre der Treiber, den ich zuerst
> verwendet habe?
>
> Müßte dieser da sein:
>
> | * x11-drivers/xf86-video-vesa
> | Latest version available: 1.3.0
> | Latest version installed: 1.3.0
> | Size of files: 232 kB
> | Homepage: http://xorg.freedesktop.org/
> | Description: Generic VESA video driver
> | License: xf86-video-vesa

Nein, das ist einfach nur der VESA-Treiber, der die Karte im
absoluten Billig-Modus antreibt.

Der Formatierung der Ausgabe entnehme ich, dass Du Gentoo
verwendest.

emerge x11-drivers/xf86-video-ati x11-drivers/xf86-video-radeonhd

Alternativ in /etc/make.conf

VIDEO_CARDS="radeon radeonhd"

eintragen und xorg neu emergen.

Dann in der xorg.conf in der Device-Section als Driver "radeon",
bzw "radeonhd" eintragen, je nach verwendeter Karte.