Hallo David,
oder mit vga=ask und da einen der 24bit Modi wählen.
Alles schon probiert. Es half leider nichts. Ich bin schon deswegen fast Amok gelaufen. Irgendwoher nimmt sich der X-Server die Farbtiefe, aber die ist so nicht korrekt und wird vom fglrx-Treiber gar nicht unterstützt, sondern zur Zeit nur 24 bit (laut Readme von AMD/ATI). Soviel zur Autoerkennung. *ARGH*
Ah, also auch mit 24bit Framebuffer nahm Xorg die 8bit?
Wie gesagt, es hat nichts genützt. Egal, ob ich hier vga, vesafb, uvesafb, usw. verwendet habe. Ich habe hier unzählige X-Server Logdateien, die ich bei den verschiedenen Framebuffer ausprobiert habe. Alle Logdateien weisen auf das ein und dasselbe 8bit-Problem hin.
Vielleicht hilft auch schon folgende xorg.conf:
==== Section "Screen" DefaultDepth 24 EndSection ====
Ich will aber keine /etc/X11/xorg.conf mehr haben, wenn die Entwicklung von Sax2 eingestellt ist, dann muss die Autoerkennung funktionieren. :-(
Mich würde dennoch interessieren, ob so ne "minimal"-xorg.conf hilft (einfach, falls irgendwas anderes klemmt, daß man eben X nachhelfen kann (Driver "nv", "nouveau", "DontZap False" oder was auch immer ;)
So eine Autokonfiguration (was eigentlich an sich schon etwas lächerlich klingt, wenn man sich den Quellcode angeschaut hat) bringt schon der X-Server ein Mini-Konfigurationsgrundgerüst mit. Jedoch fehlt für die Nutzung des fglrx-Treibers die explizite Anweisung "DefaultDepth 24" in dessen Screen-Section. Hier fährt er sonst jedes mal gegen die Wand. Hier die neue zusammengebaute Mini-Konfiguration: (==) Using default built-in configuration (49 lines) (==) --- Start of built-in configuration --- Section "Device" Identifier "Builtin Default fglrx Device 0" Driver "fglrx" EndSection Section "Screen" Identifier "Builtin Default fglrx Screen 0" Device "Builtin Default fglrx Device 0" DefaultDepth 24 EndSection Section "Device" Identifier "Builtin Default radeonhd Device 0" Driver "radeonhd" EndSection Section "Screen" Identifier "Builtin Default radeonhd Screen 0" Device "Builtin Default radeonhd Device 0" EndSection Section "Device" Identifier "Builtin Default ati Device 0" Driver "ati" EndSection Section "Screen" Identifier "Builtin Default ati Screen 0" Device "Builtin Default ati Device 0" EndSection Section "Device" Identifier "Builtin Default fbdev Device 0" Driver "fbdev" EndSection Section "Screen" Identifier "Builtin Default fbdev Screen 0" Device "Builtin Default fbdev Device 0" EndSection Section "Device" Identifier "Builtin Default vesa Device 0" Driver "vesa" EndSection Section "Screen" Identifier "Builtin Default vesa Screen 0" Device "Builtin Default vesa Device 0" EndSection Section "ServerLayout" Identifier "Builtin Default Layout" Screen "Builtin Default fglrx Screen 0" Screen "Builtin Default radeonhd Screen 0" Screen "Builtin Default ati Screen 0" Screen "Builtin Default fbdev Screen 0" Screen "Builtin Default vesa Screen 0" EndSection (==) --- End of built-in configuration ---
Dann kam eine weitere zündende Idee. ;-) Ich habe mir gleich das Source-Package der xorg-x11-server von der openSUSE 11.2 geholt. Schnell mal in den Quellcode für die Autokonfiguration geschaut und bin fast rückwärts vom Stuhl geflogen. Unsere Community musste diesen Quellcode bereits für die Treiber fglrx, radeonhd, ati, nvidia, nouveau, chrome9, openchrome, unichrome und vboxvideo patchen. *ARGH*
Also mir persönlich is ein (externes) Tool lieber, das versucht ne Config zu erzeugen, die man dann per Hand anpassen kann ... Ausserdem kann ich so "per Hand" auch "mal eben" den Treiber ändern, wenn z.B. der nvidia-Treiber nach nem Kernelupdate mal wieder streikt. Und auf der ollen Kiste hab ich sogar handgeklöppelte Modelines (Sax/xf86config/XF86setup/xvidtune haben's nicht wirklich schön hinbekommen).
Naja, die /etc/X11/xorg.conf habe ich jedenfalls mal weggesichert, man weiß ja nie wer bei den Xorg-Developer auf irre Gedanken bei der "Autokonfiguration" kommt. Ich würde den Code eigentlich komplett umschreiben bzw. überarbeiten, weil es in der jetzigen Form viel zu einfach gedacht und hingecodet wurde. Vor allem ist es sehr semi-automatisch und da denke ich, dass es eigentlich noch viel besser gehen müsste. Ich habe vorhin die aktuelle Development-Version vom X-Server herunter gezogen und habe festgestellt, dass sich dort gar nichts verändert hat. Selbst fglrx bzw. nvidia fehlt da noch völlig. So, sollten man sich da hinsetzen und einen Vorschlag schreiben und diese an die Xorg-Developer einreichen. Sonst ändert sich in naher Zukunft doch nichts und wir als Community müssen weiterhin den X-Server patchen (Die Zahl der vorhandenen Patches finde ich sehr bedenklich). Da können wir ja gleich das ganze Ding forken.
Na gut, dachte ich mir, dann füge noch eine Screen-Section mit der richtigen Farbtiefe für den fglrx-Treiber alleine ein. Dann habe ich das Vieh neu kompiliert und installiert.
Ui. (Naja, XFree86 hab ich auch selber kompiliert. Gibt schlimmeres.)
Stimmt, die merkwürdige Anordnung des Sourcecode von Firefox oder auch von Thunderbird setzt noch einen Tick drauf.
Und jetzt darfst du 1 mal raten, was der X-Server gemacht hat. Er startet ohne die Konfigurationsdatei /etc/X11/xorg.conf mit der "fglrx"-Treiberunterstützung und das auch noch ohne erkennbare Probleme. Toller Nebeneffekt: In der KDE-Konfiguration "Systemeinstellungen" -> "Anzeige" werden alle verfügbaren Auflösungen angezeigt. Bravo, so sollte es eigentlich sein und warum nicht gleich so?! *grümmel*
Prima :)
Finde ich auch und bin froh das es soweit klappt.
Okay, ihr lieben. Ich rufe jetzt offiziell zum Testen des gepatchten X-Server auf und richtet sich an diejenigen, die Probleme mit dem fglrx-Treiber und der Autokonfiguration des X-Servers haben. Das dürften wohl die meisten "openSUSE 11.2"-Nutzer betreffen.
Tja, ich verwende hier nVidia (in der neuen Kiste) ...
Aber is doch immer mal wieder schön, daß man eben das machen kann, was du jetzt gemacht hast. Anderswo geht nur warten und hoffen ...
Jepp, ohne diesen zusätzlichen Patch für die "Autokonfiguration", würde auch NVIDIA selbst nicht Out-of-the-Box laufen. Also, stehen die proprietären Treiber (fglrx, nvidia, ggfs. weitere) ohne die Community völlig auf dem Schlauch. ;-) -- Gruß Sebastian - openSUSE Member (Freespacer) http://de.opensuse.org/Benutzer:Freespacer Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_mailing_list_netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org