Re: [suse-laptop] Welcher Treiber für Suse 8.2 auf Acer Travelmate 800 (Ati Radeo Mobility 9000)
Hallo Liste,
SaX2 kennt die Ati Radeo Mobility 9000 in meinem Laptop nicht, "erkannte" bei der Installation anscheined Ati RV250 Lf . Die Grafik ist soweit OK, nur 3D Harware unterstützung tut nicht.
Hallo Lukas, ich hatte das Problem auch bei meinem Laptop hat SAX2 es erst akzeptiert, als ich den Bootparameter "vga=791" dazu gefügt habe. Die Info hatte ich von Martin Krammers Homepage.
War das auch ein Acer Travelmate 800? Mit der Möglichkeit, 3D mit dem ursprünglich installierten Treiber hinzukriegen, hatte ich gar nicht mehr gerechnet. Mittlerweile habe ich den Treiber von der ATI Website installiert, der Installer beschwerte sich aber über die Abwesenheit eines custom Kernel Moduls, dh. ich müsste wohl nen Kernel kompilieren (Angst). Ich nehme an, solange ich nicht den alten xfree config file durch den neu generierten ersetze, läuft auch nach nem Neustart noch der alte Treiber. Korrekt? Ich könnte also die Sache mit dem Bootparameter versuchen, und mir so die Kernelkompilierung ersparen... Gruß Lukas -- +++ GMX - die erste Adresse für Mail, Message, More +++ Bis 31.1.: TopMail + Digicam für nur 29 EUR http://www.gmx.net/topmail
Am Donnerstag, 29. Januar 2004 17:08 schrieb Lukas Latz:
Hallo Liste,
SaX2 kennt die Ati Radeo Mobility 9000 in meinem Laptop nicht,
"erkannte"
bei der Installation anscheined Ati RV250 Lf . Die Grafik ist soweit OK, nur 3D Harware unterstützung tut nicht.
Hallo Lukas, ich hatte das Problem auch bei meinem Laptop hat SAX2 es erst akzeptiert,
als
ich den Bootparameter "vga=791" dazu gefügt habe. Die Info hatte ich von Martin Krammers Homepage.
War das auch ein Acer Travelmate 800?
Nein, aber der selbe den Grafik Chip. Im Prinzip habe ich genau den Laptop, wie Martin Krammer ihn auf seiner Page beschreibt.
Mit der Möglichkeit, 3D mit dem ursprünglich installierten Treiber hinzukriegen, hatte ich gar nicht mehr gerechnet.
Ich damals auch nicht, aber wie gesagt es sollte mit dem was SUSE 9.0 mitbringt klappen. Auch mit Suse 8.2 hat es geklappt. Das hatte ich vorher drauf.
Mittlerweile habe ich den Treiber von der ATI Website installiert, der Installer beschwerte sich aber über die Abwesenheit eines custom Kernel Moduls, dh. ich müsste wohl nen Kernel kompilieren (Angst).
Naja, Angst muß man ja nicht haben. Es beißt ja keiner. Aber man kann sich da schon ganz schön verheddern und Zeit verbraten. Und im schlimmsten Fall alles neu installieren. Man sollte schon vorher denken und dann handeln. Das ist nicht feige sondern weise. Ich habe schon viele Kernel gebrannt, ich weiß wovon ich rede. Bevor ich den Weg gehen würde, würde ich immer erst mal den Bootparameter ausprobieren. Wie gesagt, es wird weiterhin der selbe Treiber verwendet "Ati RV250 Lf" nur das dann 3D geht.
Ich nehme an, solange ich nicht den alten xfree config file durch den neu generierten ersetze, läuft auch nach nem Neustart noch der alte Treiber. Korrekt?
Ich würde den neu installierten wieder runter nehmen.
Ich könnte also die Sache mit dem Bootparameter versuchen, und mir so die Kernelkompilierung ersparen...
Ja, es ist wichtig das es funktioniert. Hier werde ja keine Orden verteilt ;-) Du machst das am besten mit Yast2 in "System"-> "Bootloader konfiguration" und dort bei append="..... vga=791" oder es gibt dort schon eine "vga=.." zeile. Dann ändere sie auf vga=791. Damit veränderst Du die Datei /etc/lilo.conf Wenn Du sicher gehen willst, kannst Du ja eine Zusätzliche Bootmöglichkeit anlegen: Mal mit vga=791 und mal mit deinem alten Wert. Kopiere den Block unten innerhalb deiner lilo.conf (nicht mein Beispiel nehmen!!!) mit label=linux und gib ihm ein neues Label hier "linuxVGA" Beim Booten kannst Du dann auswählen, wie Du booten willst => "linux" oder "linuxVGA" ------------------------------------------------------ image = /boot/vmlinuz label = linuxVGA append = "hdc=ide-scsi hdclun=0 usbscanner splash=silent showopts" initrd = /boot/initrd optional root = /dev/hdb2 vga = 0x791 ------------------------------------------------------- Ich hoffe, ich habe Dich jetzt nicht verwirrt. so long Tobias
Hallo Liste,
Lukas schrieb: Ich nehme an, solange ich nicht den alten xfree config file durch den neu generierten ersetze, läuft auch nach nem Neustart noch der alte Treiber. Korrekt?
Genauer: ich hatte mit rpm das Paket installiert, und fglrxconfig laufen lassen. Zu der Zeit war ich leider gezwungen, das Laptop auszuschalten. Beim Neustart stellte sich heraus, dass der neue Treiber aktiv war (glaub ich jedenfalls), da ich aber die vom Skript generierte Datei XF86Config-4 noch nicht nach /etc/X11 verschoben hatte, gab's kein X. Zu der Zeit befanden sich dort: /etc/X11/XF86Config.old /etc/X11/XF86Config.saxsave /etc/X11/XF86Config.YaST2save Teilweise werden die Endungen von nem frueheren Sax Lauf stammen, ich nehme an die Umbenennung .old stammt entweder vom Ati rpm Lauf oder vom fglrxconfig. Jedenfalls startete X nicht, weil es keinen Config File fand. Nachdem ich die neue XF86Config nach /etc/X11/ verschob, gings. Ich benannte die Datei noch von XF86Config-4 nach XF86Config um, das war aber scheint's nicht noetig (?). Stimmt es, dass XF86Config mit so einer Angabe: Section "Device" BoardName "RV250 Lf" BusID "1:0:0" Driver "radeon" Identifier "Device[0]" Screen 0 Option "Rotate" "off" VendorName "ATI" EndSection ... beschreibt, welcher Treiber verwendet wird? Dann koennte ich relativ unproblematisch zum alten Treiber zurueck, und dies tun:
Tobias schrieb: Du machst das am besten mit Yast2 in "System"-> "Bootloader konfiguration" und dort bei append="..... vga=791" oder es gibt dort schon eine "vga=.. " zeile. Dann ändere sie auf vga=791. Damit veränderst Du die Datei /etc/lilo.conf
(Allerdings verwende ich GRUB, nicht LILO. Problem?). Ansonsten koennte ich auch beim neuen Treiber bleiben, der ja soweit funktioniert.
Alex schrieb: Nein, eine neuen Kernel mußt du nicht bauen. Das Script sollte ein Modul (fglrx.o) erstellt haben, das zu deinem Kernel paßt. Dazu sollten die die Kernelquellen zum laufenden Kernel auch installiert sein (kernel-source oder so ähnlich heißt das Paket dazu.) Schau mal mit lsmod nach welche Module geladen sind wenn du unter X arbeitest.
Ich hatte die Kernelquellen nicht, daher wurde wohl kein fglrx.o erstellt. Nun hab ich die installiert. Ich lese das so, dass es der rpm Installerlauf ist, der das fglrx.o erzeugt. Richtig? Kann ich das rpm einfach noch mal laufen lassen, oder muss ich erst deinstallieren? Ansonsten tun jetzt ein paar Sachen nicht, die vorher funktioniert haben, zb. Touchpad. Ich nehme an das kann ich durch kopieren der entsprechenden Sektionen des alten XF86Config reparieren. Auch ein paar X Programme taten nicht mehr, Mozilla zb. (hab ich re-intalliert, jetzt geht's wieder), und Eclipse. Vielen Dank schon mal fuer all die Info, Lukas -- GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...) jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++
Hi Lukas, On Mon, 2004-02-02 at 05:31, Lukas Latz wrote:
Hallo Liste,
Lukas schrieb: Ich nehme an, solange ich nicht den alten xfree config file durch den neu generierten ersetze, läuft auch nach nem Neustart noch der alte Treiber. Korrekt?
Genauer: ich hatte mit rpm das Paket installiert, und fglrxconfig laufen lassen. Zu der Zeit war ich leider gezwungen, das Laptop auszuschalten. Beim Neustart stellte sich heraus, dass der neue Treiber aktiv war (glaub ich jedenfalls), da ich aber die vom Skript generierte Datei XF86Config-4 noch nicht nach /etc/X11 verschoben hatte, gab's kein X. Zu der Zeit befanden sich dort: /etc/X11/XF86Config.old /etc/X11/XF86Config.saxsave /etc/X11/XF86Config.YaST2save Teilweise werden die Endungen von nem frueheren Sax Lauf stammen, ich nehme an die Umbenennung .old stammt entweder vom Ati rpm Lauf oder vom fglrxconfig. Jedenfalls startete X nicht, weil es keinen Config File fand.
Nachdem ich die neue XF86Config nach /etc/X11/ verschob, gings. Ich benannte die Datei noch von XF86Config-4 nach XF86Config um, das war aber scheint's nicht noetig (?).
Stimmt es, dass XF86Config mit so einer Angabe:
Section "Device" BoardName "RV250 Lf" BusID "1:0:0" Driver "radeon" Identifier "Device[0]" Screen 0 Option "Rotate" "off" VendorName "ATI" EndSection
... beschreibt, welcher Treiber verwendet wird? Dann koennte ich relativ unproblematisch zum alten Treiber zurueck, und dies tun:
Die Device section beschreibt den verwendeten Graphikkartentreiber. Um sagen zu können, welchen Treiber, du verwendest, muß man die gesamte Datei sehen. Die gesamte X Konfiguration besteht aus solchen section, die zusammen dann als ein Profil (section ServerLayout) definiert werden. Man kann durchaus mehrere Devices in der Config haben und nur eine verwenden. Hier ist
Driver "radeon" der alte ati Treiber und nicht der neue aus fglrx...
Am einfachsten ist es dein Backup über die XF86Config zu spielen (Achtung: Prioritätsreihenfolge beachten! (lies: $ man XF86Config , welche datei als erste gesucht wird. Das beantwortet auch die Frage nach dem nötigen/unnötigen Umbenennen der Dateien))
Tobias schrieb: Du machst das am besten mit Yast2 in "System"-> "Bootloader konfiguration" und dort bei append="..... vga=791" oder es gibt dort schon eine "vga=.. " zeile. Dann ändere sie auf vga=791. Damit veränderst Du die Datei /etc/lilo.conf
(Allerdings verwende ich GRUB, nicht LILO. Problem?). Ansonsten koennte ich auch beim neuen Treiber bleiben, der ja soweit funktioniert.
Alex schrieb: Nein, eine neuen Kernel mußt du nicht bauen. Das Script sollte ein Modul (fglrx.o) erstellt haben, das zu deinem Kernel paßt. Dazu sollten die die Kernelquellen zum laufenden Kernel auch installiert sein (kernel-source oder so ähnlich heißt das Paket dazu.) Schau mal mit lsmod nach welche Module geladen sind wenn du unter X arbeitest.
Ich hatte die Kernelquellen nicht, daher wurde wohl kein fglrx.o erstellt. Nun hab ich die installiert. Ich lese das so, dass es der rpm Installerlauf ist, der das fglrx.o erzeugt. Richtig? Kann ich das rpm einfach noch mal laufen lassen, oder muss ich erst deinstallieren?
Falls du versuchst ein bereits Versionsnummern identisches rpm zu installieren, bekommst die Meldung ist schon installiert. Insofern wirst du wohl einfach deinstallieren müssen. Ohne Compilierung des Treibers geht nichts.
Ansonsten tun jetzt ein paar Sachen nicht, die vorher funktioniert haben, zb. Touchpad.
normal...
Ich nehme an das kann ich durch kopieren der entsprechenden Sektionen des alten XF86Config reparieren.
Ja, ist leicht zu beheben. Wie oben angedeutet. Lies mal sorgfältig deine zwei (alte und neue) XF68Config. Im Prinzip ist es relativ simple aus deinen fertigen Bausteinen (deine alten sections und die der neuen Datei) wieder alles zusammenzubauen. Ich kann dir da helfen, falls du noch fragen hast.
Auch ein paar X Programme taten nicht mehr, Mozilla zb. (hab ich re-intalliert, jetzt geht's wieder), und Eclipse.
Das sollte eigentlich nicht passieren, das hat eigentlich nichts mit X zu tun.
Vielen Dank schon mal fuer all die Info,
Lukas
-- GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...) jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++
Gruß Stephanus
On Thursday 29 January 2004 16:08, Lukas Latz wrote:
Mittlerweile habe ich den Treiber von der ATI Website installiert, der Installer beschwerte sich aber über die Abwesenheit eines custom Kernel Moduls, dh. ich müsste wohl nen Kernel kompilieren (Angst).
Nein, eine neuen Kernel mußt du nicht bauen. Das Script sollte ein Modul (fglrx.o) erstellt haben, das zu deinem Kernel paßt. Dazu sollten die die Kernelquellen zum laufenden Kernel auch installiert sein (kernel-source oder so ähnlich heißt das Paket dazu.) Schau mal mit lsmod nach welche Module geladen sind wenn du unter X arbeitest. Achtung kleiner Fallstrick. Die ATI-Treiber funktionieren auch ohne Kernelmodul, dann aber ohne 2D- und 3D/OpenGL-Beschleunigung. Ist eigentlich ein tolles Feature, da das System sonst nach einem Kernelwechsel nicht mehr ins X hochkommt (-> NVidia), wenn man vergessen hat inittab auf "init 3" zu setzen um dann an der Konsole die Module neu zu erstellen. Es macht aber manchmal die Fehlersuche lästig, wenn man nicht dran denkt.
Ich nehme an, solange ich nicht den alten xfree config file durch den neu generierten ersetze, läuft auch nach nem Neustart noch der alte Treiber. Korrekt?
Ja. Ein Rat: Mach immer mal wieder ein Backup von der XF86Config. Ist immer praktisch eine Version dazuhaben, von der man weiß, daß sie funktioniert. Gruß Alex
participants (4)
-
Alexander Woerndle -
Dr. Tobias Damm -
Lukas Latz -
Stephanus Fengler