Hallo Listlinge, habe da mal eine Frage: Ab Version 11.3 unserer Suse soll es ja kein Sax mehr geben; zumindest nicht offiziell, ob sich Freiwililge finden Sax weiter zu pflegen sei mal dahingestellt. Schon in dieser Version (11.2) wird ja per default keine xorg.conf mehr angelegt. Die Mailingliste und Foren sind voll von Problemen damit, sich den xserver zu konfigurieren, weil ja keine xorg.conf vorhanden war. Meine Frage hierzu: Mal angenommen, es wird kein Sax mehr geben; wie installiert man sich die propritären Grafiktreiber manuell, wenn es den Sax- Befehl zur Konfiguration der xorg.conf nicht mehr gibt? lg Robbie -- 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
Am Sonntag, 21. März 2010 schrieb Thomas Schirrmacher:
Hallo Listlinge,
habe da mal eine Frage:
...
Meine Frage hierzu: Mal angenommen, es wird kein Sax mehr geben; wie installiert man sich die propritären Grafiktreiber manuell, wenn es den Sax- Befehl zur Konfiguration der xorg.conf nicht mehr gibt? bei Nvidia-Treiber wird ja ein passendes Kontrollfeld mitgeliefert, das ja auch die xorg.conf ändert. Allerdings habe ich die Nvidia-Treiber bisher immer aus den zugehörigen Repos installiert - ich würde aber doch mal unterstellen, dass auch bei der manuellen Installation (über das run-Package) diese Dinge installiert werden. Für Intel-Treiber wüßte ich jetzt nicht, wie man diese manuell installiert - aber zumindest die Einstellung danach geht ziemlich problemlos über xrandr.
Von ATI Karten habe ich bisher immer die Finger gelassen und versuche das auch weiterhin... Ansonsten: versuchen, einen derartigen Treiber möglichst automatisch zu installieren, dann die xorg.conf sichern und möglichst gut verstehen lernen... Gruß Martin -- 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
Hallo, Am Son, 21 Mär 2010, Thomas Schirrmacher schrieb:
Meine Frage hierzu: Mal angenommen, es wird kein Sax mehr geben; wie installiert man sich die propritären Grafiktreiber manuell, wenn es den Sax- Befehl zur Konfiguration der xorg.conf nicht mehr gibt?
aticonfig --initial nvidia-xconfig HTH, -dnh -- 92: Emacs Esc Meta Alt Control Shift -- 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
Am Son, 21 Mär 2010, David Haller schrieb:
Am Son, 21 Mär 2010, Thomas Schirrmacher schrieb:
Meine Frage hierzu: Mal angenommen, es wird kein Sax mehr geben; wie installiert man sich die propritären Grafiktreiber manuell, wenn es den Sax- Befehl zur Konfiguration der xorg.conf nicht mehr gibt?
aticonfig --initial nvidia-xconfig
Und generell: X -configure HTH, -dnh --
Linux dagegen ist von Kopf bis Fuss konfigurierbar - allerdings nur mit viel, viel Leserei und Probierei. Das ist der Preis der Skalierbarkeit. -- H. Harms, T. Hallmann auf suse-linux -- 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
Am Sonntag 21 März 2010 schrieb Thomas Schirrmacher:
Hallo Listlinge,
Hallo Robbie / Thomas Schirrmacher,
habe da mal eine Frage:
Ab Version 11.3 unserer Suse soll es ja kein Sax mehr geben; zumindest nicht offiziell
woher ist diese Info? Gibt es einen Ersatz? -- Mit freundlichem Gruß Sebastian Koerner mailto:s.koerner@online.de Verschlüsseln? Gerne ! / Encrypt? Please! Schlüsselserver z.B. wwwkeys.de.pgp.net Fingerprint: FE55 C8EC 1758 D01D 6E26 DEFF AD08 5A7B 054A DA1D -- 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
Hallo zusammen,
habe da mal eine Frage:
Ab Version 11.3 unserer Suse soll es ja kein Sax mehr geben; zumindest nicht offiziell
woher ist diese Info? Gibt es einen Ersatz?
dazu hatte ich Anfang Februar schon etwas zu SaX2 und nach möglichem Ersatz geschrieben. Leider noch ein ernüchterndes Ergebnis. Nachlesen kann man hier: http://lists.opensuse.org/opensuse-de/2010-02/msg00224.html -- 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
Hallo Sebastian, Am Sonntag, 21. März 2010 schrieb Sebastian Siebert:
Hallo zusammen,
habe da mal eine Frage:
Ab Version 11.3 unserer Suse soll es ja kein Sax mehr geben; zumindest nicht offiziell
woher ist diese Info? Gibt es einen Ersatz?
dazu hatte ich Anfang Februar schon etwas zu SaX2 und nach möglichem Ersatz geschrieben. Leider noch ein ernüchterndes Ergebnis.
Nachlesen kann man hier: http://lists.opensuse.org/opensuse-de/2010-02/msg00224.html dort werden aber zwei ganz verschiedene Dinge in der Diskussion vermischt: einmal die Konfiguration von x und die Behandlung von (nicht über das OS-Repo eingespielten) Kernel-Treibermodulen bei Updates.
Wenn man sich jetzt mal auf die Konfiguration von X beschränkt, geht es letztlich um 2 Schritte: - Erkennung der Hardwarekonfiguration - Einstellen der passenden Konfiguration, also der passenden Treiber und der entsprechenden Optionen dazu (im Treiber und in X generell) Wenn man dann mal analysiert, was dabei oft schief geht, dann ist es doch meistens die Auswahl eines Treibers, der zwar formell gesehen korrekt ist, aber halt doch nicht so recht funktioniert. Das hat sax aber auch sehr oft falsch (bzw ungünstig) gemacht, so dass man mit Startoptionen nachhelfen musste. Was ich daher eher vermisse als sax, wäre ein Tool wie in yast der sysconfig-Editor, mit dem man bestimmte Einstellungen komfortabel und syntax-korrekt vornehmen kann - zusätzlich zu der Auto-Erkennung, die vorher sax und jetzt eben HAL bzw. X vornehmen. Gruß Martin -- 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
Hallo Martin,
dazu hatte ich Anfang Februar schon etwas zu SaX2 und nach möglichem Ersatz geschrieben. Leider noch ein ernüchterndes Ergebnis.
Nachlesen kann man hier: http://lists.opensuse.org/opensuse-de/2010-02/msg00224.html dort werden aber zwei ganz verschiedene Dinge in der Diskussion vermischt: einmal die Konfiguration von x und die Behandlung von (nicht über das OS-Repo eingespielten) Kernel-Treibermodulen bei Updates.
Ich meinte auch auf SaX2 und X bezogen, alles andere kannst du streichen, weil mehr an David gerichtet.
Wenn man sich jetzt mal auf die Konfiguration von X beschränkt, geht es letztlich um 2 Schritte:
- Erkennung der Hardwarekonfiguration - Einstellen der passenden Konfiguration, also der passenden Treiber und der entsprechenden Optionen dazu (im Treiber und in X generell)
Wenn man dann mal analysiert, was dabei oft schief geht, dann ist es doch meistens die Auswahl eines Treibers, der zwar formell gesehen korrekt ist, aber halt doch nicht so recht funktioniert. Das hat sax aber auch sehr oft falsch (bzw ungünstig) gemacht, so dass man mit Startoptionen nachhelfen musste.
Jepp, und da ist leider die Schuldfrage nicht geklärt, ob die Übergabe der Einstellungen vom X-Server/Hal an den fglrx-Treiber nicht sauber funktioniert oder umgekehrt. Hier mal ein Auszug aus der Logdatei, wenn ich die Konfiguration des Treibers zur Boot-Zeit dem X-Server/Hal überlasse oder wenn ich manuell eine Konfigurationsdatei /etc/X11/xorg.conf mittels "X -configure" erstellen möchte (Ergebnis ist dasgleiche). # cat /var/log/Xorg.0.log [...] (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.6.5, module version = 0.1.0 ABI class: X.Org Video Driver, version 5.0 (II) fglrx(0): PCI bus 1 card 0 func 0 (II) fglrx(0): Creating default Display subsection in Screen section "Builtin Default fglrx Screen 0" for depth/fbbpp 8/8 (EE) fglrx(0): Given depth (8) is not supported by fglrx driver (EE) fglrx(0): PreInitVisual failed (EE) fglrx(0): PreInit failed (II) fglrx(0): === [atiddxPreInit] === end SetVBEMode failed (II) UnloadModule: "fglrx" (II) UnloadModule: "vgahw" (II) Unloading /usr/lib64/xorg/modules//libvgahw.so (II) UnloadModule: "fglrxdrm" (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found So, jetzt ist wohl die Frage, wer wen nicht versteht?! Entweder übergibt der X-Server/Hal eine falsche Einstellung wegen mangelhafter Erkennung an den fglrx-Treiber oder der fglrx-Treiber kann mit dieser Einstellung gar nichts anfangen und verweigert die Zusammenarbeit. Sax2 kann einfach besser zwischen X-Server/Hal und dem fglrx-Treiber vermitteln. Deswegen graust es mich schon heute, wenn Sax2 wie geplannt wegfallen sollte. Ich bin eher dafür, dass man Sax2 solange noch beibehält bis das Zusammenspiel mit den proprietären Treiber und dem X-Server/Hal reibungslos funktioniert.
Was ich daher eher vermisse als sax, wäre ein Tool wie in yast der sysconfig-Editor, mit dem man bestimmte Einstellungen komfortabel und syntax-korrekt vornehmen kann - zusätzlich zu der Auto-Erkennung, die vorher sax und jetzt eben HAL bzw. X vornehmen.
Sowas gibt es bereits in KDE 4.x unter Systemverwaltung => Anzeige. Leider kann er nicht automatisch bestimmen, welche Bildschirmgrößen verfügbar sind und die Monitorfrequenzen abfragt. Das Äquivalent in Gnome, LXDE und Co. weiß ich leider nicht. -- 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
Hallo, Am Mon, 22 Mär 2010, Sebastian Siebert schrieb:
# cat /var/log/Xorg.0.log [...] (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.6.5, module version = 0.1.0 ABI class: X.Org Video Driver, version 5.0 (II) fglrx(0): PCI bus 1 card 0 func 0 (II) fglrx(0): Creating default Display subsection in Screen section "Builtin Default fglrx Screen 0" for depth/fbbpp 8/8 (EE) fglrx(0): Given depth (8) is not supported by fglrx driver
Verwendest du den Framebuffer beim booten? Welchen? Und in welchem Modus? Der matroxfb Framebuffer-Treiber kann z.B. auch 24 und 32 bit Farbtiefen, der vesafb immerhin 24bit. Boote doch mal mit vga=xxx mit xxx aus | 640x480 800x600 1024x768 1280x1024 16M | 0x112 0x115 0x118 0x11B 16M | 0x312 0x315 0x318 0x31B oder mit vga=ask und da einen der 24bit Modi wählen. Vielleicht hilft auch schon folgende xorg.conf: ==== Section "Screen" DefaultDepth 24 EndSection ==== -dnh -- \|/ ______ \|/ "@' / , . \ `@" D O N ' T /__| \____/ |__\ P A N I C \___U__/ -- 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
Hallo David,
# cat /var/log/Xorg.0.log [...] (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.6.5, module version = 0.1.0 ABI class: X.Org Video Driver, version 5.0 (II) fglrx(0): PCI bus 1 card 0 func 0 (II) fglrx(0): Creating default Display subsection in Screen section "Builtin Default fglrx Screen 0" for depth/fbbpp 8/8 (EE) fglrx(0): Given depth (8) is not supported by fglrx driver
Verwendest du den Framebuffer beim booten? Welchen? Und in welchem Modus? Der matroxfb Framebuffer-Treiber kann z.B. auch 24 und 32 bit Farbtiefen, der vesafb immerhin 24bit. Boote doch mal mit vga=xxx mit xxx aus
| 640x480 800x600 1024x768 1280x1024 16M | 0x112 0x115 0x118 0x11B 16M | 0x312 0x315 0x318 0x31B
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*
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. :-( Jedoch hast du mich auf eine Idee gebracht und habe nach der Autokonfiguration gesucht und auch gefunden. Blöd ist nur, dass die Autokonfiguration fest in /usr/bin/Xorg einkompiliert ist. 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* 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. 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* So, nachdem ich das Problem selber im X-Server gelöst habe, kann von mir aus Sax2 verschwinden. *g* 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. Bitte diese Repo einbinden und das Package xorg-x11-server installieren: http://download.opensuse.org/repositories/home:/Freespacer:/X11:/XOrg/openSU... Danach bitte die Konfigurationsdatei /etc/X11/xorg.conf umbenennen, verschieben oder löschen. Abschließend neustarten und enjoy it. ;-) Lasst mich wissen, ob damit endlich die Probleme aus der Welt geschafft sind. Wünsche euch noch einen angenehmen Abend. -- 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
Hallo Sebastian, vielen dank das Du Dir so viel Mühe machst. Am Dienstag 23 März 2010 22:18:03 schrieb Sebastian Siebert:
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.
Bitte diese Repo einbinden und das Package xorg-x11-server installieren: <http://download.opensuse.org/repositories/home:/Freespacer:/X11:/XOrg/open SUSE_11.2/> Danach bitte die Konfigurationsdatei /etc/X11/xorg.conf umbenennen, verschieben oder löschen. Abschließend neustarten und enjoy it. ;-)
Mich betrifft es nicht, aber bei einigen anderen mit diesen ati-Problemen bin ich in Kontakt. Verstehe ich das so richtig? 1. Das Repo einbinden und xorg-x11-server installieren 2. Den ATI-Treiber nach der Anleitung in Deinem Blog installieren 3. xorg.conf löschen oder umbenennen pp. 4. Neustart?
Lasst mich wissen, ob damit endlich die Probleme aus der Welt geschafft sind.
Feedback gibt es von mir morgen, spätestens aber am Donnerstag
Wünsche euch noch einen angenehmen Abend.
Ich dir auch lg Thomas -- 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
Hallo Thomas,
vielen dank das Du Dir so viel Mühe machst.
Danke, ich habe mich vor einiger Zeit schon mal mit diesem Problem befasst, aber leider bin ich nie soweit gekommen wie heute. Da leider das Problem bei echt vielen Menschen wie auch mich betrifft, musste man einfach handeln. Gelinde gesagt, nicht nur mich, sondern auch vielen anderen nervt dieser Zustand einfach.
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.
Bitte diese Repo einbinden und das Package xorg-x11-server installieren: <http://download.opensuse.org/repositories/home:/Freespacer:/X11:/XOrg/open SUSE_11.2/> Danach bitte die Konfigurationsdatei /etc/X11/xorg.conf umbenennen, verschieben oder löschen. Abschließend neustarten und enjoy it. ;-)
Mich betrifft es nicht, aber bei einigen anderen mit diesen ati-Problemen bin ich in Kontakt.
Verstehe ich das so richtig?
1. Das Repo einbinden und xorg-x11-server installieren 2. Den ATI-Treiber nach der Anleitung in Deinem Blog installieren 3. xorg.conf löschen oder umbenennen pp. 4. Neustart?
Jepp, genauso, falls der fglrx-Treiber nicht installiert ist. Ich werde die Anleitung auf meinem Blog [1] aktualisieren und dort auch nochmal mit einem eigenständigen Artikel ausführlich beschreiben.
Lasst mich wissen, ob damit endlich die Probleme aus der Welt geschafft sind.
Feedback gibt es von mir morgen, spätestens aber am Donnerstag
Sehr gut, bin echt gespannt und auch etwas zuversichtlich, dass die Lösung greift. ;-) [1] - http://www.sebastian-siebert.de/ -- 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
Hallo Sebastian, Sebastian Siebert schrieb:
[...]
Verstehe ich das so richtig?
1. Das Repo einbinden und xorg-x11-server installieren 2. Den ATI-Treiber nach der Anleitung in Deinem Blog installieren 3. xorg.conf löschen oder umbenennen pp. 4. Neustart?
Jepp, genauso, falls der fglrx-Treiber nicht installiert ist.
Und wenn fglrx schon installiert ist? Bei meiner 11.2 arbeitet der fglrx-Treiber mit dem X-Server zusammen, auch Compositing geht (wenn es auch nicht direkt nach dem Anmelden arbeitet), aber es kommt gelegentlich vor, dass bei dunklem Bildschirm (Powersave) weder Tastendruck noch Mausbewegung den X-Server wieder aufwecken können. Übers Netz ist der Rechner noch erreichbar, aber mit init 3 und anschließendem init 5 nicht wieder zum grafischen Erwachen zu bewegen. Wahrscheinlich müsste man nur den X-Server abschießen und dann init 3. Außerdem funktioniert kein Benutzerwechsel (kein weiterer X-Server auf vt08); wenn man das versucht, hat man genauso einen grafischen Hänger, wie bei dem ersten Phänomen. Glaubst Du, diese Fehler könnten behoben sein, wenn ich nach Deiner Beschreibung ein fglrx-RPM bauen und zusammen mit Deinem X-Server-RPM installieren würde? Gibt es keine Kompatibilitätsprobleme mit den anderen Xorg-Paketen? Folgende Pakete sind bei mir installiert: xorg-x11-server-7.4-61.63.1.i586 ati-fglrxG02-kmp-desktop-8.661_2.6.31.5_0.1-23.1.i586 x11-video-fglrxG02-8.661-25.1.i586 ati-fglrxG02-kmp-default-8.661_2.6.31.5_0.1-23.1.i586
Ich werde die Anleitung auf meinem Blog [1] aktualisieren und dort auch nochmal mit einem eigenständigen Artikel ausführlich beschreiben.
Ist das die Aktualisierung von heute?
Lasst mich wissen, ob damit endlich die Probleme aus der Welt geschafft sind.
Nichts lieber als das :-) Grüße, Tom -- 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
Hallo Thomas,
Verstehe ich das so richtig?
1. Das Repo einbinden und xorg-x11-server installieren 2. Den ATI-Treiber nach der Anleitung in Deinem Blog installieren 3. xorg.conf löschen oder umbenennen pp. 4. Neustart?
Jepp, genauso, falls der fglrx-Treiber nicht installiert ist.
Und wenn fglrx schon installiert ist?
Das kommt darauf an, welcher fglrx-Treiber bei dir installiert ist. (Siehe unten)
Bei meiner 11.2 arbeitet der fglrx-Treiber mit dem X-Server zusammen, auch Compositing geht (wenn es auch nicht direkt nach dem Anmelden arbeitet), aber es kommt gelegentlich vor, dass bei dunklem Bildschirm (Powersave) weder Tastendruck noch Mausbewegung den X-Server wieder aufwecken können. Übers Netz ist der Rechner noch erreichbar, aber mit init 3 und anschließendem init 5 nicht wieder zum grafischen Erwachen zu bewegen. Wahrscheinlich müsste man nur den X-Server abschießen und dann init 3. Außerdem funktioniert kein Benutzerwechsel (kein weiterer X-Server auf vt08); wenn man das versucht, hat man genauso einen grafischen Hänger, wie bei dem ersten Phänomen.
Glaubst Du, diese Fehler könnten behoben sein, wenn ich nach Deiner Beschreibung ein fglrx-RPM bauen und zusammen mit Deinem X-Server-RPM installieren würde?
Verwendest du KDE? Wenn ja, welche Version? Im Prinzip kann es gut möglich sein, dass die von dir beschriebenen Probleme mit der neuesten proprietären fglrx-Version 8.702 behoben sind. Zumindest habe ich hier keine Hänger oder sagen wir mal so, schon lange nicht mehr gehabt. Allgemein würde auch der gepatchte X-Server mit dem akuellen fglrx-Treiber stabiler laufen, besonders der Wechsel zu einem anderen Runlevel und wieder zurück. Gilt hier auch bei nicht vorhandener X-Serverkonfigurationsdatei wie /etc/X11/xorg.conf
Gibt es keine Kompatibilitätsprobleme mit den anderen Xorg-Paketen?
Nein, es gibt keine Kompatibilitätsprobleme, weil der gepatchte X-Server genauso gebaut wurde, wie der ungepatchte X-Server. Faktisch kannst du die installierten Xorg-Paketen weiter verwenden. Das ist auch der Sinn der Sache. Wenn zahlreiche positive Rückmeldungen hier einlaufen, dann geht der Patch offiziell an das openSUSE-Update-Team und somit wird der gepatchte X-Server nochmals offiziell zum Update angeboten.
Folgende Pakete sind bei mir installiert: xorg-x11-server-7.4-61.63.1.i586 ati-fglrxG02-kmp-desktop-8.661_2.6.31.5_0.1-23.1.i586 x11-video-fglrxG02-8.661-25.1.i586 ati-fglrxG02-kmp-default-8.661_2.6.31.5_0.1-23.1.i586
Also, wenn du einen selbstgebauten fglrx-Treiber nach der Anleitung von meinem Blog installieren möchtest, muss du vor der Installation des selbstgebauten fglrx-Treiber folgende 3 RPMs jedenfalls löschen: ati-fglrxG02-kmp-desktop-8.661_2.6.31.5_0.1-23.1.i586 x11-video-fglrxG02-8.661-25.1.i586 ati-fglrxG02-kmp-default-8.661_2.6.31.5_0.1-23.1.i586 Andernfalls würde ich einfach die Installation des gepatchten X-Servers versuchen und falls das Problem mit dem Runlevel bleibt, dann würde ich ein Update auf die neueste fglrx-Version wagen. ACHTUNG: Die neuen RPMs im ATI-Repo haben eine fehlerhafte Prüfsumme und können nicht installiert werden. Daher ist ein erneuter Wechsel in den ATI-Repo derzeit nicht möglich.
Ich werde die Anleitung auf meinem Blog [1] aktualisieren und dort auch nochmal mit einem eigenständigen Artikel ausführlich beschreiben.
Ist das die Aktualisierung von heute?
Einfach nach dieser Reihenfolge vorgehen: http://www.sebastian-siebert.de/2010/03/24/opensuse-11-2-x-server-und-ati-ca... http://www.sebastian-siebert.de/2010/02/18/opensuse-11-2-proprietaeren-grafi... Wie du es installierst, ist dir selbst überlassen. ;-)
Lasst mich wissen, ob damit endlich die Probleme aus der Welt geschafft sind.
Nichts lieber als das :-)
Dann sind wir schon mal zu zweit + die treuen Blogleser. :-D Wobei ich mich hier korrigieren müsste, weil ich bereits den gepatchten X-Server verwende und jetzt eigentlich nicht mehr dazu zähle. ;-) -- 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
Am Mittwoch 24 März 2010 23:43:36 schrieb Sebastian Siebert:
Wenn zahlreiche positive Rückmeldungen hier einlaufen, dann geht der Patch offiziell an das openSUSE-Update-Team und somit wird der gepatchte X-Server nochmals offiziell zum Update angeboten.
von mir gibt es erst morgen ein Feedback; der betreffende User bekommt am Tag nur 1,5 Stunden Online-Zeit und gestern wollte er sich gcc deinstallieren ( er versucht sich im Programmieren), und damit hat er sich gleich 750 abhängige Pakete mit deinstalliert, weil er die ganze gefundene Liste hat löschen lassen. Erschwerend hinzu kam, dass die Suse Live-CD von ihm offensichtlich keine Reparaturfunktion hatte. http://www.file-upload.net/download-2355353/ZAHLENRATEN.html
Dann sind wir schon mal zu zweit + die treuen Blogleser. :-D
Wobei ich mich hier korrigieren müsste, weil ich bereits den gepatchten X-Server verwende und jetzt eigentlich nicht mehr dazu zähle. ;-)
-- 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
Hallo Thomas,
Wenn zahlreiche positive Rückmeldungen hier einlaufen, dann geht der Patch offiziell an das openSUSE-Update-Team und somit wird der gepatchte X-Server nochmals offiziell zum Update angeboten.
von mir gibt es erst morgen ein Feedback; der betreffende User bekommt am Tag nur 1,5 Stunden Online-Zeit und gestern wollte er sich gcc deinstallieren ( er versucht sich im Programmieren), und damit hat er sich gleich 750 abhängige Pakete mit deinstalliert, weil er die ganze gefundene Liste hat löschen lassen. Erschwerend hinzu kam, dass die Suse Live-CD von ihm offensichtlich keine Reparaturfunktion hatte.
*Autsch* Nicht gut. Dann wünsche ihm mal gute Besserung und hoffe das er aus vielerlei Hinsicht daraus gelernt hat. ;-)
http://www.file-upload.net/download-2355353/ZAHLENRATEN.html
Was ist das? Der Link gehört hier eigentlich nicht hin, oder? So bis später dann, jetzt wird 'ne Runde geschlafen. -- 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
Am Donnerstag 25 März 2010 00:29:05 schrieb Sebastian Siebert:
*Autsch* Nicht gut. Dann wünsche ihm mal gute Besserung und hoffe das er aus vielerlei Hinsicht daraus gelernt hat. ;-)
hat er ganz sicher :-)
http://www.file-upload.net/download-2355353/ZAHLENRATEN.html
Was ist das? Der Link gehört hier eigentlich nicht hin, oder?
Seine erstes Programmierergebnis
So bis später dann, jetzt wird 'ne Runde geschlafen.
dito -- 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
Hallo zusammen, wie vielleicht einige von euch mitbekommen haben, ist ATI Catalyst 10.3 heute rausgekommen. Ich habe einen aktualisierten Artikel zum o.g. Thema in meinem Blog eingestellt mit der Verlinkung zur Installation des gepatchten X-Servers. Zu diesem Anlass habe ich das Skript "makerpm-ati-10.3.sh", mit der Möglichkeit den gepatchten X-Server zu installieren, erweitert. http://www.sebastian-siebert.de/2010/03/25/opensuse-11-2-proprietaeren-grafi... Apropos: Zusammenarbeit zwischen dem X-Server und dem fglrx-Treiber. Ich habe gestern abend noch die Sourcen vom X-Server aus dem Ubuntu-Projekt heruntergeladen, um mir deren Patches anzuschauen und musste leider (oder zum Glück für uns ;-) ) feststellen, dass die sogar den fglrx-Patch für die Autoerkennung vom X-Server herausgenommen haben (Die Changelog weist auf dieses Problem zwischen dem X-Server und dem fglrx-Treiber hin). Offenbar wussten sie auch nicht, wie man dem Problem beikommt. Gerade beim gehypten Ubuntu hätte ich es eigentlich anders erwartet (zur Zeit Platz 1 bei distrowatch.com). Nur eine Wiki-Seite in Ubuntu erzählt was von /etc/X11/xorg.conf anlegen. Was bin ich froh, dass ich bei meinem gepatchten X-Server keine X-Server-Konfigurationsdatei brauche. :-) -- 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
Am Donnerstag 25 März 2010 21:50:56 schrieb Sebastian Siebert:
wie vielleicht einige von euch mitbekommen haben, ist ATI Catalyst 10.3 heute rausgekommen.
Jo, hab ich gesehen. Gestern wurde in dem Downloadlink lediglich eine leere 15 Byte große Datei angeboten.
Ich habe einen aktualisierten Artikel zum o.g. Thema in meinem Blog eingestellt mit der Verlinkung zur Installation des gepatchten X-Servers. Zu diesem Anlass habe ich das Skript "makerpm-ati-10.3.sh", mit der Möglichkeit den gepatchten X-Server zu installieren, erweitert.
<http://www.sebastian-siebert.de/2010/03/25/opensuse-11-2-proprietaeren-gra fik-treiber-ati-catalyst-10-3-als-rpm-installieren/>
Nochmal danke für Deine Mühe. Leider kamen wir heute immer noch nicht dazu. Virtualbox und einiges andere war da wohl wichtiger als der ati-Treiber. Was mich allerdings wundert: Wenn man glxinfo | grep rendering b ei ihm eingeben lässt, kommt ein glasklares "yes"; allerdings stürzt die Kiste ab wenn man versucht, die KDE Arbeitsflächen effekte zu aktivieren. Wie gesagt noch nicht der propritäre Treiber sondern wahrscheinlich radeon.
Was bin ich froh, dass ich bei meinem gepatchten X-Server keine X-Server-Konfigurationsdatei brauche. :-)
...und ich fiebere dem entgegen es mal ausprobieren zu können (am lebenden Objekt sozusagen) :-) lg Thomas -- 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
Hallo Sebastian, Sebastian Siebert schrieb:
Hallo zusammen,
wie vielleicht einige von euch mitbekommen haben, ist ATI Catalyst 10.3 heute rausgekommen.
Ich habe einen aktualisierten Artikel zum o.g. Thema in meinem Blog eingestellt mit der Verlinkung zur Installation des gepatchten X-Servers. Zu diesem Anlass habe ich das Skript "makerpm-ati-10.3.sh", mit der Möglichkeit den gepatchten X-Server zu installieren, erweitert.
Habe ich versucht, bekomme aber immer die Fehlermeldung "Extraction failed", d.h. es scheint. als liefe das Skript 'ati-driver-installer-10-3-x86.x86_64.run' nicht durch. Etwas ähnliches habe ich schon früher mal beobachtet, als ich einen Vorgänger von ATI installieren wollte: immer brach es ab; den Grund weiß ich leider nicht mehr; ich fand ja dann fertige RPMs, mit denen wenigstens das Compositing funktionierte.
http://www.sebastian-siebert.de/2010/03/25/opensuse-11-2-proprietaeren-grafi...
Apropos: Zusammenarbeit zwischen dem X-Server und dem fglrx-Treiber.
Zunächst habe ich nur Deinen gepatchten X-Server installiert, aber alles blieb beim alten (weshalb ich danach das oben beschriebene versucht habe): 1) Wechsel des Runlevel auf 3 nicht zuverlässig bzw. unmöglich (kdm wurde zwar beendet, nicht aber Xorg!); zurück zu RL 5 ging natürlich auch nicht mehr. 2) Wenn man am Boot-Prompt '3' für den RL 3 eingibt, dann kann man später anstandslos in den RL 5 wechseln. Probleme habe ich immer nur von einem laufenden X-Server ausgehend. 3) Neustart eines weiteren X-Servers auf vt08 (wg. Benutzerwechsel aus KDE) funktioniert auch nicht; System reagiert nicht auf Magic Sys-Requests. Nur remote kann man einen Reboot veranlassen. Gruß, Tom -- 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
Hallo Thomas,
Zunächst habe ich nur Deinen gepatchten X-Server installiert, aber alles blieb beim alten (weshalb ich danach das oben beschriebene versucht habe):
1) Wechsel des Runlevel auf 3 nicht zuverlässig bzw. unmöglich (kdm wurde zwar beendet, nicht aber Xorg!); zurück zu RL 5 ging natürlich auch nicht mehr.
Okay, ich muss meine Aussage von der letzten Mail bezüglich dem Runlevel nochmal revidieren. Denn ich kann das Problem sowohl mit dem originalen X-Server wie auch mit dem gepatchten X-Server bestätigen.
2) Wenn man am Boot-Prompt '3' für den RL 3 eingibt, dann kann man später anstandslos in den RL 5 wechseln. Probleme habe ich immer nur von einem laufenden X-Server ausgehend.
ACK
3) Neustart eines weiteren X-Servers auf vt08 (wg. Benutzerwechsel aus KDE) funktioniert auch nicht; System reagiert nicht auf Magic Sys-Requests. Nur remote kann man einen Reboot veranlassen.
ACK Der Wechsel in einen anderen Runlevel und wieder zurück funktioniert nur, wenn man z.B. unter KDE in einer Konsole init 3 eingibt. Dann wird der X-Server korrekt beendet und man kommt von dort ohne Probleme wieder zurück in den Runlevel 5. Das ist so keine dauerhafte Lösung. Ich hänge mich mal an dem Problem dran und schaue, ob ich es gelöst bekomme. Ich muss nur mal sehen wie ich den X-Server gesprächiger bekomme, die Logdateien vom X-Server sind beim Runlevel-Wechsel von der TTY leider gar nicht aussagekräftig bzw. er sagt einfach gar nix mehr. Wer eine Vermutung hat, woran es liegen könnte, so wäre ich für eine Nachricht dankbar. -- 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
Hallo Sebastian, Sebastian Siebert schrieb:
Verwendest du KDE? Wenn ja, welche Version?
KDE 4.4.1
[..]
Wenn zahlreiche positive Rückmeldungen hier einlaufen, dann geht der Patch offiziell an das openSUSE-Update-Team und somit wird der gepatchte X-Server nochmals offiziell zum Update angeboten.
Heute bin ich leider auch noch nicht dazugekommen, denn ich musste einen Server nach umfassendem Datenverlust unter / und /usr nach Dateisystemdefekten wiederherrichten.
Also, wenn du einen selbstgebauten fglrx-Treiber nach der Anleitung von meinem Blog installieren möchtest, muss du vor der Installation des selbstgebauten fglrx-Treiber folgende 3 RPMs jedenfalls löschen:
ati-fglrxG02-kmp-desktop-8.661_2.6.31.5_0.1-23.1.i586 x11-video-fglrxG02-8.661-25.1.i586 ati-fglrxG02-kmp-default-8.661_2.6.31.5_0.1-23.1.i586
Mir ist ist noch nicht ganz klar, wie die Version des fglrx-Treibers mit der X-Servers zusammenhängt, oder gibt's da gar keine Notwendigkeiten?
Andernfalls würde ich einfach die Installation des gepatchten X-Servers versuchen und falls das Problem mit dem Runlevel bleibt, dann würde ich ein Update auf die neueste fglrx-Version wagen.
Nachdem Desktop-3D-Effekte bei mir funktionieren, scheint der Treiber zunächst erhaltenswert. Sollten sich keine Verbesserungen beim Benutzerwechsel aus KDE (zweiter X-Server auf vt08) ergeben, dann probiere ich mal den Treiber aus ATI-Catalyst 10.2 oder 10.3.
ACHTUNG: Die neuen RPMs im ATI-Repo haben eine fehlerhafte Prüfsumme und können nicht installiert werden. Daher ist ein erneuter Wechsel in den ATI-Repo derzeit nicht möglich.
Habe ich gesehen, und einen Update auch abgelehnt.
Ich werde die Anleitung auf meinem Blog [1] aktualisieren und dort auch nochmal mit einem eigenständigen Artikel ausführlich beschreiben. Ist das die Aktualisierung von heute?
Einfach nach dieser Reihenfolge vorgehen: http://www.sebastian-siebert.de/2010/03/24/opensuse-11-2-x-server-und-ati-ca...
http://www.sebastian-siebert.de/2010/02/18/opensuse-11-2-proprietaeren-grafi...
Wie du es installierst, ist dir selbst überlassen. ;-)
Danke für Deinen Einsatz!!!
Dann sind wir schon mal zu zweit + die treuen Blogleser. :-D
Der Blog war auch recht aufschlussreich. Ich habe ja nicht geglaubt, dass es mit X-Server noch mal solche Probleme geben könnte, nachdem die Installation eines fuktionierenden Grafiksubsystems in den letzen Jahren immer glatter, will heißen mit immer weniger Eingriffendes Installateurs, ablief. Bis bald, Tom -- 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
Hallo, Am Die, 23 Mär 2010, Sebastian Siebert schrieb:
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?
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 ;)
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).
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.)
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 :)
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 ... -dnh -- +-------------------------------------------------------------------+ |-- SELF-ASSEMBLY MOEBIUS-STRIP - SEE OTHER SIDE FOR INSTRUCTIONS --| +-------------------------------------------------------------------+ -- 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
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
participants (6)
-
David Haller
-
Martin Hofius
-
Sebastian Koerner
-
Sebastian Siebert
-
Thomas Michalka
-
Thomas Schirrmacher