wxpte
Anmeldungsdatum: 20. Januar 2007
Beiträge: 1004
|
Hallo Community, bei der Verwendung diverser Fenster für Einstellungen werden die Checkboxen mit einem grauen Feld überdeckt, sobald ich den Mauszeiger darüber hinweg bewege. Dabei ist es nicht erforderlich, dass der Mauszeiger genau über die Checkbox bewegt wird, es reicht vielmehr schon aus, wenn er sich auf gleicher Höhe befindet. Das Problem dabei ist, dass man danach nicht mehr sehen kann, ob sich in der Checkbox nun ein Haken befindet oder nicht. Zur Illustration des Problems habe ich am Beispiel der Energieverwaltung zwei Bilder angefügt. Durch Auswahl eines anderen Desktopthemas habe ich schon versucht, das Problem in den Griff zu bekommen, leider ohne Erfolg.
- Bilder
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
|
Was für eine Grafikkarte ist in dem betroffenen Gerät verbaut? ▶ Welche Angaben zum System sind für ein neues Thema nötig?
|
wxpte
(Themenstarter)
Anmeldungsdatum: 20. Januar 2007
Beiträge: 1004
|
Wohl eine, die leider einige Probleme macht: AMD ATI Rage 128 PRO Ultra AGP 4x
| lspci -v | perl -ne '/VGA/../^$/ and /VGA|Kern|3D|Display/ and print'
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Rage 128 PRO Ultra AGP 4x (prog-if 00 [VGA controller])
Kernel modules: aty128fb
|
Nach Lubuntu 13.10 hatte ich schon die Hoffnung, die Probleme seien mit dem Versionswechsel auf 14.04 überstanden.
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
|
Wenn ich die Ausgabe richtig verstehe, dann wird für die Grafikkarte kein Xorg-Video-Treiber verwendet, sondern ein Framebuffer-Treiber. Ist das so gewollt? Eingentlich sollte der r128-Treiber aus dem Paket xserver-xorg-video-ati geladen werden - siehe auch Wiki-Artikel Grafikkarten/AMD. Das ggf. mal in der xorg.conf eintragen und den Treiber ausprobieren. Unter man r128 wären auch noch weitere Optionen gelistet, die das Verhalten des Treibers beeinflussen können um evtl. im Austausch für Leistung etwas Stabilität zu erreichen. Als Notnagel bliebe sonst der VESA-Treiber des XServers.
|
wxpte
(Themenstarter)
Anmeldungsdatum: 20. Januar 2007
Beiträge: 1004
|
mrkramps schrieb: Wenn ich die Ausgabe richtig verstehe, dann wird für die Grafikkarte kein Xorg-Video-Treiber verwendet, sondern ein Framebuffer-Treiber. Ist das so gewollt?
Upps, 😳 da es nur um die Grafikkarte ging, habe ich die Angaben aus dem alten Thread kopiert, da sich an der Hardware ja nichts geändert hat. Jetzt habe ich den Befehl nochmals auf dem aktiven System wiederholt. Wenn du die Info über den Framebuffer-Treiber aus der Zeile
Kernel modules: aty128fb holst, die ist jetzt verschwunden, ansonsten ist die Ausgabe identisch:
~$ lspci -v | perl -ne '/VGA/../^$/ and /VGA|Kern|3D|Display/ and print'
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Rage 128 PRO Ultra AGP 4x (prog-if 00 [VGA controller])
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
|
Merkwürdig, eigentlich sollte er noch die Zeilen "Kernel driver in use: " und "Kernel Modules: " anzeigen, die Aufschluss über den verwendeten Treiber geben. Häng sonst nochmal die Ausgabe folgenden Befehls mit dran:
|
wxpte
(Themenstarter)
Anmeldungsdatum: 20. Januar 2007
Beiträge: 1004
|
$ sudo lshw -C display
*-display UNGEFORDERT
Beschreibung: VGA compatible controller
Produkt: Rage 128 PRO Ultra AGP 4x
Hersteller: Advanced Micro Devices, Inc. [AMD/ATI]
Physische ID: 0
Bus-Informationen: pci@0000:01:00.0
Version: 00
Breite: 32 bits
Takt: 66MHz
Fähigkeiten: agp agp-2.0 pm vga_controller bus_master cap_list
Konfiguration: latency=64 mingnt=8
Ressourcen: memory:f8000000-fbffffff ioport:ec00(Größe=256) memory:ff9fc000-ff9fffff memory:ff900000-ff91ffff
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
|
Das ist … eh … merkwürdig. Ich würde irgendwo ja mal eine Ausgabe zum verwendeten Treiber erwarten. Also muss ich dich doch darum bitten einmal den vollständigen Inhalt der Datei /var/log/Xorg.0.log hier zu posten.
|
wxpte
(Themenstarter)
Anmeldungsdatum: 20. Januar 2007
Beiträge: 1004
|
- Xorg.0.txt (56.5 KiB)
- Download Xorg.0.txt
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
|
Er verwendet also doch den r128-Treiber. Dass eine Ausgabe bei den anderen Befehlen ausblieb, mag damit zusämmenhängen, dass dieser Treiber KMS nicht verwendet und damit rein über den XServer registriert wird. Womit wird dann aber wieder bei meinem Beitrag oben wären. Siehe Manpage:
Und dann einfach mal /etc/X11/xorg.conf oder eher /etc/X11/xorg.conf.d/20-r128.conf (neue Methode) anlegen und die in der Manpage gelisteten Optionen durchgehen:
Section "Device"
Identifier "ATIRagePro"
Driver "r128"
# Option "AccelMethod" "xaa"
# Option "RenderAccel" "0"
# Option "NoAccel" "1"
EndSection
Die hier auskommentierten Optionen solltest du alle, aber einzelnd nacheinander ausprobieren, in der Reihenfolge wie ich sie aufgelistet habe. Für weitere Informationen zur xorg.conf siehe auch:
|
wxpte
(Themenstarter)
Anmeldungsdatum: 20. Januar 2007
Beiträge: 1004
|
Ich habe mir jetzt die Datei /usr/share/X11/xorg.conf.d/20-r128.conf angelegt, aber mit dem einzeln ausprobieren ist das so eine Sache. In der Manpage zu r128 lese ich bei der Option "RenderAccel"
Enables or disables hardware Render acceleration. It is only supported when using EXA acceleration and DRI. Das heißt also wohl, dass ich bei der Option "AccelMethod" den Schalter auf "EXA" stehen lassen muss; was jedoch für "DRI" einstellen muss, habe ich bis jetzt noch nicht herausgefunden. Das scheint ein umfangreicheres Thema zu sein, denn selbst die Manpage zu xorg.conf verweist auf http://dri.freedesktop.org. Mal sehen, ob ich damit klarkomme.
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
|
WinXP to Edgy schrieb: Das heißt also wohl, dass ich bei der Option "AccelMethod" den Schalter auf "EXA" stehen lassen muss; was jedoch für "DRI" einstellen muss, habe ich bis jetzt noch nicht herausgefunden.
Nein, das heißt, dass du "AccelMethod" einfach nur auskommentiert lassen musst, EXA mit DRI werden dann automatisch als Standard verwendet. Deswegen sollst du die drei Optionen, eine nach der anderen testen, also auskommentieren.
Option "AccelMethod" "xaa"
# Option "RenderAccel" "0"
# Option "NoAccel" "1" # Option "AccelMethod" "xaa"
Option "RenderAccel" "0"
# Option "NoAccel" "1" # Option "AccelMethod" "xaa"
# Option "RenderAccel" "0"
Option "NoAccel" "1"
Wenn du alles einmal durchprobiert hast, berichtest du hier.
|
wxpte
(Themenstarter)
Anmeldungsdatum: 20. Januar 2007
Beiträge: 1004
|
mrkramps schrieb: # Option "AccelMethod" "xaa"
Option "RenderAccel" "0"
# Option "NoAccel" "1"
Das war die Lösung. Vielen Dank für deine Unterstützung. 👍
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
|
Damit dürftest du jetzt DRI in EXA, sprich die 3D-Hardware-Beschleunigung, deaktiviert haben. Damit verwendest du immer noch die schnellere Beschleunigungsarchitektur EXA (XAA ist ziemlich veraltet) und die - bei deinem Gerät vermutlich wesentlich wichtigere - 2D-Hardware-Beschleunigung sollte immer noch aktiv sein. Wenn die Grafikkarte mit dieser Einstellung problemlos arbeitet und eine noch ausreichend Leistung für deine Anwendungsfälle bietet, würde ich sagen: 👍 Falls irgendwelche Probleme auftreten, dann meldest du dich wieder.
|