Re: 3D-Beschleunigung

Am Mittwoch, den 30.11.2011, 15:24 +0100 schrieb Oliver Fromme:
> Marc Santhoff wrote:
> > Am Montag, den 28.11.2011, 13:52 +0100 schrieb Oliver Fromme:
> > > 1. In Deiner Kernel-config brauchst Du diese zwei:
> > > device drm
> > > device radeondrm
> > > (Kann man evtl. auch als Kernel-Modul nachträglich laden.)
> >
> > Wird als Modul geladen, nach dem Start von X sieht das so aus:
> >
> > Id Refs Address Size Name
> > 1 33 0xffffffff80200000 d3c8d8 kernel
> > 2 1 0xffffffff81012000 3135d nfscl.ko
> > 3 3 0xffffffff81044000 104ee nfscommon.ko
> > 4 1 0xffffffff81055000 2a5f2 nfsd.ko
> > 5 1 0xffffffff81080000 25e linux_adobe.ko
> > 6 1 0xffffffff81081000 1dfc4 linux.ko
> > 7 1 0xffffffff8109f000 64807 radeon.ko
> > 8 1 0xffffffff81104000 135d3 drm.ko
> >
> > Wie man sieht gibt es kein radeondrm.ko, das existiert auch
> > in /boot/kernel nicht.
>
> Ja, das ist passt. Das Kernelmodul, das zur Option "radeondrm"
> gehört, heißt nur "radeon".

OK

> > > 4. Folgende Ports, die mit DRI bzw. GL zu tun haben, sind bei
> > > mir installiert (unter einem halbwegs aktuellen 8-stable):
> > >
> > > dri-7.6.1,2 OpenGL hardware acceleration drivers for the DRI
> > > dri2proto-2.3 DRI2 prototype headers
> > > driconf-0.9.1_5 Configuration program for DRI drivers
> > > glproto-1.4.12 GLX extension headers
> > > libdrm-2.4.17_1 Userspace interface to kernel Direct Rendering Module servi
> > > libGL-7.6.1 OpenGL library that renders using GLX or DRI
> > > libGLU-7.6.1 OpenGL utility library
> > > libGLw-7.6.1 OpenGL widgets library
> > > libglut-7.6.1 OpenGL utility toolkit
> > > linux-dri-7.4_1 Mesa-based DRI libraries, drivers and binaries (Linux Ubunt
> > > mesa-demos-7.6.1 OpenGL demos distributed with Mesa
> > > xdriinfo-1.0.3 Query configuration information of DRI drivers
> > > xf86-video-ati-6.14.0_1 X.Org ati display driver
> > > xf86driproto-2.1.0 XFree86-DRI extension headers
> >
> > Sieht im großen und ganzen ähnlich aus, ein paar kleinere
> > Versiondifferenzen und eine größere:
> >
> > dri-7.4.4,2
> >
> > Ist womöglich ein Stück von 7.6.1,2 entfernt.
>
> Ja, ich würde empfehlen, mal alle Ports zu aktualisieren.

Hab' schon begonnen, aber wenn man es nicht regelmäßig trainiert braucht
es natürlich mehr Zeit. Wenn schon alles übersetzt werden muß, möchte
ich natürlich das System gleich mit aktualisieren.

> > > 5. Den Port libdrm musst Du mit WITHOUT_NOUVEAU=YES gebaut
> > > haben, anderenfalls bekommst Du die veraltete Version
> > > 2.4.12.
> >
> > Habe ich nachgeholt, installiert sich jetzt auch als 2.4.17, nun wird
> > der Chip als RS880 erkannt statt vorher R600.
>
> Gut, sonst kann's nicht gehen.
>
> > Sonst aber ncihts, immer noch SW-Rasterizer.
>
> Ok, dann muss noch etwas faul sein.
>
> > > Wenn das bei Dir auch alles passt und Du trotzdem noch
> > > "Software Rendering" bekommst, dann poste bitte mal Deine
> > > /var/log/Xorg.0.log.
> >
> > Ich hänge die letzte Version einfach mal dran, aber insgesamt vermute
> > ich, ein Update von System und Ports ist momentan die letzte Hoffnung,
> > ist aus Juli diesen Jahres.
>
> Laut Deinem Xorg.0.log ist es sogar vom März (zumindest xorg).
> Ich würde dann auch als nächstes ein umfassendes Update
> empfehlen.

Stimmt, ich war vom System ausgegangen, bei den Ports war ich offenbar
noch nicht so weit.

> > Das einzig mir auffallende am log ist, daß das Modul fbdev nicht
> > gefunden wird und auch nicht existiert. Ich dachte eigentlich, das wäre
> > unnütz. Wenn es doch gebraucht wird, ist fraglich, warum es fehlt.
>
> Das braucht man nicht unbedingt; ich habe auch kein fbdev.
> Der einzige Unterschied ist, dass ich keine diesbezügliche
> Fehlermeldung erhalte, aber ich habe es auch nicht in meiner
> xorg.conf drin. Da Du keine explizite xorg.conf verwendest,
> nimmt der X-Server eine eingebaute Default-config, und die
> enthält fbdev.
>
> Davon abgesehen sind mir in Deinem Log noch die folgenden
> Zeilen aufgefallen:
>
> drmOpenDevice: node name is /dev/dri/card0
> Failed to change owner or group for file /dev/dri! 2: No such file or directory
> Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory
> drmOpenDevice: open result is -1, (No such file or directory)
> Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory
> drmOpenDevice: open result is -1, (No such file or directory)
> drmOpenDevice: Open failed

Kann sein, daß ich doch nicht die allerneueste Version gepostet habe,
obwohl ich da sicher war.

Ich habe aktuell nochmal kontrolliert, diese Meldungen sind zugunsten
von Positiver verschwunden, also merhfach:

drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)

> Schau mal nach, ob es das bei Dir überhaupt gibt. Bei mir
> schaut das so aus:
>
> $ ls -l /dev/dri
> crw-rw---- 1 root wheel 0, 38 Nov 30 08:46 card0

Wenn drm.ko und radeon.ko geladen sind, gibt es /dev/dri/card0 mit
gleichen Zugriffsrechten.

> Ach ja, siehst Du irgendwas ungewöhnliches in Deinen Kernel-
> Messages?
>
> $ grep drm /var/run/dmesg.boot
> drm0: <ATI Radeon HD 4250> on vgapci0
> info: [drm] MSI enabled 1 message(s)
> info: [drm] Initialized radeon 1.31.0 20080613

Bekomme ich beim Laden der Module auf die Konsole geschrieben, scheint
also OK.

> Wenn Du die drm-Module nachträglich lädst, erscheinen die
> zugehörigen Meldungen nicht in /var/run/dmesg.boot.
> Ggf. mal auf die Console achten, während die Module geladen
> werden, bzw. hinterher »dmesg | grep drm« versuchen.

S.o., aber trotz allem immer noch Software Rasterizer.

Eione echte Macke gibt es noch, nämlich daß die Kernelkonfiguration
nicht akutalisiert worden ist, diff hat zwischen GENERIC und meiner
version ohne Debugging recht viele Differenzen gezeigt, auch bei
Devicenamen.

Mal sehen, ich werde jetzt alles Akutalisieren, System und Ports.

-- 
Marc Santhoff <M.Santhoff(at)web.de>
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message