fglrx-3.2.5 xf86_ENOMEM gelöst !?

Beorn70

Cadet
Mitglied seit
02.07.2003
Beiträge
32
Renomée
0
Also.

Es hat mich tatsächlich fast eine Woche gekostet, um endlich die neuen ATI-Treiber an den Start zu bekommen.

System: Debian sid, EP-8RDA+, Radeon9700PRO

Ich hatte vorher die 2.9.13er laufen - problemlos und dann die 3.2.5er darüberinstalliert.

DAS WAR FALSCH!

offenbar hätte mir der alte Windows-Trick - erst die alten Treiber deinstallieren, dann die neuen installieren ne Menge Arbeit erspart.

Also: kleine Debian Anleitung

wer den 4.3.0er X-Server am start hat:

wget http://www2.ati.com/drivers/firegl/fglrx-glc22-4.3.0-3.2.5.i586.rpm

sonst

wget http://www2.ati.com/drivers/firegl/fglrx-glc22-4.2.0-3.2.5.i586.rpm


alien fglrx-glc22-4.3.0-3.2.5.i586.rpm

oder eben

alien fglrx-glc22-4.2.0-3.2.5.i586.rpm

das macht Euch ein Debian Paket.

WER AUF DIESE WEISE ALTE TREIBER IM SYSTEM HAT, WERFE DIE BITTE VORHER RAUS!!!
-> dpkg -r fglrx-glc22 ; dpkg --purge fglrx-glc22

dann schaut Ihr, ob noch ein Verzeichnis

/lib/modules/fglrx

existiert. wenn ja -> WEG DAMIT
-> rm -rf /lib/modules/fglrx

dann installiert Ihr das neue Packet:

dpkg -i fglrx-glc22_4.3.0-4.2_i386.deb

seht bitte in /usr/X11R6/lib/ nach, ob die links auf libGL.so.1.2 stimmen:
-> ls -la /usr/X11R6/lib/libGL.*
lrwxrwxrwx 1 root root 12 Sep 13 11:10 libGL.so -> libGL.so.1.2
lrwxrwxrwx 1 root root 12 Sep 13 15:50 libGL.so.1 -> libGL.so.1.2
-rwxr-xr-x 1 root root 643157 Aug 6 17:08 libGL.so.1.2

die Kernel-header solltet Ihr da haben, dann klappt es auch gleich mit dem Modul:

cd /lib/modules/fglrx/build_mod
./make.sh

cd ..
./make_install.sh

dann bastelt Ihr Euch entweder mit fglrxconfig ne neue XF86Config-4 oder Ihr setzt per hand die folgenden Werte. (Auszug aus meiner XF86Config-4)

Section "Device"
Identifier "RADEON 9700 Pro" # <- Oder was Ihr auch immer für ne Karte habt
Driver "fglrx" # <- das ist der Treiber. Ach :-)

#
# Der Rest regelt Kleinkram aber auch eineige wichtige Dinge ...
#

# === disable PnP Monitor ===
#Option "NoDDC"
# === disable/enable XAA/DRI ===
Option "no_accel" "no"
Option "no_dri" "no"
# === FireGL DDX driver module specific settings ===
# === Screen Management ===
Option "DesktopSetup" "0x00000000"
Option "MonitorLayout" "AUTO, AUTO"
Option "IgnoreEDID" "off"
Option "HSync2" "unspecified"
Option "VRefresh2" "unspecified"
Option "ScreenOverlap" "0"
# === TV-out Management ===
Option "NoTV" "yes"
Option "TVStandard" "NTSC-M"
Option "TVHSizeAdj" "0"
Option "TVVSizeAdj" "0"
Option "TVHPosAdj" "0"
Option "TVVPosAdj" "0"
Option "TVHStartAdj" "0"
Option "TVColorAdj" "0"
Option "GammaCorrectionI" "0x00000000"
Option "GammaCorrectionII" "0x00000000"
# === OpenGL specific profiles/settings ===
Option "Capabilities" "0x00000800"
# === Video Overlay for the Xv extension ===
Option "VideoOverlay" "on"
# === OpenGL Overlay ===
# Note: When OpenGL Overlay is enabled, Video Overlay
# will be disabled automatically
Option "OpenGLOverlay" "off"
Option "CenterMode" "off"
# === QBS Support ===
Option "Stereo" "off"
Option "StereoSyncEnable" "1"
# === Misc Options ===
Option "UseFastTLS" "1"
Option "BlockSignalsOnLock" "on"
Option "UseInternalAGPGART" "no" # <- internes oder externes AGPGART
Option "ForceGenericCPU" "no"
# === FSAA ===
Option "FSAAScale" "4"
Option "FSAADisableGamma" "no"
Option "FSAACustomizeMSPos" "no"
Option "FSAAMSPosX0" "0.000000"
Option "FSAAMSPosY0" "0.000000"
Option "FSAAMSPosX1" "0.000000"
Option "FSAAMSPosY1" "0.000000"
Option "FSAAMSPosX2" "0.000000"
Option "FSAAMSPosY2" "0.000000"
Option "FSAAMSPosX3" "0.000000"
Option "FSAAMSPosY3" "0.000000"
Option "FSAAMSPosX4" "0.000000"
Option "FSAAMSPosY4" "0.000000"
Option "FSAAMSPosX5" "0.000000"
Option "FSAAMSPosY5" "0.000000"
BusID "PCI:2:0:0" # vendor=1002, device=4e44
Screen 0

EndSection

Section "Screen"
Identifier "Default Screen"
Monitor "Generic Monitor"
Device "RADEON 9700 Pro" # <- Oder wie Ihr Eure Karte genannt habt

[...] Jetzt kommen die Modelines und so weiter

Anscheinend ist es egal, ob das ATI oder das Kernel-agpgart benutzt wird, da beide identisch zu sein scheinen.
Aber: Wer ein Kernel/Modulupdate macht, sollte am besten /lib/modules/fglrx komplet neu installieren, da ATI leider keine sauberen Makefiles mitgebracht hat. Da lag wohl auch mein Problem.

Eine letzte Sache noch, bei mir hat der fglrx-Treiber gemotzt, ich möchte doch bitte die Kerneloption "mem=nopentium" übergeben, also zB in
/etc/lilo.conf
append="mem=nopentium"
anfügen.

dann ggf. noch in /etc/modules

agpgart
fglrx

eintragen.

Wenn Ihr jetzt X started sollte in der /var/log/XFree86.0.log sinngemäß sowas auftauchen:
(II) fglrx(0): [drm] created "fglrx" driver at busid "PCI:2:0:0"
(II) fglrx(0): [drm] added 8192 byte SAREA at 0xf8a22000
(II) fglrx(0): [drm] mapped SAREA 0xf8a22000 to 0x40026000
(II) fglrx(0): [drm] framebuffer handle = 0xd8000000
(II) fglrx(0): [drm] added 1 reserved context for kernel
(II) fglrx(0): DRIScreenInit done
(II) fglrx(0): Kernel Module Version Information:
(II) fglrx(0): Name: fglrx
(II) fglrx(0): Version: 3.2.5
(II) fglrx(0): Date: Aug 6 2003
(II) fglrx(0): Desc: ATI Fire GL DRM kernel module
(II) fglrx(0): Kernel Module version matches driver.
(II) fglrx(0): Kernel Module Build Time Information:
(II) fglrx(0): Build-Kernel UTS_RELEASE: 2.4.22
(II) fglrx(0): Build-Kernel MODVERSIONS: yes
(II) fglrx(0): Build-Kernel __SMP__: no
(II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000
(II) fglrx(0): [drm] register handle = 0xe8020000
(II) fglrx(0): [agp] Mode=0x1f00421b bridge: 0x10de/0x01e0
(II) fglrx(0): [agp] AGP disable mask 0x00000000
(II) fglrx(0): [agp] enabling AGP with mode=0x1f00431a
(II) fglrx(0): [agp] AGP protocoll is enabled for grafics board. (cmd=0x1f004312)
(II) fglrx(0): [agp] grafics chipset has AGP v3.0 (native mode)
(II) fglrx(0): [drm] ringbuffer size = 0x00100000 bytes
(II) fglrx(0): [drm] DRM buffer queue setup: nbufs = 100 bufsize = 28672
(II) fglrx(0): [drm] texture shared area handle = 0xf8b39000
(II) fglrx(0): VisualConfigs initialized
(II) fglrx(0): DRI initialization successfull!

die vorletzte Bestätigung ist dann
->fglrxinfo

display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: Radeon 9700 PRO Athlon (3DNow!)
OpenGL version string: 1.3 (X4.3.0-3.2.5)

die letzte ein lauffähiges tenebrae :-)
 
Zuletzt bearbeitet:
Ähm, jetzt muß ich dochmal nachhaken. Du hast Debian/unstable laufen? Mit welchem X und welchem Windowmanager/Desktopenvironment? Funktionieren die Treiber bei dir Tadellos? Wenn ich auf die 1024x768er Auflösung schalte oder von X zur console und dann zurück hab ich einen heillosen Farbenmatsch. Das allerdings nur, wenn ich die glx-extensions aktiviere (ist ja Standard). Und ja, ich habe die Treiber sauber installiert, sprich die alten vorher runter.

puck
 
So ich habe auch mal ne Frage, da ihr mich jetzt alle etwas verunsichert habt:

Habe mir eine Radeon 9600 pro gekauft und hoffe das die Treiber ebenbürtig mit den Nvida treibern sind.

Deswegen habe ich mal ein paar Fragen zu den ATI Treibern

1. gibts ein Splashscreen ;)
2. kannst du bei Xine in den Videos Helligkeit Kontrast usw ändern?
3. gibt es noch zusätzlich ein paar kleine Tools zu den Treibern, oder irgendwelche Options für die XF86config die ich wissen müsste?

XD
 
@PuckPoltergeist:

Also, bei mir funktionieren die Treiber fast tadellos:

  • Nach dem Umschalten auf die Console fehlen ein paar Punkt in den Schriften. Das klingt witzig, sieht aber scheisse aus. NACHTRAG: Anscheinend wird da wirklich ne Palette für die AA-Schriften geschrottet. Blöd sowas..
  • tenebrae - bisher einzige getestete "harte" glx-anwendung zeigt ein buntes Farbenspiel beim Laden der Level
  • gx läuft NICHT im Fenster. und das ist scheisse!

ich benutze X 4.3 von

deb ftp://linux.upsa.es/pub/XFREE4.3/ ./

damit hab ich sogar einen Bunten, animierten Mousepointer...

so ganz das gelbe ist das also wirklich nicht. Aber es scheinen ja genug Leute mit den Treibern klarzukommen. Vorher hatt ich ne GF2-MX da lief das irgendwie immer runder mit der Installation.

also @X-Dimension: Naja, wenn es läuft, tut es. Kein Splash, dafür erzeugt das Configtool eine Musterconfig mit allen optionen, die sogar halbwesg dokumentiert ist. Ein "Echtes" Tool zum teaken wie für Windows gibt es nicht, dafür kannst Du den 2. Monitor an und abclicken.
 
Zuletzt bearbeitet:
Hm habs gerade nochmal getestet. Sobald ich die glx-extensions rein nehme, hat er mir die 1024x768er Auflösung um die Ohren (2D). Sieht lustig aus, weil er zeilenweise nach unten das Bild immer ein stück weiter nach rechts versetzt.
Naja, der XFree-Treiber läuft und meine 8500 ist auch Hardware beschleunigt. Geht zwar kein UT2003 damit, aber ich glaube da gibt es schlimmeres. ;D

puck
 
also so ganz prickelnd ist der Treiber wirklich nicht..

ich test noch ein bisschen uns sonst gibt es wieder den 2.9.13er. der läuft wenigstens..
 
hachja. nach den ersten Erfolgen tritt wirklich die Ernüchterung ein. Ich finde es echt klasse, daß ATI schon den 2.6er zweig vorgesehen hat, doch mit dem habe ich immer noch den segfault.

2D war fand ich auch schonmal schneller. Das Verschieben von Fenstern sollte echt flüssiger laufen. da hab ich mal besseres gesehen.

ich weiss nicht.

Kann mal jemand von denjenigen dazu sagen, bei denen der Treiber auf anhieb lief?

Edit:
Das X von oben ist scheisse!

xine erkennt kein XV und damit fühle ich mich in die Anfänge der DVD zurückversetzt und das trotz eines XP2800+. Das geht garnicht. Das X scheint echt für C64 optimiert zu sein.

ich ziehe mir gerade wieder die alten Pakete. Dabei hab ich übrigens im Pool einen Satz
X-4.3.0-pre1v1 entdeckt, den ich weder in sarge noch sid gesehen habe.

Wenn das nicht läuft probier ich es mal von den Quellen, auch wenn ich mir spannenderes vorstellen könnte - hab ja gerade ne große Platte besorgt...

 
Zuletzt bearbeitet:
ok. geschaaft.

es war die Zeile:
Option "Capabilities" "0x00000800"

nix gut!

hab die auskommentiert und jetzt bekomme ich in glxgears 750 fps
fgl_glxgears bringt 150fps !

ich liebe schlecht dokumentierte Features..
 
So, ich hab gerade nochmal mit Debian/stable getestet. Gleicher Fehler. So langsam gehe ich von einem Hardware Problem aus. Da stellt sich dann nur die Frage, wieso der XFree-Treiber funktioniert. ???

puck
 
Original geschrieben von PuckPoltergeist
So, ich hab gerade nochmal mit Debian/stable getestet. Gleicher Fehler. So langsam gehe ich von einem Hardware Problem aus. Da stellt sich dann nur die Frage, wieso der XFree-Treiber funktioniert. ???

puck

Hmm, die Treiber sind halt komisch.

Wie Sieht Deine Device Section aus? Ist nur ne Vermutung, aber hast Du einfach nur den Treiber eingebunden
oder auch irgendwelche Optionen gesetzt/gelöscht?

ich hab jetzt gerade mein Linux nicht gebootet, aber der Treiber spuckt doch beim Start ne Liste der unterstützen CHips aus..
 
Ich hatte es mit unterschiedlichen configs versucht. Einmal die, die mir fglrxconfig ausgespuckt hatte und auch die von Debian (da natürlich fglrx als Treiber eingesetzt). Hat sich nichte geändert.

puck
 
Also auf Linuxforen.de sind alle recht begeistert von den Treibern er soll in spielen so 17% Schneller laufen und ein Controlpanel zum einstellen des Gammawertes gibt es auch...

XD
 
Naja, das Controlpanel ist keine Errungenschaft dieses Treibers (will meinen dieser Version), das gibts schon, seit ich die ATi-Treiber kenne. Und wie schnell der Treiber ist, ist mehr ehrlich gesagt egal, wenn er mir das Bild zermatscht.

puck
 
Zurück
Oben Unten