[AMDGPU-PRO] Gnome 3.22 - Wayland - pilote propriétaire. [RESOLU - PROBLEME CONTOURNÉ]

[Paullux]

Bonjour,

Il y a deux jours, j'ai mis à jour mon ArchLinux (avec notamment le passage de Gnome 3.20 à 3.22), après avoir un redémarrage : impossible de lancer l'interface graphique (juste le curseur de la souris et un fond noir apparaissait).

J'ai réussi à relancer l'interface graphique, en désinstallant le pilote propriétaire AMDGPU-PRO pour mon GPU (une carte AMD RX480 8Go) et en réinstallant le pilote libre (cf. https://manerosss.wordpress.com/2016/09 ... rch-linux/).

J'ai vu que Wayland avait remplacé Xorg. Or le pilote AMDGPU-PRO n'est pas compatible avec Wayland (c'est écrit dans le wiki).

Les performances du pilote libre sont vraiment moins bonnes.

J'aimerais pouvoir soit réinstaller AMDGPU-PRO, soit savoir comment améliorer les performances avec le pilote AMDGPU libre.

Quelqu'un peut m'aider ?
Merci d'avance.

[RoyalPanda]

Bonjour.
Tu peux toujours utiliser Xorg pour lancer Gnome si Wayland ne te conviens pas. Suivant comment tu lances Gnome (GDM, startx ... ) mets les bonnes options au bon endroit et pouf.
Astuce : https://wiki.archlinux.org/index.php/GN ... ting_GNOME

[Paullux]

Avant j'étais sous Ubuntu, et j'ai eu le même genre de mauvaise surprise, en passant de Ubuntu 15.10 à 16.04, les pilotes d'AMD, ne fonctionnait plus.

J'avais alors décidé de m'acheter un autre GPU (je suis passé d'une RADEON HD6770 à une AMD RX480) pour avoir un pilote performant.

Mais là maintenant sous Arch (j'y suis depuis 1 mois) pareil.

ça vient de moi ou AMD a un temps de retard à chaque fois.

[benjarobin]

Non, cela ne vient pas de toi, cela fait plus de 10 ans que c'est comme cela, ils ont toujours un bon train de retard...

[Xorg]

Les performances du pilote libre sont vraiment moins bonnes.

Ah ? Sur quels critères te bases-tu ? J'ai vu pas mal de benchmarks, et le pilote libre pour les GPU AMD se débrouille parfois mieux que le pilote propriétaire. De la lecture par ici par exemple...

J'aimerais [...] savoir comment améliorer les performances avec le pilote AMDGPU libre.

Quand on utilise le serveur graphique X, certaines options permettent d'améliorer les performances. Avec Wayland, je ne crois pas en avoir vu.

Mais de toute façon, même les performances du pilote AMDGPU-PRO ne sont pas exceptionnelles, AMD patauge dans la semoule avec ses pilotes.

[Paullux]

Par exemple, je joue parfois à second life, et les performances par défaut sont passés entre high et ultra avec AMDGPU-PRO à entre low et mid avec le pilote AMDGPU libre.

Par contre, je peux lancer Google Earth 7 (pas avec AMDGPU-PRO).

Sinon AMDGPU-PRO permet le support de vulkan.

[Xorg]

Ok. C'est vrai que les benchmarks ne sont pas toujours très représentatifs de la réalité...
Mais du coup, pour en revenir à ton problème de base, tu n'arrives pas à démarrer GNOME 3.22 avec le pilote AMDGPU-PRO parce qu'il utilise Wayland par défaut, non ? Dans ce cas là, essaye de choisir le serveur X à la place. Il faudrait regarder les logs pour voir ce qui pose problème.
Le pilote AMDGPU-PRO ne semble pas tout à fait abouti. Je comprends tout à fait la frustration que tu ressens avec une carte-graphique AMD.

Le support de Vulkan est présent sur le dépôt Git de Mesa (le pilote RADV a été intégré à Mesa il y a peu). Il ne reste plus qu'à atteindre que Mesa 13.0 soit officiellement publié pour que le pilote libre supporte lui aussi Vulkan. Ça devrait être le cas d'ici la fin du mois.

[Paullux]

J'ai essayé de réinstaller AMDGPU-PRO mais toujours le même problème, en lançant la commande startx : l'ordinateur refuse de lancer l'interface graphique (enfin écran noir et curseur de souris).

Sinon, il y a besoin de quels logs pour comprendre le problème ?

dmesg http://pastebin.com/ZS9099r6
Xorg.0.log http://pastebin.com/6swbNL5q

Est-ce que ces deux là suffisent ?

Ce qui est étonnant c'est que même Xorg ne démarre pas, alors qu'avant oui... Ce n'est pas propre à Wayland alors.

[benjarobin]

Euh, écran noir avec curseur de souri, c'est le comportement normal quand tu lances un Xorg sans rien...
Si tu veux tester le lancement de Xorg, il faut déjà lancer startx avec ton utilisateur (pas en root), et avec un .xinitrc contenant par exemple juste xterm. Il faut bien sûr avoir xterm d'installé...

[Paullux]

Sinon, j'ai eu un pb similaire lors de la première installation avant la mise à jour, et je m'en étais sortie en utilisant https://aur.archlinux.org/packages/cogl-amdgpu-pro/ un patch de s1kx mais il ne fonctionne plus.

Il était parti d'un patch pour Ubuntu de Flubba86.

Sur la page AUR de AMDGPU-PRO s1kx a commenté ceci :

s1kx commented on 2016-09-12 03:05

Thanks for your work on this package.
I had trouble getting it to run at first today with Linux 4.7 and a RX 480, because I would boot into a black screen with just a cursor.
After some debugging, I found that the problem was with lightdm and cinnamon, because they use COGL and there is a compatibility problem with the AMDGPU-PRO libgl drivers. There is a patch by flubba86 on the Phoronix forums for COGL, which made everything work!

I have created an AUR package called cogl-amdgpu-pro for anyone with the same problem.

[Paullux]

Il y a 3 jours, j'ai aussi essayé de mettre

xterm

dans

Code : Tout sélectionner

~/.xinitrc

Mais startx ne lançait pas non plus xterm.

[Paullux]

J'ai résolu le problème grâce à https://bbs.archlinux.org/viewtopic.php ... 2#p1662092 et à Vi0L0 qui as créé les patch (dans le forum cité juste avant), je les ai recopié ci-dessous pour être plus pratique.
Pour les PKGBUILD, je suis parti des PKGBUILD de cogl-amdgpu-pro et mutter-catalyst (je débute sur Arch mais j'essaye de comprendre).

dans un dossier ~/cogl/ j'y ai placé les deux fichiers suivants :

PKGBUILD :
http://pastebin.com/nUhGZVAy
cogl-patch.patch :
http://pastebin.com/4cyN17P5

puis

Code : Tout sélectionner

$ cd ~/cogl/
$ makepkg -sri

et dans un dossier ~/mutter/ j'y ai placé les deux fichiers suivants :

PKGBUILD :
http://pastebin.com/251v9tft
mutter-patch.patch :
http://pastebin.com/1WBQvnH4

puis

Code : Tout sélectionner

$ cd ~/mutter/
$ makepkg -sri

Par contre, l'interface graphique ne démarre qu'en choisissant Xorg dans GDM. Concernant Wayland, après l'entrée mot de passe, l'image de fond de GDM s'affiche et seulement elle et puis je retourne sur GDM. J'ai peut être fait une erreur pour les PKGBUILD, si il y a une âme charitable qui veut bien m'aider, je suis preneur.

Je parle peut être un peu vite, dmesg me donne :

Code : Tout sélectionner

[ 8.452723] gnome-shell[428]: segfault at 10 ip 00007f1f45fb8352 sp 00007ffff20426f0 error 4 in amdgpu_dri.so[7f1f450be000+28a9000]
[ 11.441493] gnome-shell[562]: segfault at 10 ip 00007f3f7dfb8352 sp 00007ffdb246d1f0 error 4 in amdgpu_dri.so[7f3f7d0be000+28a9000]
[   13.717225] [drm:dce_v11_0_afmt_setmode [amdgpu]] *ERROR* Couldn't read SADs: 0
[   18.713701] mei_wdt mei::05b79a6f-4628-4d7f-899d-a91514cb32ab:02: Could not register event ret=-22
[   18.714089] mei_wdt: probe of mei::05b79a6f-4628-4d7f-899d-a91514cb32ab:02 failed with error -22

[Paullux]

Ce midi j'ai lancé des mises à jour et la mise à jour du noyau à tout fait planté. J'ai même plus accès au console, je vais devoir démarrer sous un live CD et faire un chroot.

[Xorg]

Mais qu'est-ce que tu as fait ?
Tu n'as pas le noyau LTS d'installé ? Tout Archer devrait savoir qu'il peut très souvent dépanner, et donc qu'il est judicieux de l'installer.

[Paullux]

Je n'ai jamais essayé de changer le noyau, j'ai laissé celui qui s'est installé par défaut lors de l'installation puis fait les mises à jour..
J'ai en utilisant arch-chroot réinstallé le pilote libre et ça marche bien, et finalement je ne joues pratiquement plus en ce moment, alors pour le pilote propriétaire, je vais attendre qu'il est une version officiel.

[Paullux]

non sinon existe t'il un autre site que pastebin.com pour héberger du code et qui ne converti pas les morceaux de code en fichier sous format dos. Car ce midi, j'ai voulu faire un script qui automatisé l'installation des deux patch mais même en utilisant dos2unix, le sha256sum était modifié ?

[Paullux]

Sinon, je viens d'installer le noyau LTS : linux-lts et aussi linux-lts-headers

Ce qui me donnait cette erreur là :

Code : Tout sélectionner

(1/1) Install DKMS modules
==> dkms install -m * -v * -k 4.4.25-1-lts
Error! Could not find module source directory.
Directory: /usr/src/*-* does not exist.

Et à chaque fois que je désinstallais le pilote AMDGPU-PRO, il y avait un message similaire à propos des modules DKMS, me disant que la désinstallation des modules DKMS d'AMDGPU-PRO ne pouvait ce faire car les modules n'était pas dans un dossier.

Le noyau courant est passé au 4.8 et https://github.com/corngood/archlinux-amdgpu/issues/16

[Xorg]

Je n'ai jamais essayé de changer le noyau, j'ai laissé celui qui s'est installé par défaut lors de l'installation puis fait les mises à jour.

Oui, bien entendu. Il y a officiellement deux noyaux dans Arch Linux : linux (installé par défaut) et linux-lts. Ça ne pose pas de problème d'installer le second, les deux sont parallèlement installables. C'est juste qu'il n'est pas rare qu'un noyau fraîchement sorti apporte son lot de bugs, et dans ce cas là, démarrer sur le noyau LTS permet de contourner le problème.

Je ne sais pas pourquoi tu as ces erreurs à propos du module DKMS. Je ne me suis pas penché sur le problème, mais c'est soit un défaut d'empaquetage, soit AMD qui a mal fait son taff. Au point où on en est, la seconde hypothèse ne m’étonnerait même pas...

[yostral]

non sinon existe t'il un autre site que pastebin.com pour héberger du code

Essaie Framabin : https://framabin.org/

[Paullux]

Essaie Framabin : https://framabin.org/

Merci, j'essayerai ce soir