AMD 785G und openSUSE, fglrx or not fglrx?
Hallo, Sorry, aber schon wieder dieses leidige Thema. Ich bekomme demnaechst ein 785G Board von Gigabyte, und zwar ohne extra Grafikkarte (wenn das noetig werden sollte, dann sicher keine ATI!). Nun stellt sich wieder die Frage ATI Originaltreiber oder radeonhd. Der ATI-Originaltreiber aus den OS ATI repos stuerzte und stuerzt bei mir in der Firma (OS11.1, x86_64, ASUS M3A78 780G/R3100 Board) regelmaessig total ab und zieht das ganze System in den Keller. Zuerst wird der Desktop extrem langsam und zaeh, ist man dann so leichtsinnig sich ausloggen zu wollen oder gar nur das VT zu wechseln, stuerzt der Rechner total ab. Ich kann immer nur versuchen vorher meine Filesysteme R/O zu remounten, und dann erst die Qualitaet von ATI's Closed Source Treibern testen. :( Deshalb ist dort jetzt wieder der radeonhd drauf. Ich hatte in der Vergangenheit immer wieder gehofft der Treiber von den US ATI-Webseiten waere neuer, besser und stabiler (9.3..9.9). Immer wieder getestet, bisher ohne Erfolg. Wie ist das nun mit dem 785G (R4xxx) und der OS11.2 x86_64? Drei-Deee muesste ja nicht unbedingt sein, aber Plasma kann ja ohne Compositing fast nix mehr, nicht mal ein rechter Ersatz fuer Expose ist ohne Compositing noch zu haben. Wenn ueberhaupt ATI's fglrx, den Treiber aus dem OS ATI repo (wenn's gerade mal geht), oder gleich den manuell installierten und aktuelleren von ATI's US web pages (z.Zt. 9.11)? Wieviel RAM gebe ich eigentlich der Grafik im BIOS? Auto, 256, ...? Beim radeonhd ist ja IMHO mehr als 256 nicht moeglich. Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- 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 Montag, 18. Januar 2010 13:07:18 schrieb Roman Fietze: Hallo Roman, ich habe zwar keine ATI-Karte, aber das Problem mit den Rechnerabstuerzen in Bezug auf die Grafik kenne ich von Intel-Chips! Zwei dieser Kisten blieben regelmaessig und ohne Vorankuendigung einfach stehen. Versuche doch mal mit der Option noapic zu booten. Seitdem habe ich keine Abstuerze mehr und sogar S2Ram funktioniert auf diesen Kisten. Daran war vorher nicht im geringsten zu denken! MfG Th. Moritz -- Du bist allein? Du bist crazy? Du willst Party? Dann schick eine SMS mit "Feuer" and die 112! Und schon steht ein Partymobil mit Schaumkanone, Lichtanlage und 20 Partyboys vor deiner Tür! [ weiss nicht woher ] -- 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, Am Montag, 18. Januar 2010 schrieb Thomas Moritz:
Am Montag, 18. Januar 2010 13:07:18 schrieb Roman Fietze: ... das Problem mit den Rechnerabstuerzen in Bezug auf die Grafik kenne ich von Intel-Chips! Zwei dieser Kisten blieben regelmaessig und ohne Vorankuendigung einfach stehen.
Versuche doch mal mit der Option noapic zu booten. Seitdem habe ich keine Abstuerze mehr und sogar S2Ram funktioniert auf diesen Kisten. Daran war vorher nicht im geringsten zu denken! bezieht sich Deine Aussage mit den Intel-Chips auf den bekannten Fehler, dass die Oberfläche stehenbleibt (auch bzw. gerade bezgl. Maus und Tastatur), der restliche Rechner aber weiterläuft?
Dazu gibt es ja seit langem einen bugzilla-Eintrag, der zwar auf critical steht, aber seit einigen den ersten Einträgen nicht mehr in Bewegung ist - bis auf meinen Kommentar vor ein paar Tagen. S2Ram funktioniert eigentlich auf meinem Rechner (Acer Travelmate 290) mit 855GM als Grafikchip sehr gut - wenn nicht die gelegentlichen (1-2 mal täglich) Abstürze der Oberfläche wären. Ich habe die jetzt nicht nicht mehr gehabt, seitdem ich S2Ram nicht mehr nutze (seit ca. 1 Woche) - aber es wäre natürlich echt gut, wenn es auch mit S2Ram danach noch stabil laufen würde... Ich werde das mal ausprobieren. 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
Am Montag, 18. Januar 2010 schrieb Martin Hofius: > Hallo Thomas, > > Am Montag, 18. Januar 2010 schrieb Thomas Moritz: > > Am Montag, 18. Januar 2010 13:07:18 schrieb Roman Fietze: ... > > Versuche doch mal mit der Option noapic zu booten. Seitdem habe ich > > keine Abstuerze mehr und sogar S2Ram funktioniert auf diesen Kisten. > > Daran war vorher nicht im geringsten zu denken! ... > - wenn nicht die gelegentlichen (1-2 mal täglich) Abstürze der Oberfläche > wären. Ich habe die jetzt nicht nicht mehr gehabt, seitdem ich S2Ram nicht > mehr nutze (seit ca. 1 Woche) - aber es wäre natürlich echt gut, wenn es > auch mit S2Ram danach noch stabil laufen würde... Ich werde das mal > ausprobieren. seit Montag habe ich keinen Absturz mehr gesehen - trotz häufigem Einsatz von S2Ram. Das ist noch keine endgültige Entwarnung bezüglich des Fehlers, aber zumindest schon mal ein Würgaround, der das Einfrieren zumindest wesentlich seltener macht - vielen Dank für den Tip ;-) 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
Am Dienstag, 19. Januar 2010 17:06:42 schrieb Martin Hofius: Hallo Martin,
Am Montag, 18. Januar 2010 schrieb Martin Hofius:
Hallo Thomas,
Am Montag, 18. Januar 2010 schrieb Thomas Moritz:
Am Montag, 18. Januar 2010 13:07:18 schrieb Roman Fietze:
...
Versuche doch mal mit der Option noapic zu booten. Seitdem habe ich keine Abstuerze mehr und sogar S2Ram funktioniert auf diesen Kisten. Daran war vorher nicht im geringsten zu denken!
...
- wenn nicht die gelegentlichen (1-2 mal täglich) Abstürze der Oberfläche wären. Ich habe die jetzt nicht nicht mehr gehabt, seitdem ich S2Ram nicht mehr nutze (seit ca. 1 Woche) - aber es wäre natürlich echt gut, wenn es auch mit S2Ram danach noch stabil laufen würde... Ich werde das mal ausprobieren.
seit Montag habe ich keinen Absturz mehr gesehen - trotz häufigem Einsatz von S2Ram. Das ist noch keine endgültige Entwarnung bezüglich des Fehlers, aber zumindest schon mal ein Würgaround, der das Einfrieren zumindest wesentlich seltener macht - vielen Dank für den Tip ;-)
Ich habe die eine Kiste heute wieder zum Stillstand gebracht! Passiert ist es, als ich die Powerdevil-Einstellungen komplett und nacheinander fuer alle Profile geaendert habe. Es muss also ein Zusammenhang zu der noapic-Option geben. Da nun alles nach Wunsch eingerichtet ist, gehe ich davon aus, dass ich absturzfrei durch die naechsten Wochen komme... MfG Th. Moritz -- Mein Rechner hat mehr Heizleistung, als meine Heizung Rechenleistung! -- 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
Ich bekomme demnaechst ein 785G Board von Gigabyte, und zwar ohne extra Grafikkarte (wenn das noetig werden sollte, dann sicher keine ATI!). Nun stellt sich wieder die Frage ATI Originaltreiber oder radeonhd.
Hier lief ein Asus M3A-H/HDMI unter Suse 11.1 64bit mit dem fglrx Treiber aus dem ATI Repository mit Yast eingebunden. Die 3D Effekte in KDE 4 funktionierten nicht, 3D an sich aber mit dem Tuxracer. Jetzt habe ich mit dem gleichen Motherboard Suse 11.2 64bit am Laufen, mit einer Sapphire ATI Radeon HD 4670. Eingerichtet zuerst mit dem radeon, dann, wie oben, ati-fglrxG02-kpm-desktop 8.661-2.6.31.5_05 aus dem Repository. Den ati-fglrxG01 hatte ich auf Taboo gesetzt, irgendwo steht, die G02 ist für 4000 Reihe. Das Repository stand allerdings erst ein paar Wochen nach dem Suse 11.2 Release zur Verfügung. KDE 3D funktioniert, frisst aber m.E. zu viel Prozesszeit, das ist mir die Optik nicht wert. Die ATI Karten produzieren im Vergleich zu NVidia für meinen Bedarf weniger Wärme = brauchen weniger Watt = gutes "grünes Gewissen". Gruß Peter -- 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 Peter, On Monday 18 January 2010 18:45:36 Peter Mc Donough wrote:
Jetzt habe ich mit dem gleichen Motherboard Suse 11.2 64bit am Laufen, mit einer Sapphire ATI Radeon HD 4670.
Ah, das ist doch schon mal was. Eine 11.2, 64 Bit und eine 4xxx.
Den ati-fglrxG01 hatte ich auf Taboo gesetzt, irgendwo steht, die G02 ist für 4000 Reihe.
IMHO nimmt YaST "von selbst" die richtige Version.
KDE 3D funktioniert, frisst aber m.E. zu viel Prozesszeit, das ist mir die Optik nicht wert.
Hast den den Rechner bzw. Desktop laenger am Stueck laufen, d.h. auch mal ueber Tage hinweg? Wenn ja, wird der Desktop hierbei irgendwann mal langsamer und extrem zaeh (à la memory leak)? Bei AMD/ATI bzgl. meines Problems einen Bugreport einzustellen habe ich aufgegeben, der alte von vor einem Jahr hat noch keinerlei Response ergeben ausser "das ist wie es ist". Auf die (neue) Optik vieler Tools, speziell Plasma aus KDE4 koennte ich gut und gerne verzichten, allem voran der Transparency von z.B. Plasmoiden (wenn ich yawp's Fenster aufpoppen lassen dann mit gutem Grund, dann will ich sehen was es anzeigt, und nicht das was darunter ist). Dummerweise funktionieren viele Dinge nicht ohne eingeschaltetem 3D bzw. Compositing. Und der redaeonhd bietet das nun mal (noch) nicht.
Die ATI Karten produzieren im Vergleich zu NVidia für meinen Bedarf weniger Wärme = brauchen weniger Watt = gutes "grünes Gewissen".
Das ist ein Hauptgrund, und auch der sehr bescheidene Hunger nach Energie und Moneten der zugehoerigen Prozessoren. Zudem hat man einen flotten PCIe-Steckplatz frei, wer weiss was noch alles kommt (SATA 3, USB 3-4, ...). Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- 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 Roman, Am Dienstag, 19. Januar 2010 schrieb Roman Fietze:
Hallo Peter,
On Monday 18 January 2010 18:45:36 Peter Mc Donough wrote: ...
Hast den den Rechner bzw. Desktop laenger am Stueck laufen, d.h. auch mal ueber Tage hinweg? Wenn ja, wird der Desktop hierbei irgendwann mal langsamer und extrem zaeh (à la memory leak)? Bei AMD/ATI bzgl. meines Problems einen Bugreport einzustellen habe ich aufgegeben, der alte von vor einem Jahr hat noch keinerlei Response ergeben ausser "das ist wie es ist". ist das wirklich ein ATI-Problem? Ich habe genau so etwas bei meinem Notebook mit Intel 855GM gehabt. Nach einer Zeit des Herumprobierens konnte ich es durch Aufruf der Systemüberwachung bei sonst ruhendem Desktop auslösen - schlagartig wurde die Oberfläche krückelahm, ohne dass Prozessor oder Platte irgend etwas taten. Das Phenomen ist schlagartig verschwunden, nachdem ich bei den Desktopeffekten den Effekt beim Minimieren von Fenster abgeschaltet hatte (der auch aktiviert wird, wenn man auf der ersten Seite "verschiedene Effekte" einschaltet). Seitdem ist Ruhe und die Oberfläche läuft gleichmäßig und flüssig.
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, On Tuesday 19 January 2010 17:04:15 Martin Hofius wrote:
... konnte ich es durch Aufruf der Systemüberwachung bei sonst ruhendem Desktop auslösen - schlagartig wurde die Oberfläche krückelahm, ohne dass Prozessor oder Platte irgend etwas taten
Ist der Rechner dann beim Wechseln der virtuellen Terminals per Ctrl-Alt-Fx oder auch nur beim Ausloggen abgestuerzt? Ich habe den Verdacht der ATI-Treiber kommt mit der Zeit mit seiner Speicherverwaltung etwas durcheinander.
Das Phenomen ist schlagartig verschwunden, nachdem ich bei den Desktopeffekten den Effekt beim Minimieren von Fenster abgeschaltet hatte
Tja, den habe ich aus, wie so viele Effekte die man abschalten kann ohne Funktionalitaet einzubuessen.
wird, wenn man auf der ersten Seite "verschiedene Effekte" einschaltet
Ok, auf diesen Punkt werde ich achten wenn ich dem ATI-Treiber die naechste Chance gebe. Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- 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 Roman,
Jetzt habe ich mit dem gleichen Motherboard Suse 11.2 64bit am Laufen, mit einer Sapphire ATI Radeon HD 4670. Ah, das ist doch schon mal was. Eine 11.2, 64 Bit und eine 4xxx.
Ich habe dafür auch eine Weile nach negativen Berichten für den Einsatz unter Linux gesucht. Man muss sich überlegen, ob man auch Windows (nicht virtuell) laufen lassen will und etwas 3D Power brauch.
Den ati-fglrxG01 hatte ich auf Taboo gesetzt, irgendwo steht, die G02 ist für 4000 Reihe.
IMHO nimmt YaST "von selbst" die richtige Version.
Du hast recht. Ich habe noch einmal nachgesehen, das war bei meiner 11.1er Installation.
Hast den den Rechner bzw. Desktop laenger am Stueck laufen, d.h. auch mal ueber Tage hinweg? Wenn ja, wird der Desktop hierbei irgendwann mal langsamer und extrem zaeh (à la memory leak)? Bei AMD/ATI bzgl. meines Problems einen Bugreport einzustellen habe ich aufgegeben, der alte von vor einem Jahr hat noch keinerlei Response ergeben ausser "das ist wie es ist".
Mir ist nichts dergleichen aufgefallen, allerdings benutze ich den Rechner nur privat, maximal 1/2 Tag.
Auf die (neue) Optik vieler Tools, speziell Plasma aus KDE4 koennte ich gut und gerne verzichten, allem voran der Transparency von z.B. Plasmoiden (wenn ich yawp's Fenster aufpoppen lassen dann mit gutem Grund, dann will ich sehen was es anzeigt, und nicht das was darunter ist). Dummerweise funktionieren viele Dinge nicht ohne eingeschaltetem 3D bzw. Compositing. Und der redaeonhd bietet das nun mal (noch) nicht.
Auf dem Desktop lasse zur Überwachung GKrellM in Kombination mit lmsensors laufen. Währen dieser Mail habe ich testweise Compositing zugeschaltet. Die Prozesssorauslastung spring von um die 1% ohne auf üeber 10% mit Compositing. Ich hatte anfangs eine Weile Compositing verwendet - sieht hübsch aus. Der einzige Vorteil für mich war die verkleinerte Anzeige aller Arbeitsflächen mit Strg + F8. Bei der Gelegenheit bin ich über zwei wahrscheinlich allgemeine bekannte Optionen unter KDE 4 gestolpert: - man kann mit dem Mausrad zwischen verschiedenen Arbeitsflächen auch ohne Compositing umschalten kann, was für meine Zwecke reicht. - eine Anwendung kann man in der Fensterleiste zwischen den Arbeitsflächen verschieben. Und das finde ich richtig cool ! Gruß Peter -- 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
Hast den den Rechner bzw. Desktop laenger am Stueck laufen, d.h. auch mal ueber Tage hinweg? Wenn ja, wird der Desktop hierbei irgendwann mal langsamer und extrem zaeh (à la memory leak)? Bei AMD/ATI bzgl. meines Problems einen Bugreport einzustellen habe ich aufgegeben, der alte von vor einem Jahr hat noch keinerlei Response ergeben ausser "das ist wie es ist".
Mir fällt noch Beagle oder Nepomuk ein. Sind die abgeschaltet? Gruß Peter -- 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 Peter, On Tuesday 19 January 2010 18:07:21 Peter Mc Donough wrote:
Mir fällt noch Beagle oder Nepomuk ein. Sind die abgeschaltet?
Aber selbstverstaendlich. ;) Das erste das ich mache nachdem ein System installiert ist, ist mono-core mit allem was daran haengt zu deinstallieren und in KDE den nepomuk auszuschalten. Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- 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, On Monday 18 January 2010 13:07:18 Roman Fietze wrote:
Ich bekomme demnaechst ein 785G Board von Gigabyte, ...
Jetzt isses da.
Der ATI-Originaltreiber aus den OS ATI repos stuerzte und stuerzt bei mir in der Firma (OS11.1, x86_64, ASUS M3A78 780G/R3100 Board) ...
Auf dem erwaehnten Gigabyte mit dem R4xxx ist der Treiber etwas stabiler, aber einen Crash hat er auch schon hinter sich. Eine Methode das zu schaffen ist wohl das Wechseln von VTs (X11->ASCII oder X11->X11). In diesem Fall konnte ich mich aber im Gegensatz zum 780G/R31000 noch via ssh einloggen und neu booten. Das ist momentan noch der Treiber aus dem ATI Repos fuer OS 11.2. Allerdings hinkt ATI wie immer hinterher und hat nur die Treiber fuer den Kernel 2.6.31.5 im Angebot, nicht den fuer den aktuellen .8 aus dem Update Repos. Wenn ich Zeit habe teste ich noch den ATI-Treiber von deren Webseite und schreibe evt. einen weiteren Bugreport, man gibt die Hoffnung ja nie auf. :) Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- 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 24.01.2010 11:05, schrieb Roman Fietze:
Auf dem erwaehnten Gigabyte mit dem R4xxx ist der Treiber etwas stabiler, aber einen Crash hat er auch schon hinter sich. Eine Methode das zu schaffen ist wohl das Wechseln von VTs (X11->ASCII oder X11->X11). In diesem Fall konnte ich mich aber im Gegensatz zum 780G/R31000 noch via ssh einloggen und neu booten.
Seit ich mich mit den Grafiktreibern rumärgern muss, steht in den entsprechenen Releasenotes, dass es beim Umschalten bzw. Hin- und Herschalten zwischen den Virtuellen Terminals und dem Grafikmodus zu Problemen kommen kann. Ein Faktor der auch da reinspielt ist, ob man mit dem Framebuffer startet bzw. welchen Modus man da eingestellt hat. Bei jedem Release des fglrx ändert sich das oder es bleibt wie es ist. Ein Schwachpunkt ist das aber eigentlich immer, wenn auch immer mal wieder mit anderem Gesicht. Beim NVidia Treiber war/ist das aber nach meinem Kenntnisstand auch nix anners. Gruß Joachim -- 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 Joachim, On Sunday 24 January 2010 12:09:56 Joachim H. wrote:
Ein Faktor der auch da reinspielt ist, ob man mit dem Framebuffer startet bzw. welchen Modus man da eingestellt hat.
Gut das du das sagst, diesen Umstand hatte ich auch schon in Verdacht. Geshen hat man es z.T. daran, dass der Treiber bei der Darstellung bestimmter FB-Modi den Text in den ersten paar Textspalten zerlegt hatte. Diese Modi aber auf Vertraeglichkeit durchzuprobieren ist kaum machbar, und 80x25 will ich nun auch wieder nicht.
Bei jedem Release des fglrx ändert sich das oder es bleibt wie es ist.
Eher Letzteres.
Beim NVidia Treiber war/ist das aber nach meinem Kenntnisstand auch nix anners.
Etwas stabiler. Wird echt Zeit, dass hier endlich wie bei NICs (das war damals auch so ein Theater mit kommerziellen Treibern) offene Treiber diesen Murks abloesen. Dann bin ich auch gerne bereit zu testen, zu aendern, zu probieren. Aber so nicht wirklich, speziell wenn AMD/ATI nicht mal auf Bugreports reagiert. Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- 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 Roman, Am 24.01.2010 12:56, schrieb Roman Fietze:
Ein Faktor der auch da reinspielt ist, ob man mit dem Framebuffer startet bzw. welchen Modus man da eingestellt hat.
Gut das du das sagst, diesen Umstand hatte ich auch schon in Verdacht. Geshen hat man es z.T. daran, dass der Treiber bei der Darstellung bestimmter FB-Modi den Text in den ersten paar Textspalten zerlegt hatte.
Bei mir gab es keine Artefakte im Textmodus.
Etwas stabiler. Wird echt Zeit, dass hier endlich wie bei NICs (das war damals auch so ein Theater mit kommerziellen Treibern) offene Treiber diesen Murks abloesen.
d'acore! Ich bin mir nicht sicher, ob es da aber wirklich besser ist, zumindest, was dieses Problem des Umschaltens oder Zusammenspiels mit dem Framebuffer angeht. Ich habe schon lange nicht mehr die Releasenotes des radeonhd angeschaut oder bin durch Foren und Mailinglisten. Aber auch da gab es schon Probleme. Ich bin kein Experte der X-Programmierung, doch lässt die Präsenz und Hartnäckigkeit, mit der dieses Problem alle Treiber umgibt, darauf schließen, dass es wohl nicht trivial ist. Aber vielleicht, ist es bei der aktuellen Version des radeonhd wirklich besser oder gar erledigt. Die Hoffnung stürbt zuletzt. Bei meiner aktuellen Kombi 11.2-64bit-fglrx-RV635 übrigens gab es noch keine Probleme beim Switch X-VT. Glück? Joachim -- 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 (5)
-
Joachim H.
-
Martin Hofius
-
Peter Mc Donough
-
Roman Fietze
-
Thomas Moritz