Radeon IGP HOWTO

Anleitung zur Aktivierung von 3D-Support bei
Radeon IGP-Chips unter Linux
von Thomas Riedel
Email: [email protected]
zuletzt bearbeitet am 02.12.2004
Inhaltsverzeichnis
§1 Allgemeines
§2 Vorbereitungen
§3 Kernel
§4 XFree86
§5 Internetadressen zum Thema
§6 Changelog
§7 Schlusswort
§1 Allgemeines
Laptops mit IGP-Grafikchips sind recht weit verbreitet. Mit neueren Distributionen laufen sie ohne
Probleme im VESA-Mode, 2D gibt es seit XFree86-4.3.99.2 b.z.w XFree86-4.3.0.1. Ausserdem gibt
es einfach anzuwendendende Patches für die, denen 2D-Unterstützung reicht
(http://www.luckys-page.de/radeon_drivers.tgz); für SuSE 8.2 gibt's einen unter
ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/ATI/suse82/radeon_igp.
SuSE ab 9.0 und Mandrake ab 9.1 unterstützen 2D schon out of the box. Mit 3D sah es lange schlecht
aus, denn von ATI gab und gibt es (noch) keine Linuxtreiber dafür. Ausnahme ist der
Radeon 9200 IGP, für den ATI mittlerweile einen Treiber anbietet, ausserdem gibt es 2D-Treiber für
den Radeon 9100 (Pro) IGP. Der kommerzielle X-Server von Xi Graphicshttp://www.xig.com)
(
unterstützt allerdings seit Mai 2003 Direct Rendering für Radeon-IGP-Chips, eine Demo kann man
kostenlos testen, ausprobiert habe ich das aber nicht.
Seit der Version 6.8.0 unterstützt X.org auch die Direct-Rendering-Fähigkeiten der Radeon-IGPReihe. Aktuelle Distributionen (SuSE 9.2, Fedora Core 3) enthalten in der Regel X.org 6.8.1 und
auch einen Kernel, der IGP-Support beinhaltet, so das hier keine Probleme auftauchen sollten. Meist
reicht es dann, in irgendeinem distributionsspezifischem Konfigurationstool 3D zu aktivieren.
Manchmal gibt es auch X.org 6.8.1-rpms oder debs für ältere Distros. Diese Anleitung brauchen
damit nur noch 3 Gruppen von Leuten:
1. diejenigen, die eine ältere Linuxdistribution einsetzen, für die es auch keine passenden Pakete gibt.
2. diejenigen, die sich den X-Server aus den Sourcen selbst kompilieren wollen.
Das kompilieren der X.org-Sourcen funktioniert ähnlich wie mit der in der Anleitung
erwähnten XFree86-Version
3. diejenigen, die ein Gerät haben, bei dem X.org 6.8.1 einfach nicht mit 3D funktioniert oder im
Sourcecode etwas verändert werden muss wie z.B. beim Amilo A 7600.
Achtung: Beim Amilo A 7600 muss Direct Rendering bei Distributionen, die mit X.org 6.8.1
kommen deaktiviert werden, da der Rechner beim Starten von X einfriert, wenn
IRQ-sharing aktiviert ist. Wie das geht, steht in Kapitel 4.
Das ist zumindest bei Fedora Core 3 nötig!
Also sollten alle, die zu diesen 3 Gruppen gehören oder die es einfach nur interessiert jetzt
weiterlesen.
Seit Juli 2003 wurden auf http://bugs.xfree86.org/show_bug.cgi?id=314Kernel- und
XFree86-Patches veröffentlicht, allerdings ist es nicht so leicht, sie richtig anzuwenden, deshalb
schreibe ich auch diese Anleitung. Nach meinen und den Erfahrungen von anderen ist der Treiber
sehr stabil und es gibt auch keine Farbverfälschungen und sonstige Probleme. Es soll aber noch
gesagt werden, dass die Performance mit diesen Patches deutlich geringer ausfällt als mit den
offiziellen vom Laptophersteller angebotenen Treibern für ein Betriebssystem eines gewissen Bill
Gates. Allerdings lassen sich Spiele wie Halflife und seine Mods, Quake3, Unreal und RTCW ganz
gut zocken, auch wenn man die Auflösung oft etwas runtersetzen muss, damit es nicht ruckelt. Die
Radeon-IGP-Chips sind aber generell nichts für Leute, die Anwendungen benutzen wollen, bei denen
es auf hohe Grafikleistung ankommt.
Der Weg den ich hier beschreibe, habe ich selbst ausprobiert, aber es ist nicht ausgeschlossen, das es
auch andere Möglichkeiten gibt, die zum Erfolg führen. Ausserdem kann ich mich natürlich nur auf
meine Hardware und Distribution beziehen, allerdings sollte das Vorgehen bei allen Radeon IGPChips und allen neueren Distributionen ungefähr gleich sein. Ich besitze seit April 2003 einen
Amilo A 7600 von Fujitsu-Siemens mit dem Radeon IGP 320M-Chip und konnte diesem netten
Gerätchen unter SuSE 8.2, 9.0 und 9.1 Direct-Rendering-Unterstützung entlocken.
Ich beschreibe hier nicht die für 3D-Unterstützung notwendigen aber allgemein zugänglichen Dinge
wie das Kompilieren eines Kernels, dazu gibt es jede Menge Informationen in den Hilfetexten der
Distributionen und im Internet. Getestet habe ich das Ganze mit diversen Kernels der 2.4er-Serie
unter SuSE 8.2 und 9.0 und unter SuSE 9.1 mit dem Standardkernel undKernel 2.6.5-mm6
(die mm-Patches gibt es unter http://www.kernel.org in der Abteilung people unter akpm).
§2 Vorbereitungen
Für das Ganze sollte man einstellen, dass X nicht automatisch startet, sondern mit "startx" gestartet
werden muss. Unter SuSE geht das mit yast2, System, Runleveleditor, Expertenmodus, dann
Standard-Runlevel nach dem Systemstart setzen auf:
3: Voller Mehrbenutzerbetrieb mit Netzwerk
Das kann man später, wenn alles funktioniert ja wieder rückgängig machen.
Diverse Entwicklungswerkzeuge und Bibliotheken müssen auf dem System installiert sein und
gegebenenfalls nachinstalliert werden. Bei guten Distributionen ist alles benötigte auf CD enthalten.
Falls was fehlt, wird es (hoffentlich) aus den Fehlermeldungen ersichtlich sein. Folgende Dateien aus
dem Netz werden noch gebraucht:
1.
http://bugs.xfree86.org/attachment.cgi?id=723&action=view
(Seite als wasauchimmer.diff speichern)
# Es gibt auf http://bugs.xfree86.org/show_bug.cgi?id=314
# neuere Patches für neuere XFree86-Snapshots bis einschliesslich Version 4.4, aber die
# funktionieren anscheinend beim Amilo A 7600 nicht, für andere Geräte könnten sie aber durchaus
# verwendbar sein.
2.
ftp://ftp.xfree86.org/pub/XFree86/develsnaps/XFree86-4.3.99.16.tar.bz2
(oder die XFree86-4.3.99.16.tar.bz2 von XFree86-Mirrors)
# Es gibt neuere Versionen, aber die funktionieren beim Amilo A 7600 nicht
# XFree86-4.3.99.14.tar.bz2 und XFree86-4.3.99.15.tar.bz2 laufen mit dem selben Patch,
# für den Radeon gibt es da keine Unterschiede.
# Es gibt noch einen älteren Patch für XFree86-4.3.99.9.tar.bz2 bis XFree86-4.3.99.13.bz2, allerdings
# ist die eh schon geringe fps-Zahl in 3D-Spielen damit noch 20-30% niedriger.
3.
Kernelsourcen mit Radeon-IGP-Support vonhttp://www.kernel.org oder anderen Seiten wenn der
Kernel selbst kompiliert wird oder ein vorkompilierter Kernel mit Radeon-IGP-Support plus die dazu
genau! passenden Kernelquellen.
Ich beschreibe jetzt das Einspielen eines Patches in Sourcecode, ob Kernel oder XFree86-Sourcen, ist
immer gleich. Den Patch runterladen, wenn er gepackt ist, ihn auspacken und ihn umbenennen, sodass
die Dateiendung "diff" heisst (falls der Patch nicht schon die Endung "diff" hat). Die Datei heisst
dann "wieauchimmer.diff". Diese Datei dann in!!! das Sourcenverzeichnis kopieren, also z.B. nach
/usr/src/linux beim Kernel oder /xc bei den XFree86-Sourcen. Dann ein Terminal in dem Verzeichnis
öffnen und "patch -p1 --dry-run < wasauchimmer.diff | tee patch.out" eingeben. Die im selben
Verzeichnis daraufhin erstellte Datei patch.out sollte danach auf Fehlermeldungen untersucht werden
(z.B. failed hunks). Wenn keine Fehler aufgetreten sind, kann das eigentliche Patchen mit
"patch -p1 < wasauchimmer.diff | tee patch.out" stattfinden.
Achtung: Viele der hier beschriebenen Methoden erfordern Rootrechte. Also als Benutzer root
arbeiten oder in einer shell das "su"-Kommando benutzen. Mit "kdesu konqueror" hat man den
konqueror mit Rootrechten, alle innerhalb dessen mit STRG-T geöffneten Shells haben auch
Superuser-Rechte.
§3 Kernel
Man braucht zuerst Kernelsourcen oder einen vorkompilierten Kernel mit Radeon-IGP-Support.
Wenn ich hier eine Kernel-Version ohne besonderen Zusatz erwähne, meine ich einen Vanilla-Kernel,
das heisst ein ungepatchter Kernel vonhttp://www.kernel.org.
einige Kernels mit Radeon-IGP-Support:
1.
Kernelsourcen von 2.4.23 und besser
2.
Kernelsourcen von 2.4.22, gepatcht mithttp://www.sonarnerd.net/linux/2.4.22-jl15.patch.bz2
3.
Kernelsourcen von 2.4.22, gepatcht mit
http://www.kernel.org/pub/linux/kernel/people/alan/linux-2.4/2.4.22/patch-2.4.22-ac4.bz2
4.
Mandrakekernel 2.4.22 und besser (Kernel und Sourcen)
5.
Kernel von 2.6-test3 und neuere 2.6.x-Kernel (allerdings ist wohl bis einschliesslich 2.6.1 noch ein
Patch von http://bugs.xfree86.org/show_bug.cgi?id=314nötig, also möglichst 2.6.2 oder besser
nehmen). Der Standardkernel von SuSE 9.1 funktioniert auch und muss nicht kompiliert werden.
(das radeon.ko-Modul aus den XFree86-Sourcen aber möglicherweise schon!)
Achtung: der neueste, über das Onlineupdate verfügbare Kernel
(kernel-default-2.6.5-7.111.i586.rpm) kann Probleme beim Kompilieren des Kernelmodules
verursachen!
Die Kernelpatches von http://bugs.xfree86.org/show_bug.cgi?id=314kann man natürlich auch
benutzen, allerdings sind sie älter und für ältere Kernels gedacht.
Ein Patch kann auch auf einen anderen Kernel (andere Version, Distributionskernel statt
Vanillakernel) passen als für den, den er gedacht war, muss aber nicht.
Dies hab ich noch in den Changelogs des Kernels gefunden:
Summary of changes from v2.4.25-pre4 to v2.4.25-pre5
<davej:redhat.com>:
o Add AGP support for Radeon IGP 345M
und
Summary of changes from v2.4.26 to v2.4.27-pre1
<maragato:gmx.net>:
o Add ATI IGP 345M rev2 ID's
Stolze Besitzer dieser Grafikchips sollten also auf 2.4.25 b.z.w 2.4.27 updaten oder die Kernelsourcen
manuell entsprechend ändern.Jetzt aber zum eigentlichen. Wenn kein vorkompilierter Kernel benutzt
wird jetzt die Kernelsourcen nach /usr/src entpacken. Es entsteht dort ein Verzeichnis mit den Kernelquellen, welches dann in "linux" umbenannt werden muss oder /usr/src/linux muss ein Link auf die
Kernelquellen sein. Nun gehts an die Kernelkonfiguration, die jeder individuell nach seinen Gegebenheiten machen muss (unter /usr/src/linux eine Shell mit Rootrechten öffnen und "make xconfig" oder
"make menuconfig" eingeben). Das eigene Dateisystem z.B. reiser fest einkompilieren.
=m heisst als Modul
=y heisst fest einkompilieren
Es müssen unter Character devices folgende Sachen aktiviert werden:
/dev/agpgart (AGP-Support) =m
bei Kernel 2.4.x: ATI IGP-chipset-support=y
bei Kernel 2.6.x: ATI chipset support=m
(bei beiden Kernelserien nicht zusätzlich ALI chipset support oder anderes auswählen!)
bei Kernel 2.4.x: unter Character devices, Direct Rendering Manager (XFree86 DRI support)
folgendes aktivieren:
Direct Rendering Manager (XFree86 DRI support)=y
ATI Radeon=m (das unter DRM 4.1 drivers)
bei Kernel 2.6.x: unter Character devices, Direct Rendering Manager (XFree86 4.1.0 and higher DRI
support) folgendes aktivieren:
Direct Rendering Manager (XFree86 DRI support)=y
ATI Radeon=m
Jetzt den Kernel kompilieren und installieren. Mit dem neuen Kernel booten. Wenn alles geklappt
hat, darf ein "modprobe agpgart" jetzt keine Fehlermeldung produzieren. Nach Eingabe von "lsmod"
muss unter anderem auch agpgart angezeigt werden. Es wird aber nicht nötig sein, irgendwelche
Kernelmodule von Hand zu laden, wenn alles funktioniert, werden das agpgart und das radeon-Modul
beim Start des X-Servers automatisch geladen (jedenfalls bei SuSE 8.2, 9.0 und 9.1).
§4 XFree86
Zunächst sollte man, falls noch nicht geschehen den X-Server soweit wie möglich konfigurieren (also
Maus, Tastatur, Monitor, Touchpad... aber erstmal ohne 3D), bei SuSE zum Beispiel mit "sax2".
Auch danach kann man sax2 bei SuSE 9.0 noch benutzen, muss dann aber danach immer manuell
nachbessern wenn man 3D will (Einzelheiten dazu später im Text). Man benötigt zum Kompilieren
die zum Kernel passenden Kernelsourcen in /usr/src/linux, der Compiler benötigt sie und sucht sie
dort (/usr/src/linux kann auch ein Link sein). Gerade für den Kompilier-Schritt müssen eine Menge
Bibliotheken und Entwicklungswerkzeuge installiert sein (make, bison, gcc, zlib, zlib-devel, libpng,
libpng-devel, pango, pango-devel ...).
Wenn da Fehler auftreten liegt es fast immer daran, dass noch was installiert werden muss.
Der genaue Name der benötigten Pakete kann von Distro zu Distro unterschiedlich sein.
Nun wird die XFree86-4.3.99.16.tar.bz2 irgendwohin entpackt, es entsteht das Verzeichnis xc.
Die Sourcen mit http://bugs.xfree86.org/attachment.cgi?id=723&action=view
(das was als wasauchimmer.diff gespeichert wurde) patchen.
Wie man das ganze so einstellen kann, das der alte X-Server nicht überschrieben wird steht hier:
http://xorg.freedesktop.org/wiki/CvsPage
Nun das ganze Kompilieren mit "make World >& world.log & tail -f world.log".
Jetzt kann man sich ruhig noch einen oder auch zwei Kaffee reinziehen, denn der Kompiliervorgang
dauert selbst bei meinem mobilen Athlon XP 2400+ so 50 Minuten.
Wenns fertig ist, steht dann sowas da:
Full build of XFree86 version 4.3.99.16 (20 November 2003) complete.
Mit STRG-C kommt man wieder in die Eingabeaufforderung.
Jetzt sollte man den X-Server beenden und in Runlevel 3 weitermachen. Den selbstkompilierten
X-Server installiert man über die X-Server-Pakete der Distribution, jedenfalls wenn sie in der Version
4.3 vorliegen. Das muss auch manchmal sein, bei SuSE 9.0 zum Beispiel startet KDE nicht, wenn das
XFree86-rpm nicht installiert ist. Die Mesa-Pakete (mesa, mesaglut, mesaglut-devel, XFree86-Mesa
und XFree86-Mesa-devel bei SuSE) können allerdings stören und müssen dann vorher, also vor dem
Installieren unserer selbstkompilierten X-Sourcen, deinstalliert werden. Bei SuSE 8.2 ist das auf
jeden Fall nötig, bei SuSE 9.0 und 9.1 nicht. Abhängigkeiten der rpm- b.z.w. deb-Pakete müssen
dabei ignoriert werden und es dürfen, um die Abhängigkeiten zu lösen, keine zusätzlichen Pakete
deinstalliert werden. Weiterhin muß man aufpassen, dass diese Pakete später nicht automatisch
wieder installiert werden, also z.B. bei SuSE diese Pakete auf tabu stellen, damit yast2 sie nicht
wieder draufmacht wenn eine CD drin ist. Mesa ist in den XFree86-Sourcen nämlich enthalten und
wird mit kompiliert und installiert. Das eigentliche Installieren der XFree86-Sourcen geht mit der
Eingabe von "make install > install.log" im xc-Verzeichnis und dauert einige Minuten.
Wer will, kann noch die Manuals mit "make install.man > man.log" installieren. Jetzt geht's ans
Kernelmodul. Dazu wechselt man ins Verzeichnis
/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel.
Wenn man Kernel 2.4.25 verwendet, in der Datei drm_memory.h folgende Zeilen entfernen:
#if LINUX_VERSION_CODE < KERNEL_VERSION(2,5,0)
# define pte_offset_kernel(dir, address)
pte_offset(dir, address)
# define pte_pfn(pte)
(pte_page(pte) - mem_map)
# define pfn_to_page(pfn)
(mem_map + (pfn))
#endif
Sonst wird sich das später erzeugte radeon.o-Modul nicht laden lassen. Mit früheren und späteren
Kernels der 2.4er Reihe muss die drm_memory.h nicht editiert werden.
Einige Schlepptops, wie zum Beispiel der Amilo A 7600 haben IRQ-Probleme. Wenn man dann
versucht X zu starten, hängt sich das Gerät gnadenlos auf, wenn bestimmte andere Module geladen
sind. Bei diesen Geräten muss man (falls ein Biosflash nichts bringt) die Datei radeon.h in
/xc/programs/Xserver/hw/xfree86/os-support/shared/drm/kernel editieren. Im aktuellen directory
existiert auch eine Verknüpfung dazu, so dass man das Verzeichnis nicht wechseln braucht.
Die Zeile
#define __HAVE_SHARED_IRQ
1
muss geändert werden in
#define __HAVE_SHARED_IRQ
0
Glücklicherweise bringt das keine Performanceeinbußen.
Jetzt kann das Kernelmodul kompiliert werden. In diesem Verzeichnis folgendes eingeben:
"make -f Makefile.linux radeon.o". Die daraufhin hier erstellte Datei radeon.o (b.z.w. radeon.ko bei
2.6.x-Kernels) nach /lib/modules/deine Kernelversion/kernel/drivers/char/drmkopieren und die dort
existierende radeon.o (b.z.w radeon.ko) überschreiben.
Der Midnight Commander ist sehr praktisch für das ganze. Wenn die erzeugte Datei unter Kernel
2.6.x "radeon.o" heissen sollte, dann einfach in "radeon.ko" umbenennen.
Was jetzt noch fehlt, ist die Anpassung der Datei, die den X-Server steuert und normalerweise bei
SuSE durch sax2 eingestellt wird. Aber da 3D ja noch nicht out of the box unterstützt wird, muss sie
manuell editiert werden. Das ist bei SuSE die /etc/X11/XF86Config, in anderen Distris heisst sie oft
XF86Config-4. In der Section "Module" muss folgendes enthalten sein:
Load
"Glcore"
Load
"glx"
Load
"dri"
In der Section "Device" müssen diese Zeilen enthalten sein:
Driver
Option
Option
Option
"radeon"
"AGPMode" "4"
"AGPFastWrite" "On"
"EnablePageFlip" "On"
Die letzten zwei Sachen erhöhen die 3D-Performance
Die gesamte Section "Device" schaut bei mir so aus (SuSE 9.0):
Section "Device"
BoardName "RS100 4336"
BusID
"1:5:0"
Driver
"radeon"
Identifier "Device[0]"
Option
"DPMS"
Option
"AGPFastWrite" "On"
Option
"EnablePageFlip" "On"
Option
"AGPMode" "4"
Screen
0
Option
"Rotate" "off"
VendorName "ATI"
EndSection
Damit alle Benutzer in den Genuss von 3D kommen, sicherstellen, dass in der Section "DRI"
folgendes steht:
Mode
0666
Nun noch eine Maßnahme zur Performanceverbesserung (zumindest für glxgears).
In die Datei /etc/profile diese Zeile eintragen (zum Beispiel nach dem letzten "fi")
export RADEON_NO_USLEEPS=1
Jetzt neu booten und den X-Server mit dem Kommando "startx" starten.
Wenn alles geklappt hat steht in der /var/log/XFree86.0.log so etwas wie
(II) (RADEON(0): Direct rendering enabled
Wenn man "glxinfo" eingibt muss unter anderem diese Zeile erscheinen:
direct rendering: Yes
Wenn in der XFree86.0.log 3D aktiviert zu sein scheint, aber bei "glxinfo"
direct rendering: No
erscheint, liegt es meist daran, dass Mesa-rpms der Distribution stören.
Dann kann man noch "glxgears" eingeben, es sollte sich bei 400-500fps einpendeln
(hängt auch vom Prozessor ab).
Auch mit dem Spiel tuxracer erkennt man ob die Sache erfolgreich war. Ohne 3D nahezu unspielbar
(1-2fps) sollte es jetzt ohne zu ruckeln laufen.
Will man DRI wieder deaktivieren in der /etc/X11/XF86Config oder XF86Config-4 diese Zeile
auskommentieren:
Load
"dri"
Der Radeon IGP 320M besitzt schon hardwareseitig keinen TCL-Support, deshalb ist es ist sinnlos zu
versuchen, ihn zu aktivieren. Daher kommt auch bei glxinfo und und beim Starten von
3D-Anwendungen die Meldung "disabling TCL support". Eine Verringerung der Auflösung in
3D-Anwendungen erhöht die fps-Zahl stark, eine Verringerung der Details scheint im Verhältnis
dazu nicht so viel zu bewirken.
Auch wenn es nicht ganz zum Thema passt, will ich noch erwähnen, das es bei Halflife und seinen
Mods auf manchen Systemen zu dem Effekt kommen kann, dass Spiel zu schnell abläuft. Das liegt
dann an der cpufreq-Unterstützung. Mann muss dann vor dem Zocken den cpufreq-Service abschalten
(bei SuSE 9.0 mit "rccpufreqd stop", Administratorrechte dabei nötig) und gegebenenfalls vorher die
gewünschte Prozessorfrequenz einstellen z.B. mit dem cpufreq-Plugin von gkrellm. Nach dem
Spielen kann man den cpufreq-Service mit "rccpufreqd start" wieder aktivieren.
Noch eine Anmerkung:
Der Code für Radeon-IGP-Unterstützung wurde seit Januar 2004 auch ins dri und Mesa-CVS
integriert, allerdings gibt's damit noch (zumindest bei mir) Probleme. In jüngeren Versionen wurde
sogar die Sektion zum Abschalten von IRQ-sharing entfernt.
§5 Internetadressen zum Thema
1.
http://bugs.xfree86.org/show_bug.cgi?id=314
Patches, jede Menge Infos
2.
http://www.kernel.org
die Kernelquellen
3.
http://www.sonarnerd.net/projects/linux
Kernelpatches für Laptops, die für 2.4.22 enthalten unter anderem (cpufreq, acpi...) Radeon-IGPSupport, in denen für 2.4.25 ist der natürlich nicht mehr enthalten, da Kernel 2.4.25 selbst den schon
enthält
4.
http://www.kernel.org/pub/linux/kernel/people/alan/linux-2.4/2.4.22
Kernelpatch für 2.4.22, enthält unter anderem IGP-Support
5.
http://www.xfree86.org
Homepage des XFree86-Projektes
6.
http://xorg.freedesktop.org/wiki/CvsPage
X-Installation ohne die alte Installation zu überschreiben
7.
http://groups.yahoo.com/group/amilo
Forum über den Amilo A unter Linux, auch über den darin verbauten IGP320M
8.
http://rzr.online.fr/docs/comp/gfxcard.htm
Grafiksektion einer sehr umfangreichen Seite über den Amilo A,
auch hier geht es um 3D für den IGP 320M
9.
http://vayne.fdns.net/presario.html
Noch eine Seite über einen Laptop mit diesem Chip mit ausführlicher Grafiksektion.
Die hier beschriebene Methode mit den CVS-Versionen konnte ich leider nicht erfolgreich
nachvollziehen (3D-Anwendungen machen Fehlermeldungen oder starten nicht oder kein Bild).
Ausserdem gibt's hier angepasste Pakete mit den s3tc-Patches.
10.
http://www.consultmatt.co.uk/nx9005/radeon-igp/index.php
Noch so eine Seite zum Thema, mit vorkompilierten XFree86-rpms die Radeon-IGP-Support
beeinhalten.
11.
http://public.planetmirror.com/pub/radeonigp
ftp://ftp.planetmirror.com/pub/radeonigp
XFree86-4.4.0.2-rpms mit 3D-Patches für Radeon IGP
12.
http://www.linuxforen.de/forums/showthread.php?t=118109
Hier wird die Methode mit dri und Mesa-CVS beschrieben (auf Deutsch).
13.
http://www.mesa3d.org
Die Seite von Mesa
14.
http://dri.sourceforge.net
Die Seite des DRI-Projektes
15.
http://www.petitiononline.com/atipet/petition.html
Petition an ATI für bessere Linuxtreiber
16.
http://www.ati.com
Die Website eines Herstellers von Grafiklösungen
§6 Changelog
25.03.2004 -Erste Version
29.03.2004 -einige Rechtschreibfehler korrigiert
-Erläuterungen zu verschiedenen XFree86-Snapshots
-Erklärung zum Editieren der Section "Device" in der Konfigurationsdatei des
X-Servers
allgemeiner gehalten, obwohl die XF86Config von SuSE 9.0 auf jeder ähnlichen
Distribution funktionieren sollte
-Frage zu XFree86 4.4 im Schlusswort gestellt
-dieses Changelog hinzugefügt
04.04.2004 -bei SuSE 9.0 deinstallieren von Mesa nicht nötig
-beim Deinstallieren von Mesa-Paketen Abhängigkeitsprobleme ignorieren
-selbstkompilierte Sourcen bei SuSE 9.0 unbedingt über XFree86-Pakete installieren
-Abhängigkeiten bei XFree86-Kompilierung
-sax2 kann später noch benutzt werden
-Probleme mit Halflife und cpufreq und deren Lösung
07.04.2004 -Hinweis auf das "kdesu"-Kommando
-Deaktivierung von DRI-support
-Übersetzung in Englisch (vielleicht noch nicht so gut, aber man sollte immerhin
verstehen was ich meine)
14.04.2004 -Link zu "Hier wird die Methode mit dri und Mesa-CVS beschrieben (auf Deutsch)"
aktualisiert
-alte Mesa-rpms stören, wenn in XFree86.0.log 3D aktiviert zu sein scheint, aber bei
glxinfo
direct rendering: No
erscheint
22.04.2004 -Kernel 2.4.26
23.05.2004 -bison zum Kompilieren von X nötig
-SuSE 9.1 und Kernel 2.6.x berücksichtigt
02.06.2004 -im Schlusswort die Frage zu XFree86 4.4 angepasst
02.12.2004 -es gibt inzwischen für einige IGP-Chips ATI-Treiber für Linux
-X.org ab 6.8.0 unterstützt die 3D-Fähigkeiten der Radeon-IGP-Reihe, deshalb oft keine
Probleme mehr mit ganz neuen Distributionen, allerdings muss 3D beim Amilo A dann
abgeschaltet werden.
-vorherige Überprüfung des Patches mit der --dry-run-Option
-neuester Updatekernel von SuSE 9.1 kann Probleme beim Kompilieren verursachen
-ATI IGP 345M rev2 Unterstützung in Kernel 2.4.27
-IRQ-sharing kann bei neueren dri-Versionen nicht mehr abgestellt werden (zumindest
nicht mit der alten Methode
-einige neue Links
-Amilo A 7600-Problem im Schlusswort behandelt
-einige kleinere Änderungen
§7 Schlusswort
Mein Dank gilt allen, die an der Entwicklung dieses Treibers mitgewirkt haben, sei es als
Programmierer oder Tester. Tolle Arbeit!!!
Dieses Dokument darf natürlich weitergegeben werden, falls dann etwas verändert wird, natürlich nur
mit einer entsprechenden Anmerkung.
Für (konstruktive) Kritik, Ergänzungen, Verbesserungsvorschläge u.sw. bin ich immer dankbar.
Besonders würde mich interessieren, wie man das Ganze mit dem neuen X.org 6.8.1 und/oder
dri- und Mesa-CVS zum Laufen bekommen kann, denn Amilo A-User bekommen beim Starten von
3D-Anwendungen Speicherzugriffsfehler (segmentation faults).
Ich habe das Problem unterhttps://bugs.freedesktop.org/show_bug.cgi?id=1678ausführlich
dargestellt. Dort kann auch für diesen Bug gevotet werden. Ausserdem bin ich für Hinweise dankbar,
falls bei bestimmten Distributionen, Grafikchips oder Laptops irgendwelche besonderen Dinge zu
beachten sind.
Auch für Fragen bin ich offen, solange es keine Newbeefragen sind, die aus leicht zugänglichen
Quellen selbst beantwortet werden könnnen. Unter der oben angegebenen Email bin ich oft
erreichbar.
Dieses Dokument wurde mit Openoffice 1.1 für Linux erstellt.
May the source be with you!
Grüssle aus dem Schwabenländle
Thomas Riedel
Instruction how to make 3D-support work with
Radeon IGP-Chips under Linux
by Thomas Riedel
email: [email protected]
last edited on 02th of December 2004
Table of contents
§1 Something general
§2 Preparations
§3 Kernel
§4 XFree86
§5 Weblinks to this topic
§6 Changelog
§7 Closing words
§1 Something general
Notebooks with IGP-Grafikchips are widespread. With newer distributions they work in VESA-mode
withhout problems, there is 2D-support since XFree86-4.3.99.2 respective XFree86-4.3.0.1. Also
there are simple-to-use patches for those that are pleased with 2D
(http://www.luckys-page.de/radeon_drivers.tgz); for SuSE 8.2 a patch exists under
ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/ATI/suse82/radeon_igp.
SuSE from 9.0 and Mandrake since 9.1 support 2D "out of the box". The situation for 3D was bad for
a long time, because there were and are no linux-drivers from ATI yet. An exception is the
Radeon 9200 IGP, and there are 2D-drivers for Radeon 9100 (Pro) IGP.
The commercial X-Server from Xi Graphics h( ttp://www.xig.com) supports Direct Rendering for
Radeon-IGP-Chips since May 2003, you can test a demo for free, but I did not do this.
Since version 6.8.0 X.org supports Direct Rendering for Radeon IGP. Most current distributions
(SuSE 9.2, Fedora Core 3) contain X.org 6.8.1 and a kernel supporting Radeon-IGP-Chips, so there
should be no problems in most cases. Activating 3D in a distribution-specific configuration-tool is
enough then. Sometimes there are X.org 6.8.1-rpms or -debs for older distributions. So this HowTo is
needed by 3 groups of people:
-people using older linux-distributions, and no X.org 6.8.1-packages available
-people wanting to compile the X-Server from the sources
compiling of X.org works similarily like with the XFree86-version mentioned in this HowTo
-people owning a notebook that does not work with X.org 6.8.1 + direct rendering or something in
the sourcecode has to be edited (one example is the Amilo A 7600)
Attention: With Amilo A 7600 you have to disable Direct Rendering on distributions that come with
X.org 6.8.1, if IRQ-sharing is enabled by default. Otherwise your computer locks up when
starting X. See chapter 4 how to disable IRQ-sharing.
This is defintitely necessary if you have Fedora Core 3.
All people belonging to this 3 groups and those who find it interesting should read further now
Since July 2003 kernel- and XFree86-patches for IGP-support were released at
http://bugs.xfree86.org/show_bug.cgi?id=314
but it is not so easy to use them in the right way, this is why I write this instruction.
According to my and other peoples experiences this driver is very stable and there are no
adultarations of the colors or other problems.
But I must say that the performance with this patches is bold lower than with the official ones from
the notebook manufacturer for the OS of Bill Gates.
Indeed playing games like Halflife and Mods, Quake3, Unreal and RTCW is possible, but often you
have to lower the resolution to have enough fps. But people who want high graphics power should not
use notebooks with the Radeon IGP-Chips.
I myself have tested the way I describe here, but its not impossible that there are other possibilities
that lead to success. Also I can only correlate to myhardware and my distribution, but the procedure
should be the same with all Radeon IGP-Chips and all newer distributions. I own an
Amilo A 7600 from Fujitsu-Siemens with the Radeon IGP 320M-chip since April 2003 and managed
to get 3D with SuSE 8.2, SuSE 9.0 and SuSE 9.1.
I will not describe the things which are necessary for 3D-support that are easy accessible like
compiling a kernel, there are tons of information in the help-packages of your distribution and in the
internet. I tested it with several 2.4.x-kernels under SuSE 8.2 and 9.0 and under SuSE 9.1 with the
default-kernel and kernel 2.6.5-mm6 (the mm-patches are available underhttp://www.kernel.org in
the section people under akpm)
§2 Preparations
You should set the system in this way that X does not start automatically but must be started with
"startx". In SuSE you can achive this with yast2, system, runleveleditor, expert mode, than set
standard-runlevel after start of system to: 3: full multiuser operation with network
(this notations are translated from the German yast2-interface, maybe they are somewhat different).
You can redo this changes later if all works. Some development tools and libraries have to be
installed on your system. If you use a good distribution all necessary packages are included on CD.
If something is absent, it will (hopefully) be obvious out of the error messages. You still need the
following files from the internet:
1.
http://bugs.xfree86.org/attachment.cgi?id=723&action=view
(save this site as whatsoever.diff)
# There are newer versions for newer XFree86-snapshots until version 4.4 on
# http://bugs.xfree86.org/show_bug.cgi?id=314
# but they do not work for Amilo A 7600. They can be usable for other laptops.
2.
ftp://ftp.xfree86.org/pub/XFree86/develsnaps/XFree86-4.3.99.16.tar.bz2
(or the XFree86-4.3.99.16.tar.bz2 from the XFree86-Mirrors)
# There are newer versions for newer patches onhttp://bugs.xfree86.org/show_bug.cgi?id=314, but
# they do not work for Amilo A 7600. They can work on other notebooks.
# XFree86-4.3.99.14.tar.bz2 and XFree86-4.3.99.15.tar.bz2 work with the same patch,
# there are no differences for the Radeons.
# There is an older patch for XFree86-4.3.99.9.tar.bz2 to XFree86-4.3.99.13.bz2, but the fps-rate
# is 20-30% lower in 3D-applications.
3.
Kernelsources with Radeon-IGP-support fromhttp://www.kernel.org or other sites if you want to
compile the kernel yourself or a precompiled kernel with Radeon-IGP-Support and the exactly!
thereto fitting kernelsources.
I describe now the bringing in of a patch in sourcecode, it works for kernel and XFree86-sources.
Download the patch and unpack it if it is packed, rename it in this way that the extension is "diff".
(if the patch does not already has this extension). Then the name of the file is "whatsoever.diff". Copy
this file in! the directory of the sources, for instance to /usr/src/linux for the kernel or to /xc for the
XFree86-sources. After this open a terminal in this directory and execute
"patch -p1 --dry-run < whatsoever.diff | tee patch.out". The thereupon in this directory created file
should now be examinated for error messages (failed hunks for instance).
If there are no errors you can do the patching with "patch -p1 < whatsoever.diff | tee patch.out"
Attention:
Many of the described methods require superuser-rights. Work as user "root" or use the
"su"-command in a shell. With "kdesu konqueror" you have the konqueror with superuser-rights
and the terminals opened within with STRG-T have superuser-rights too.
§3 Kernel
First you need kernelsources or a precompiled kernel with Radeon-IGP-Support.
If I mention a kernel-version without endorsement I mean a vanilla-kernel, this is an unpatched kernel
from http://www.kernel.org.
some kernels with Radeon-IGP-support:
1.
kernelsources from 2.4.23 and above
2.
kernelsources from 2.4.22, patched withhttp://www.sonarnerd.net/linux/2.4.22-jl15.patch.bz2
3.
kernelsources from 2.4.22, patched with
http://www.kernel.org/pub/linux/kernel/people/alan/linux-2.4/2.4.22/patch-2.4.22-ac4.bz2
4.
kernels and kernelsources from Mandrake synthesizing from 2.4.22 and better
5.
kernel 2.6-test3 and above (but it seems that a patch from
http://bugs.xfree86.org/show_bug.cgi?id=314is necessary for 2.6.x -kernels until 2.6.1, so use 2.6.2
or better if possible). The default kernel from SuSE 9.1 works too without compiling, but the
radeon.ko-module from the XFree86-Sources possibly needs to be compiled).
Attention: the latest SuSE 9.1-kernel, available via online-update
(kernel-default-2.6.5-7.111.i586.rpm) can cause problems while compiling the kernel module!
You can also use the kernelpatches fromhttp://bugs.xfree86.org/show_bug.cgi?id=314, but they are
older and thought for older kernels.
One patch can fit to an other kernel (other version, a patched kernel e.g. the one from a distribution)
then for the kernel the patch was made for, but this must not be so.
I found this in the Changelogs fromhttp://www.kernel.org
Summary of changes from v2.4.25-pre4 to v2.4.25-pre5
<davej:redhat.com>:
o Add AGP support for Radeon IGP 345M
and
Summary of changes from v2.4.26 to v2.4.27-pre1
<maragato:gmx.net>:
o Add ATI IGP 345M rev2 ID's
So proud owners of this graphics-adapters should upgrade to 2.4.25 respective 2.4.27 or change the
kernelsources manually.
Now lets go. If you do not use a precompiled kernel unpack the kernelsources to /usr/src. A directory
will be generated there that has to be renamed in "linux" or /usr/src/linux has to be a link to the
directory of the kernelsources. Now do the configuration of the kernel according to your needs
(under /usr/src/linux open a shell with superuser-rights and enter "make xconfig" or
"make menuconfig". The own filesystem (e.g. reiser) has to be compiled in firmly.
=m means compile as a module,
=y means compile firmly in the kernel
You have to activate the following things under Character devices:
/dev/agpgart (AGP-Support) =m
with kernel 2.4.x: ATI IGP-chipset-support=y
with kernel 2.6.x: ATI chipset support=m
(do not choose ALI chipset support oder other additionally with kernel 2.4.x or 2.6.x!)
with kernel 2.4.x: under Character devices, Direct Rendering Manager (XFree86 DRI support)
activate the following:
Direct Rendering Manager (XFree86 DRI support)=y
ATI Radeon=m (the one under DRM 4.1 drivers)
with kernel 2.6.x: under Character devices, Direct Rendering Manager (XFree86 4.1.0 and higher
DRI support) activate the following:
Direct Rendering Manager (XFree86 DRI support)=y
ATI Radeon=m
Now compile and install the kernel. Boot with the new kernel. If all succeeded there will be no error
message when you execute "modprobe agpgart". The module agpgart must be shown after typing
"lsmod". But it will not be necessary to load any modules manually, if all works the agpgart and the
radeon-Module will be loaded automatically when starting the X-Server
(at least with SuSE 8.2, SuSE 9.0 and SuSE 9.1).
§4 XFree86
If it has not been already done you should configure your X-Server as far as possible (mouse,
keyboard, monitor, touchpad... but without 3D), if you have SuSE use "sax2".
You can use sax2 with SuSE 9.0 later too, but after this you have to edit a file manuelly for 3D
(details later in the text). For compiling the kernelsources that fit to your kernel have to be in
/usr/src/linux, the compiler needs them and searches for them (/usr/src/linux can also be a valid link to
them). Especially for the compiling-step a lot of libraries and development tools have to be installed
(make, bison, gcc, zlib, zlib-devel, libpng, libpng-devel, pango, pango-devel ...).
If an error occurs at this step in most cases the reason is that something still has to be installed.
The exact name of the needed packages can be different from distribution to distribution.
Unpack the XFree86-4.3.99.16.tar.bz2 anywhere, the directory xc comes into existence.
Patch the sources with http://bugs.xfree86.org/attachment.cgi?id=723&action=view
(that site that was saved as whatsoever.diff).
Compile this by entering "make World >& world.log & tail -f world.log".
Now you can have one or two cups of coffee, because the process of compiling lasts 50 minutes with
my mobile Athlon XP 2400+ .
When it is finished you see something like this:
Full build of XFree86 version 4.3.99.16 (20 November 2003) complete.
With STRG-C you get back to the command prompt.
Now determine the X-Server and proceed working in Runlevel 3. You can install the selfcompiled
X-Server over the X-Server-packages of the distribution if they are existing in version 4.3. Sometimes
this is a must, KDE does not start in SuSE 9.0 if the XFree86-rpm is not installed. But the
Mesa-packages (mesa, mesaglut, mesaglut-devel, XFree86-Mesa und XFree86-Mesa-devel at SuSE)
can disturb and have to be deinstalled before, this means before installing the self-compiled
X-Sources. In any case this is necessary with SuSE 8.2, with SuSE 9.0 and SuSE 9.1 not.
Dependencies between the rpm- or deb-packages have to be ignored, do not solve the dependencies
by deinstalling other packages! Pay attention that this packages dont get installed later automatically,
with SuSE you have to set this packages to taboo in yast2 if a SuSE-CD is in the device. Mesa is
included in the XFree86-sources and is compiled and installed automatically too. Installingof the
XFree86-sources works by typing "make install > install.log" in the xc-directory and lasts some
minutes. Who wants it can install the manuals too with "make install.man > man.log". The next step
is the kernel-module. For this change to the directory
/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel. If you use kernel 2.4.25, delete the
following lines in the file drm_memory.h:
#if LINUX_VERSION_CODE < KERNEL_VERSION(2,5,0)
# define pte_offset_kernel(dir, address)
pte_offset(dir, address)
# define pte_pfn(pte)
(pte_page(pte) - mem_map)
# define pfn_to_page(pfn)
(mem_map + (pfn))
#endif
Otherwise you cant load the later generated module radeon.o. Editing drm_memory.h is not necessary
if you use a n older or newer kernel of the 2.4.x-series.
Some notebooks like the Amilo A 7600 have IRQ-problems. If you want to start X on this notebooks
the notebook will hang if certain other modules are loaded at the same time time. If Flashing of the
bios brings nothing, you have to edit the link radeon.h in this directory (radeon.h is a link to
xc/programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/radeon.h). The line
#define __HAVE_SHARED_IRQ
1
has to be changed in
#define __HAVE_SHARED_IRQ
0
Luckily the graphics performance dont gets lower by doing this.
Now you can compile the kernel-module by typing "make -f Makefile.linux radeon.o". Copy the
after that generated file radeon.o (or radeon.ko with kernel 2.6.x) to
/lib/modules/your kernel-version/kernel/drivers/char/drm
and overwrite the existing radeon.o or radeon.ko (the midnight commander is very practical for that).
If the generated file under kernel 2.6.x is "radeon.o" simply rename it to "radeon.ko".
Now the file that controls the X-Server and normally gets adjusted by sax2 with SuSE has to be
edited manually because current distributions do not support 3D for this graphics-chips out of the
box. This file is the /etc/X11/XF86Config in SuSE, on other distributions the name of this file often is
XF86Config-4. The Section "Module" must contain the following lines:
Load
Load
Load
"Glcore"
"glx"
"dri"
The Section "Device" must contain this lines:
Driver
Option
Option
Option
"radeon"
"AGPMode" "4"
"AGPFastWrite" "On"
"EnablePageFlip" "On"
The last two lines rise the 3D-performance
The whole Section "Device" looks like this at my notebook (SuSE 9.0):
Section "Device"
BoardName "RS100 4336"
BusID
"1:5:0"
Driver
"radeon"
Identifier "Device[0]"
Option
"DPMS"
Option
"AGPFastWrite" "On"
Option
"EnablePageFlip" "On"
Option
"AGPMode" "4"
Screen
0
Option
"Rotate" "off"
VendorName "ATI"
EndSection
Make sure the following line is in the Section "DRI" that all users get the pleasure of 3D:
Mode
0666
You can do one thing to have a better 3D-performance (at least in glxgears).
Add this line in the file /etc/profile (for instance after the last "fi")
export RADEON_NO_USLEEPS=1
Reboot and start the X-Server with "startx".
If all went fine this or a similar line is in the /var/log/XFree86.0.log
(II) (RADEON(0): Direct rendering enabled
If you enter "glxinfo", this line must appear:
direct rendering: Yes
If 3D seems to be activated in XFree86.0.log but "glxinfo"shows
direct rendering: No
then it is likely that old Mesa-rpms of the distribution make problems and have to be deinstalled
before installing the self-compiled X-Server.
If you start the benchmarking program "glxgears" the framerate should be between 400-500fps
(somewhat dependent on the CPU).
When you try to play tuxracer you can see if you succeed. Without 3D it is unplayable (1-2fps), now
it should run smoothly.
If you want to disable DRI at the next start of X comment out this line in in /etc/X11/XF86Config or
in the XF86Config-4:
Load
"dri"
The Radeon IGP 320M does not have TCL-support in the hardware, its useless to try to active it.
Thats why at the starting of glxgears and 3D-applications this message appears:
"disabling TCL support".
Lowering the resolution risens the framerate in 3D-applications, lowering details in the applications
has not such a strong effect in proportion to lowering the resolution.
Even if it dont fits to the topic, I will mention that if you play Halflife or the Mods of that game you
can have the effect that the game runs too fast. The reason is the cpufreq-support. You have to disable
the cpufreq-service then before playing
(with SuSE 9.0 type "rccpufreqd stop", superuserrights necessary) and you can set the desired
cpu-speed before for instance with the cpufreq-plugin of gkrellm. After gaming you can activate this
service again with "rccpufreqd start".
Still one annotation:
The code for Radeon-IGP-support was integrated in dri- and Mesa-CVS since January 2004, but this
does not already work (at least for me). IRQ-sharing can´t be disabled on newer dri-versions, at least
with the old method.
§5 Weblinks to this topic
1.
http://bugs.xfree86.org/show_bug.cgi?id=314
patches, many information
2.
http://www.kernel.org
the sources of the kernel
3.
http://www.sonarnerd.net/projects/linux
kernelpatches for Laptops, the ones for 2.4.22 contain cpufreq, acpi, other patches and
Radeon-IGP-Support, in the ones for 2.4.25 IGP-support is not contained any more, because it is
already included in kernel 2.4.25
4.
http://www.kernel.org/pub/linux/kernel/people/alan/linux-2.4/2.4.22
kernelpatch for 2.4.22, contains IGP-Support and other things
5.
http://www.xfree86.org
homepage of the XFree86-project
6.
http://xorg.freedesktop.org/wiki/CvsPage
installing X without overwriting the old installation
7.
http://groups.yahoo.com/group/amilo
forum about using the Amilo A with Linux, something about the IGP320M that is in this notebook
8.
http://rzr.online.fr/docs/comp/gfxcard.htm
graphics-section of a large site about the Amilo A,
many information about 3D for IGP 320M
9.
http://vayne.fdns.net/presario.html
Yet another site about one notebook with this graphics-chip with large graphics-section.
I could not reproduce the described method with the CVS-versions successfully
(3D-applications produce error messages or do not start or give no picture).
And there are packages with the s3tc-patches.
10.
http://www.consultmatt.co.uk/nx9005/radeon-igp/index.php
Another site to our topic, with precompiled XFree86-rpms that contain Radeon-IGP-Support.
11.
http://public.planetmirror.com/pub/radeonigp
ftp://ftp.planetmirror.com/pub/radeonigp
XFree86-4.4.0.2-rpms with 3D-Patches for Radeon IGP
12.
http://www.linuxforen.de/forums/showthread.php?t=118109
description of the method with dri and Mesa-CVS (in German).
13.
http://www.mesa3d.org
homepage of mesa
14.
http://dri.sourceforge.net
homepage of the DRI-project
15.
http://www.petitiononline.com/atipet/petition.html
Petition for adequate drivers in linux
16.
http://www.ati.com
the website of a producer of graphics solutions
§6 Changelog
25th of March 2004 -first version
29th of March 2004 -corrected some some spelling errors
-explanations to different XFree86-Snapshots
-explanation about edititing the Section "Device" in the configfile of the
X-Server made more common, even though the XF86Config from SuSE 9.0
should work on similar distributions
-asked question to XFree86 4.4 in Closing words
-added this Changelog
4th of April 2004 -deinstalling of Mesa not necessary with SuSE 9.0
-ignore dependency problems when deinstalling Mesa-packages
-install selfcompiled sources over the XFree86-packages in SuSE 9.0
-dependencies for compiling XFree86
-you can use sax2 later too
-problems with Halflife and cpufreq and the solution
7th of April 2004 -mentioned the "kdesu"-command
-deactivating DRI-support
-translation in English
(maybe not so good, but you should understand what I mean)
th
14 of April 2004 -updated link to "description of the method with dri and Mesa-CVS (in German)"
-old Mesa-rpms make problems if 3D seems to be activated in XFree86.0.log, but
"glxinfo" shows
direct rendering: No
th
22 of April 2004 -kernel 2.4.26
23th of May 2004 -bison is necessary for compiling X
-SuSE 9.1 and kernel 2.6.x
th
02 of June 2004 -changed question to XFree86 4.4 in closing words
02th of December -there are ATI-drivers for some IGP-chips for linux
-X.org from version 6.8.0 supports 3D for Radeon-IGP, therefore there should be
no problems with current distributions, but 3D has to be disabled for Amilo A then
-latest updatekernel from SuSE 9.1 can cause problems while compiling
-ATI IGP 345M rev2 support in Kernel 2.4.27
-checking of the patch with the --dry-run-option
-IRQ-sharing cannot be disabled on newer dri-versions,
at least with the old method
-some new links
-Amilo A 7600-trouble in closing words
-some minor changes
§7 Closing words
Thanks to all people who participated in the development of the driver, may it be as coder or tester,
Good work!!!
Naturally this document may be distributed, but if you change something please make a appropriate
annotation.
I am always grateful for (constructive) criticism, additions and suggestions for improvements.
I am especially interested in how to make it work with X.org 6.8.1 and/or dri- and Mesa-CVS,
because Amilo A-user get segmentation faults with 3D-applications. I have described the problem
under https://bugs.freedesktop.org/show_bug.cgi?id=1678
You can vote for this bug on this site.I am grateful too for hints if there is something
special to do with certain distributions, graphics-chips or laptops of the Radeon-IGP-family.
You can also make questions, but not such ones that can be answered from easy accessible sources.
I am often reachable under the specified email-address on the top of the document.
This document was created with Openoffice 1.1 for Linux.
May the source be with you!
Greets from the land of the Swabians
Thomas Riedel