accélération 3D bug sous jessie

Support Debian
#1

Bonjour,
L’accélération 3D ne fonctionne pas sous Jessie:

[code]root@kmcs:/home/kmc# grep error /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 59.938] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/i965_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/i965_dri.so: undefined symbol: _glapi_tls_Dispatch)
[ 60.069] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch)

root@kmcs:/home/kmc# dpkg --search i965_dri.so
libgl1-mesa-dri:amd64: /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
libgl1-mesa-dri:i386: /usr/lib/i386-linux-gnu/dri/i965_dri.so

root@kmcs:/home/kmc# apt-cache policy libgl1-mesa-dri
libgl1-mesa-dri:
Installé : 10.3.2-1+deb8u1
Candidat : 10.3.2-1+deb8u1
Table de version :
*** 10.3.2-1+deb8u1 0
500 http://http.debian.net/debian/ jessie/main amd64 Packages
100 /var/lib/dpkg/status

root@kmcs:/home/kmc# dpkg -l libgl1-mesa-dri*
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture Description
++±===============-============-============-===================================
ii libgl1-mesa-dri 10.3.2-1+deb amd64 free implementation of the OpenGL A
ii libgl1-mesa-dri 10.3.2-1+deb i386 free implementation of the OpenGL A
un libgl1-mesa-dri (aucune description n’est disponibl
un libgl1-mesa-dri (aucune description n’est disponibl

[/code]

J’ai essayé de ré-installer libgl1-mesa-dri mais sans succès.

Je ne comprends déjà pas pourquoi il y a 2 versions installées du même package amd64 et i386.

kmc@kmcs:~$ cat /proc/version Linux version 4.2.0-0.bpo.1-amd64 (debian-kernel@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 4.2.1-2~bpo8+1 (2015-10-09)

La carte fonctionne correctement sous Kubuntu que j’ai installé en dual boot

Toute aide bienvenue

#2

Fonction recherche du forum : [mono]l’individualisme …[/mono] :033

[quote=“talogue”]Selon moi, la résolution du problème passe par :

  • la vérification de l’installation de xserver-xorg-video-ati, xserver-xorg-video-radeon, et de firmware-linux-nonfree
  • l’absence de fichier /etc/Xorg/xorg.conf
  • Une désinstallation propre du pilote fglrx et la restauration des librairies libres éventuellement écrasées par un .run tout crado
  • Si le problème persiste : la traque des erreurs (EE) et warnings (WW) dans le log de X
    [/quote]

[quote=“Varig”]Sinon, il y a quelque chose qui me semble bizarre dans le message d’erreur du log :

50.309] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/r600_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/r600_dri.so: undefined symbol: _glapi_tls_Dispatch)

C’est le r_600 qui me semble bizarre. r_600 est le nom d’un driver AMD libre, cependant celui qui correspond à ma carte graphique est le driver radeon (d’ailleurs, dans le xorg.conf, on a Driver “radeon”). Peut-être que l’erreur vient du fait qu’il charge le mauvais fichier?
Sinon, ce message dit undefined symbol: _glapi_tls_Dispatch. Il me semble que ce genre d’erreur signifie qu’il n’a pas trouvé une fonction qui provient d’une librairie externe (ici l’API GL). Ca voudrait dire qu’il n’a pas été linké lors de la compilation? Faudrait-il que je recompile cette librairies à partir des sources ? (en linkant)

EDIT : Substituer radeon à r600 e change rien.
Pour ce qui est du _glapi_tls_Dispatch, il semble que Mesa soit compilée par défault sans TLS (d’ailleurs je ne sais pas ce que c’est ^^). Je suis en train de compiler Mesa avec l’option --enable-glx-tls, on va voir si ça donne quelque chose…

EDIT #2 : YEAH CA MARCHE !

Donc pour résumer :
Cause du problème :
Un paquet de sid fournissant la bibliothèque Mesa (soit libgl1-mesa-glx, libgl1-mesa-dri) utilise ds fonction appartenant à GLX TLS, mais n’a pas été compilé pour (problème de link).

La solution :
Il faut recompiler soi-même Mesa en linkant avec GLX TLS. Pour cela, suivre les instructions ici : dri.freedesktop.org/wiki/Building/ (ou sur le site de Mesa, mais je trouve que celles-ci sont plus claires), et à l’étape de la configuration, utiliser le flag enable-glx-tls. C’est à dire :

$./configure.sh --enable-glx-tls

Voilà, je remercie les membres du forum qui m’ont aidé à résoudre le problème :smiley: je vais passer le sujet en résolu ! Cordialement.
[/quote]

[quote]5.10. Le bureau GNOME nécessite des graphismes 3D de base

Le bureau GNOME 3.14 de Jessie ne propose plus de prise en charge de secours pour les machines ne disposant pas de graphismes 3D de base. Pour fonctionner correctement, il nécessite soit un PC suffisamment récent (toute machine fabriquée ces 10 dernières années devrait avoir la prise en charge requise de SSE2) ou, pour les architectures autres qu’i386 et amd64, un adaptateur graphique 3D accéléré avec les pilotes EGL.

5.11. Le bureau GNOME ne fonctionne pas avec le pilote AMD propriétaire FGLRX

Contrairement aux autres pilotes OpenGL, le pilote AMD FGLRX pour les adaptateurs Radeon ne prend pas en charge l’interface EGL. Ainsi, plusieurs applications GNOME, dont le cœur du bureau GNOME, ne démarreront pas du tout quand ce driver sera utilisé.

Il est recommandé d’utiliser à la place le pilote libre radeon, qui est le pilote par défaut de Jessie.[/quote]

#3

Merci, j’avais vu ce post mais j’espérais échapper à la compilation qui se finit par un:

[quote]root@kmcs:~/mesa# ./autogen.sh
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
…
checking whether -lc should be explicitly linked in… no
checking dynamic linker characteristics… GNU/Linux ld.so
checking for GLPROTO… yes
configure: error: Direct rendering requires libdrm >= 2.4.60
root@kmcs:~/mesa# apt-cache policy libdrm
N: Impossible de trouver le paquet libdrm

root@kmcs:~/mesa# dpkg -l libdrm*
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture Description
++±===================-==============-==============-============================================
ii libdrm-dev:amd64 2.4.58-2 amd64 Userspace interface to kernel DRM services -
ii libdrm-intel1:amd64 2.4.58-2 amd64 Userspace interface to intel-specific kernel
ii libdrm-intel1:i386 2.4.58-2 i386 Userspace interface to intel-specific kernel
un libdrm-nouveau1 (aucune description n’est disponible)
ii libdrm-nouveau1a:am 2.4.40-1~deb7u amd64 Userspace interface to nouveau-specific kern
rc libdrm-nouveau1a:i3 2.4.40-1~deb7u i386 Userspace interface to nouveau-specific kern
ii libdrm-nouveau2:amd 2.4.58-2 amd64 Userspace interface to nouveau-specific kern
ii libdrm-nouveau2:i38 2.4.58-2 i386 Userspace interface to nouveau-specific kern
ii libdrm-radeon1:amd6 2.4.58-2 amd64 Userspace interface to radeon-specific kerne
ii libdrm-radeon1:i386 2.4.58-2 i386 Userspace interface to radeon-specific kerne
ii libdrm2:amd64 2.4.58-2 amd64 Userspace interface to kernel DRM services -
ii libdrm2:i386 2.4.58-2 i386 Userspace interface to kernel DRM services -
[/quote]

Il semble qu’il faille passer en Stretch pour avoir la version 2.4.64. S’agissant d’une machine de travail je souhaite rester en stable. Je vais donc attendre que jessie-backports passe à la 2.4.60

#4

Salut,

Que dit le [mono]README[/mono] ?

[11:21:06]:~$ acp libdrm-intel1 libdrm-nouveau1a libdrm-nouveau2 libdrm-radeon1 libdrm2 libdrm-intel1: Installé : 2.4.65-3 Candidat : 2.4.65-3 Table de version : *** 2.4.65-3 0 990 http://cdn.debian.net/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status 2.4.64-1 0 870 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages 2.4.58-2 0 950 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages 2.4.40-1~deb7u2 0 799 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages 2.4.26-1~bpo60+1 0 560 http://backports.debian.org/debian-backports/ squeeze-backports/main amd64 Packages 2.4.21-1~squeeze3 0 570 http://ftp2.fr.debian.org/debian/ squeeze/main amd64 Packages libdrm-nouveau1a: Installé : 2.4.40-1~deb7u2 Candidat : 2.4.40-1~deb7u2 Table de version : *** 2.4.40-1~deb7u2 0 799 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages 100 /var/lib/dpkg/status 2.4.26-1~bpo60+1 0 560 http://backports.debian.org/debian-backports/ squeeze-backports/main amd64 Packages libdrm-nouveau2: Installé : 2.4.65-3 Candidat : 2.4.65-3 Table de version : *** 2.4.65-3 0 990 http://cdn.debian.net/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status 2.4.64-1 0 870 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages 2.4.58-2 0 950 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages libdrm-radeon1: Installé : 2.4.65-3 Candidat : 2.4.65-3 Table de version : *** 2.4.65-3 0 990 http://cdn.debian.net/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status 2.4.64-1 0 870 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages 2.4.58-2 0 950 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages 2.4.40-1~deb7u2 0 799 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages 2.4.26-1~bpo60+1 0 560 http://backports.debian.org/debian-backports/ squeeze-backports/main amd64 Packages 2.4.21-1~squeeze3 0 570 http://ftp2.fr.debian.org/debian/ squeeze/main amd64 Packages libdrm2: Installé : 2.4.65-3 Candidat : 2.4.65-3 Table de version : *** 2.4.65-3 0 990 http://cdn.debian.net/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status 2.4.64-1 0 870 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages 2.4.58-2 0 950 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages 2.4.40-1~deb7u2 0 799 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages 2.4.26-1~bpo60+1 0 560 http://backports.debian.org/debian-backports/ squeeze-backports/main amd64 Packages 2.4.21-1~squeeze3 0 570 http://ftp2.fr.debian.org/debian/ squeeze/main amd64 Packages 2.3.0-4 0 548 http://boisson.homeip.net/debian/ etch/exp amd64 Packages [11:21:53]:~$

#5

Salut

[quote] 2.4.58-2 0
950 ftp.fr.debian.org/debian/ jessie/main amd64 Packages[/quote]

Je suis donc bon pour attendre non ?

#6

Au fait …

[quote=“kmchen”] j’avais vu ce post mais j’espérais échapper à la compilation qui se finit par un:

[mono]root@kmcs:~/mesa#[strike]./autogen.sh[/strike][/mono][/quote]
Nous ne parlons pas du même sujet.

[quote=“BelZéButh”][quote=“Varig”]b[/b]
La solution :

Il faut recompiler soi-même Mesa en linkant avec GLX TLS. Pour cela, suivre les instructions ici : dri.freedesktop.org/wiki/Building/ (ou sur le site de Mesa, mais je trouve que celles-ci sont plus claires), et à l’étape de la configuration, utiliser le flag enable-glx-tls. C’est à dire :

Voilà, je remercie les membres du forum qui m’ont aidé à résoudre le problème je vais passer le sujet en résolu ! Cordialement.[/quote][/quote]

#7

Je ne suis même pas arrivé jusqu’au ./configure car le ./autogen se termine avec l’erreur:

et jessie a le libdrm 2.4.58

#8

À défaut de recourir aux dépôts [mono]Stretch[/mono] …
Tu peux, le compiler depuis les sources Linux® From Scratch ou depuis dri.freedesktop.org/lists.x.org , la viabilité/fiabilité de ces dépôts ne peuvent t’être mise en cause.
Tu peux, adjoindre les PPA launchpad.net dans tes [mono]sources[/mono] en t’appuyant sur un [mono]épinglage[/mono] ([mono]pinning[/mono]) des plus drastique.
Les solutions ne manquent pas.

#9

Je ne connais pas tous ces sites. Pourrais tu me donner un sources list et un preferences pour ça ?
J’utilise Debian mais ne suis pas un spécialiste

#10

Je ne connais pas tous ces sites. Pourrais tu me donner un sources list et un preferences pour ça ?
J’utilise Debian mais ne suis pas un spécialiste

#11

Salut,

Quelle solution a retenue ton attention ?
À titre personnel, je te conseillerai l’utilisation des dépôts [mono]Trusty[/mono], beaucoup plus simple, dans la gestion et suivi des mises à jour, plutôt que la compilation.

[11:28:42] $ acp libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm2 libdrm-intel1: Installé : 2.4.65-3 Candidat : 2.4.65-3 Table de version : *** 2.4.65-3 0 990 http://cdn.debian.net/debian/ sid/main amd64 Packages (...) 610 http://fr.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages (...) 2.4.56-1~ubuntu2 0 610 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages (...) libdrm-nouveau2: Installé : 2.4.65-3 Candidat : 2.4.65-3 Table de version : *** 2.4.65-3 0 990 http://cdn.debian.net/debian/ sid/main amd64 Packages (...) 2.4.60-2~ubuntu14.04.1 0 610 http://fr.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages (...) 610 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages 2.4.52-1 0 610 http://fr.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages libdrm-radeon1: Installé : 2.4.65-3 Candidat : 2.4.65-3 Table de version : *** 2.4.65-3 0 990 http://cdn.debian.net/debian/ sid/main amd64 Packages (...) 2.4.60-2~ubuntu14.04.1 0 610 http://fr.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages (...) 2.4.56-1~ubuntu2 0 610 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages 2.4.52-1 0 610 http://fr.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages (...) libdrm2: Installé : 2.4.65-3 Candidat : 2.4.65-3 Table de version : *** 2.4.65-3 0 990 http://cdn.debian.net/debian/ sid/main amd64 Packages (...) 2.4.60-2~ubuntu14.04.1 0 610 http://fr.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages (...) 2.4.56-1~ubuntu2 0 610 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages 2.4.52-1 0 610 http://fr.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages (...) [11:29:00] $

#12

Va pour trusty. C’est du Debian ça ?
Je n’ai pas acp. On trouve ça où et c’est quoi ?

#13

Trusty, c’est ubuntu il me semble. Je suis sous Debian Jessie. Quels dépôts puis-je utiliser pour éviter la compilation ?

#14

[quote=“kmchen”]Quels dépôts puis-je utiliser pour éviter la compilation ?[/quote][quote=“BelZéButh”]À titre personnel, je te conseillerai l’utilisation des dépôts [mono]Trusty[/mono], beaucoup plus simple, dans la gestion et suivi des mises à jour

#15

Merci pour ces réponses mais encore une fois je suis sous debian Jessie. j’ai également Kubuntu en dual boot qui lui utilise l’accélération 3D correctement. Mais je voudrais l’utiliser sous Debian Jessie car Kubuntu a une version d’Eclipse inutilisable pour mon travail.
Quelqu’un a-t-il déjà fait marcher l’accélération 3D Intel sous Jessie ?

#16

Bien sûr.
Mais cette erreur ne semble pas particulièrement liée à l’accélération Intel puisque le même message se produit avec le rendu logiciel (swrast_dri.so) d’après tes logs ou avec l’accélération AMD/ATI Radeon (r600_dri) d’après les logs cités par BelZébuth.

#17

Plutôt que de t’embarquer vers [mono]Trusty[/mono], tu peux recourir aux dépôts [mono]Stretch[/mono].
Crées ces derniers et attribues le [mono]pinning[/mono] suivant.

[mono]# touch /etc/apt/sources.list.d/stretch.list

chmod 644 /etc/apt/sources.list.d/stretch.list[/mono]

[code]###########################

Stretch

deb http://ftp.fr.debian.org/debian/ stretch main contrib non-free

Stretch security

deb http://security.debian.org/ stretch/updates main contrib non-free

Stretch-update

deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free
###########################[/code]
Pour définir les priorités je me suis basé sur ton retour.

[quote=“kmchen”]root@kmcs:/home/kmc# apt-cache policy libgl1-mesa-dri libgl1-mesa-dri: Installé : 10.3.2-1+deb8u1 Candidat : 10.3.2-1+deb8u1 Table de version : *** 10.3.2-1+deb8u1 0 500 http://http.debian.net/debian/ jessie/main amd64 Packages 100 /var/lib/dpkg/status[/quote]
Un [mono]$ apt-cache policy[/mono], serait plus approprié.

Ainsi, les dépôts [mono]Stretch[/mono] seront en version inférieure ([mono]450[/mono]) à [mono]Jessie[/mono] ([mono]500[/mono]).

[mono]# touch /etc/apt/preferences.d/stretch.pref

chmod 644 /etc/apt/preferences.d/stretch.pref[/mono]

[code]$ cat /etc/apt/preferences.d/stretch.pref

Package: *
Pin: release o=Debian,a=testing,n=stretch,l=Debian
Pin-Priority: 450

Package: *
Pin: release o=Debian,a=testing-updates,n=stretch-updates,l=Debian
Pin-Priority: 450

Package: *
Pin: release o=Debian,a=testing,l=Debian-Security
Pin-Priority: 450
[/code]

Les paquets ci-dessous seront prioritaires et passerons en version supérieure au prochain [mono]upgrade[/mono].

[mono]# touch /etc/apt/preferences.d/radeon.pref

chmod 644 /etc/apt/preferences.d/radeon.pref[/mono]

[code]$ cat /etc/apt/preferences.d/radeon.pref

Package: libdrm-intel1
Pin: release o=Debian,a=testing,n=stretch,l=Debian
Pin-Priority: 990

Package: libdrm-nouveau2
Pin: release o=Debian,a=testing,n=stretch,l=Debian
Pin-Priority: 990

Package: libdrm-radeon1
Pin: release o=Debian,a=testing,n=stretch,l=Debian
Pin-Priority: 990

Package: libdrm2
Pin: release o=Debian,a=testing,n=stretch,l=Debian
Pin-Priority: 990
[/code]

?

#18

J’ai une question car j’ai réinstallé une debian stable et activé les backports.

Mais j’ai une 290 et les pilotes open source AMD de stable sont vraiment vieux même avec les backports.

Est ce que tu peux m’aider à installer les pilotes open source radeon qui sont dans les dépôts sid mais tout en restant sur une debian stable ?

Car pour les avoir testés lors d’une précédente installation ou j’étais sous sid, dans certains jeux les performances triple carrément. …

#19

Salut,

[quote=“Horigo”]J’ai une question car j’ai réinstallé une debian stable et activé les backports.

Mais j’ai une 290 et les pilotes open source AMD de stable sont vraiment vieux même avec les backports.

Est ce que tu peux m’aider à installer les pilotes open source radeon qui sont dans les dépôts sid mais tout en restant sur une debian stable ?

Car pour les avoir testés lors d’une précédente installation ou j’étais sous sid, dans certains jeux les performances triple carrément. …[/quote]
Je t’invite à créer ton propre sujet, afin de ne pas polluer le fil d’autrui et ne pas nous mélanger les pinceaux.

#20

J’ai donc ajouté stretch au sources.list et installé le preference.d/stretch fourni par Belzebuth que je remercie. Mais je n’arrive toujours pas à compiler: