Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par kawer (11-01-2019 00:01:31)
Songez à ce que vous avez été, à ce que vous êtes, et à ce que vous serez un jour, et vous deviendrez humbles. Saint Vincent de Paul
La maladie la plus constante et la plus mortelle, mais aussi la plus méconnue de toute société, est l’indifférence. Abbé Pierre
Carpe diem, quam minimum credula postero. Horace
Hors ligne
pour la 3D
voir le log de X
voila désolé mais vega56 et vega64 je connais pas , la plus récente pour moi est du raven 2200G (APU) qui fonctionne bien (Wayland et serveur X)
j'ai fait quelques recherches , a priori ça tourne mais debian est toujours un peu en retard sur les versions de paquet.
l'idéal aurait été debian buster+gnome-wayland+gdm3 pour faire des tests
il semble que ce soit le firmware qui pose problème (a confirmer) , pour le noyau et mesa de buster les versions semblent correcte .
si c'est le cas on doit avoir un message du noyau (sans l'option nomodeset ) comme quoi il n'arrive pas a charger les DRM
donc a tu la main en console pure sans l'option "nomodeset" ? (donc sans bureau )
normalement ce qui devrait fonctionner (mais j'ai un doute entre vega10 et vega20 sur le firmware )
celui de buster/sid pour vega
* "Vega 10" ACG-SMC firmware (amdgpu/vega10_acg_smc.bin)
* "Vega 10" ASD firmware (amdgpu/vega10_asd.bin)
* "Vega 10" CE firmware (amdgpu/vega10_ce.bin)
* "Vega 10" GPU info (amdgpu/vega10_gpu_info.bin)
* "Vega 10" ME firmware (amdgpu/vega10_me.bin)
* "Vega 10" MEC firmware (amdgpu/vega10_mec.bin)
* "Vega 10" MEC2 firmware (amdgpu/vega10_mec2.bin)
* "Vega 10" PFP firmware (amdgpu/vega10_pfp.bin)
* "Vega 10" RLC firmware (amdgpu/vega10_rlc.bin)
* "Vega 10" SDMA firmware (amdgpu/vega10_sdma.bin)
* "Vega 10" SDMA1 firmware (amdgpu/vega10_sdma1.bin)
* "Vega 10" SMC firmware (amdgpu/vega10_smc.bin)
* "Vega 10" SOS firmware (amdgpu/vega10_sos.bin)
* "Vega 10" UVD firmware, version 1.87 (amdgpu/vega10_uvd.bin)
* "Vega 10" VCE firmware (amdgpu/vega10_vce.bin)
Phoronix la testé en driver libre AMD (je suppose sous Ubuntu ) avec le noyau 4.19
sinon beaucoup utilise le driver propriétaire de AMD pour linux (comme Ununtu) mais ce n'est pas ce qui nous intéresse.
il y a un moyen de pièger les erreurs dans le syslog (/var/log/syslog) en faisant un démarrage normal (écran noir) puis redémarrer avec nomodeset et faire une recherche sur le syslog , tu trouvera les informations sur la carte graphique et les erreurs.
je pensais que cette carte ne posait plus de problèmes avec debian
Dernière modification par anonyme (03-01-2019 19:07:55)
Je peu démarrer qu'avec le paramètre "nomodeset", sans lui je peu démarrer sans ecran noir à condition de ne pas avoir firmware-amd-graphics d'installer -(-
Encore merci de ton aide
Songez à ce que vous avez été, à ce que vous êtes, et à ce que vous serez un jour, et vous deviendrez humbles. Saint Vincent de Paul
La maladie la plus constante et la plus mortelle, mais aussi la plus méconnue de toute société, est l’indifférence. Abbé Pierre
Carpe diem, quam minimum credula postero. Horace
Hors ligne
ERROR VGACON disable amdgpu kernel modesettins
modprobe error coulnd not insert amdgpu : invalid argument
si KMS ne se charge pas(modeset) le serveur X ne fonctionnera pas.
avec KDE il est possible de fonctionner en Wayland ? (désolé mais sortie de debian , mate et gnome je ne connais pas grand chose )
tu va commencer par vérifier que ton dossier /etc/modprobe.d/ est vide (le mien ne contient que amd64-microcode-blacklist sûrement créé lors de l'installation du paquet amd64-microcode)
tester l option "amdgpu.modeset=0" (a la place de nomodeset)
comme ceci (dans grub)
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="amdgpu.modeset=0 quiet"
GRUB_CMDLINE_LINUX=""
je suppose que tu connais les deux méthodes pour grub
soit en permanent par /etc/default/grub et update-grub
soit au démarrage , par la touche "e" puis modifier la ligne , mais a refaire a chaque démarrage
pour tester la deuxième solution est plus simple
le retour de ton syslog est bon pour les DRM , sûrement sans l'option "nomodeset"
un petit exemplaire de mon APU (ça commence par KMS enabled ( kernel: [ 3.387172] [drm] amdgpu kernel modesetting enabled. ))
pour les tests il ne faut pas de nomodeset ou amdgpu.modeset=0
sans KMS la carte ne fonctionnera pas
pour le Xorg.0.conf , le mien (avec le raven 2200G)
maintenant que l'on a posé le problème , il faut trouver la solution
essaie de savoir si KDE a un mode Wayland (comme gnome) ? , ça enlève tous les soucis du serveur X
donne moi le nom du lanceur (gestionnaire de KDE) pour moi gnome c'est gdm3 le gestionnaire
une petite description de ton matériel (et quel gpu avant la RX 56 )
une petite astuce , si tu efface le log de X , sous Wayland il ne sera plus créé . (j'ai vérifié la date du tien => [ 235.200] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Jan 4 00:26:43 2019)
il est bien de cette nuit
ma première idée c'est qu il y a un bug (pas forcément KMS)
et je suis étonné que buster ne fasse pas tourner cette carte. (normalement il n y a rien a toucher sur le noyau)
PS: au niveau alimentation du PC c'est correct ? (la carte est gourmande , deux connecteurs 8+6 il me semble )
recherche sur KDE+wayland => https://community.kde.org/KWin/Wayland
si tu peu démarrer en wayland (sans option qui désactive KMS )
Kwin est ton gestionnaire (ce qui répond a ma question au dessus ) , je suppose que tu a testé que sur KDE , un bug avec ce bureau ?
remarque:
gdm3 a une gestion pointue de Wayland et du serveur X (deux modes bien distinct)
pour preuve certaines choses ne fonctionnent plus ou mal sous Wayland.
je suppose que tu n'aime pas gnome , mais si tu a de la place pour faire un test avec buster+gnome+gdm3
je cherche un éventuel bug , les cartes sont disponibles depuis fin 2017
une remarque du net sur RX56 et 64
La carte est intéressante pour les possesseurs d'écran Freesync.
Phoronix mentionne l'excellent support des pilotes libres sur Linux,
les déclarant même plus performants que les pilotes propriétaires.
Dernière modification par anonyme (04-01-2019 03:31:40)
1 - pour esquiver l'ecran noir avant même l'invité de session sddm que ce soit en mode normal ou recovery
2 - j'ai du passer le paramètre nomodeset, je n'ai plus d'ecran noir et je peu me loguer en console tty.
3 - SDDM est running, mais ne s'affiche pas.
4 - startx (ou startkde) me renvois qu'il ne peu pas se connecter au serveur x.
5 - Installé : xserver-xorg-video-amdgpu, libdrm, firmware-amd-graphics. Installation de GNU/Linux et de l'environnement via l'installeur sans erreur.
j'ai repris ton #1 , enlevé l'inutile et je vais te répondre pour chaque ligne
pour le 1 , normal le noyau tente de charger les DRM pour ta carte donc normal ou recovery le résultat est le même
pour le 2 , je te conseille d utiliser "amdgpu.modeset=0" plutôt que "nomodeset"
donc en tty , tu utilise la combinaison de touche Ctrl+Alt+F2 par exemple
pour le 3 , tu appelle "SDDM" ton gestionnaire de connexion , normal c'est lui qui lance le serveur X donc pas de serveur => pas d'affichage de l'invite de connexion
il est bien actif (sddm) mais le serveur X a terminé avec une erreur fatale
pour le 4 , idem startx ne donnera rien
pour le 5 , debian buster n'a besoin que du firmware , le reste est installé par défaut (serveur X , mesa et libdrm )
donc sans nomodeset , tu a plus la main (console pure , tty ) , avec nomodeset tu peu ouvrir une console tty
tu ajoute sur ton #3
Je peu démarrer qu'avec le paramètre "nomodeset", sans lui je peu démarrer sans ecran noir à condition de ne pas avoir firmware-amd-graphics d'installer
ça ressemble a un problème de firmware (tes retours) mais moi je continue a penser que c'est ton gestionnaire de connexion qui ne supporte pas cette carte.
ps: sans firmware , le noyau gère la carte comme basique (sans charger les DRM) et X met en place un driver basique pour afficher le bureau
bien que le système soit figé , rien ne prouve pour l'instant que ce soit le firmware , a part le mode recovery si tu entre ton mdp (et pas continuer ) si tu arrive jusque la (a préciser si tu arrive sur une console tty)
si le mode "recovery" plante aussi , avant de rentrer ton mdp alors de forte chance que le firmware bug (tu a pas précisé comment tu a utilisé ce mode , si tu fait "Ctrl+ D" il continue , si tu tape le mdp il ne charge pas la partie graphique (console pure) )
si quelqu'un passe par la pour donner son avis c'est plus propre
nota: si j'avais ta machine en main , un vieux disque , une installation de buster + gnome + gdm3 , si le même comportement c'est plus inquiétant
tu a de la lecture , force et courage comme dit notre chaton
re,
j'ai testé le mode recovery , a la demande "mdp" ou "Ctrl+D" j'ai entré le mdp , le noyau charge bien les DRM (log de la console )et taper le mdp ouvre une console tty
si tu n'arrive pas a faire ça , je pense que ça confirme un problème de firmware sur buster , sinon dans le cas contraire c'est le gestionnaire de connexion qui bug.
par exemple:
=> https://bugs.debian.org/cgi-bin/bugrepo … bug=916816
=> https://bugs.debian.org/cgi-bin/pkgrepo … t=unstable
bon pour moi depuis le 4.18 (puis 4.19) tout est correct avec amd , que tu soit tombé sur un bug
Dernière modification par anonyme (04-01-2019 05:53:13)
Songez à ce que vous avez été, à ce que vous êtes, et à ce que vous serez un jour, et vous deviendrez humbles. Saint Vincent de Paul
La maladie la plus constante et la plus mortelle, mais aussi la plus méconnue de toute société, est l’indifférence. Abbé Pierre
Carpe diem, quam minimum credula postero. Horace
Hors ligne
ecran noir avec ou sans amgpu.modeset=0
c'est amdgpu.modeset=0 (il manque le "d" )
pour le reste au moins cela est réglé (KDE n'est pas la cause )
pour le mode recovery si raleur passe par la , je connais pas lvm , pour passer directement en mode console pure sans lancer la couche graphique.
la nuance entre nomodeset , tu désactive KMS , amdgpu.modeset=0 tu désactive le driver "amdgpu" de KMS
pour la gestion de l'énergie c'est le noyau (DRM) , donc normal que la carte a ses ventilateurs a fond avec nomodeset.
nota: tu a pas précisé si le nomodeset (ou l'autre) tu le fait au démarrage de la machine , ou permanent a partir de /etc/default/grub . (le résultat est équivalent sauf le premier juste pour la session ,l'autre permanent ).
pour archlinux je t'ai pas posé la question , normalement debian fait mieux (en fait sur archlinux je leur pique les binaires pour le firmware , plus a jour (des dépôts git) ).
tu a testé plusieurs noyau ?
le 4.18 ou le 4.20 sur expérimental (sur cette machine par exemple j'ai 4.18.0-2 , 4.18.0-3 et 4.19.0-1 )
Dernière modification par anonyme (04-01-2019 09:46:41)
Songez à ce que vous avez été, à ce que vous êtes, et à ce que vous serez un jour, et vous deviendrez humbles. Saint Vincent de Paul
La maladie la plus constante et la plus mortelle, mais aussi la plus méconnue de toute société, est l’indifférence. Abbé Pierre
Carpe diem, quam minimum credula postero. Horace
Hors ligne
Songez à ce que vous avez été, à ce que vous êtes, et à ce que vous serez un jour, et vous deviendrez humbles. Saint Vincent de Paul
La maladie la plus constante et la plus mortelle, mais aussi la plus méconnue de toute société, est l’indifférence. Abbé Pierre
Carpe diem, quam minimum credula postero. Horace
Hors ligne
Songez à ce que vous avez été, à ce que vous êtes, et à ce que vous serez un jour, et vous deviendrez humbles. Saint Vincent de Paul
La maladie la plus constante et la plus mortelle, mais aussi la plus méconnue de toute société, est l’indifférence. Abbé Pierre
Carpe diem, quam minimum credula postero. Horace
Hors ligne
L'alimentation électrique est assurée par deux connecteurs à 8 broches,
tous deux positionnés sur la tranche, solution qui autorise une consommation maximale de 375 W,
largement dimensionnée pour un TDP annoncé à 210 W.
Le logo RADEON est bien entendu rétroéclairé par LED, détail que certains apprécieront sans doute.
Sous ce dernier, juste au-dessus du PCB, un petit switch permet de commuter entre les 2 bios présents,
le second abaissant de 10% la limite de consommation allouée à la carte.
maximum 375W c'est pas rien , au niveau des unités de calcul , la carte est un monstre , plus de 3000 il me semble.
je sais pas si ils parlent de RX56 ou 64 mais ...
ps:l'article est sur une RX56
pour l'énergie
le noyau (et le firmware) prend t'il bien en charge cette gestion
un test a faire sur Ubuntu (la dernière version et en driver libre (pas celui de amd)
Le matériel Radeon a été testé avec le code Linux AMDGPU Git plus Mesa 17.3-dev + LLVM 6.0 SVN via le PPA Padoka sur Ubuntu 16.04 LTS.
le pilote (celui que j'utilise aussi sur raven)
pilote RadeonSI Gallium3D
pour les tests ils utilisent ce genre de choses
des versions de noyau tierces (PPA Ubuntu, Arch AUR, Fedora Copr, etc.)
pour obtenir un noyau corrigé par le contrôleur de domaine AMDGPU
Dernière modification par anonyme (05-01-2019 18:33:16)
Dernière modification par kawer (05-01-2019 19:28:11)
Songez à ce que vous avez été, à ce que vous êtes, et à ce que vous serez un jour, et vous deviendrez humbles. Saint Vincent de Paul
La maladie la plus constante et la plus mortelle, mais aussi la plus méconnue de toute société, est l’indifférence. Abbé Pierre
Carpe diem, quam minimum credula postero. Horace
Hors ligne
Dernière modification par Debian Alain (05-01-2019 19:56:43)
Hors ligne
Dernière modification par anonyme (06-01-2019 06:02:38)
Songez à ce que vous avez été, à ce que vous êtes, et à ce que vous serez un jour, et vous deviendrez humbles. Saint Vincent de Paul
La maladie la plus constante et la plus mortelle, mais aussi la plus méconnue de toute société, est l’indifférence. Abbé Pierre
Carpe diem, quam minimum credula postero. Horace
Hors ligne
Linux raven2200g 5.0.0-rc1-amd64 #1 SMP Mon Jan 7 12:13:16 CET 2019 x86_64 GNU/Linux
Sélection du paquet linux-image-5.0.0-rc1-amd64 précédemment désélectionné.
(Lecture de la base de données... 259567 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../linux-image-5.0.0-rc1-amd64_5.0.0-rc1-1_amd64.deb ...
Dépaquetage de linux-image-5.0.0-rc1-amd64 (5.0.0-rc1-1) ...
Paramétrage de linux-image-5.0.0-rc1-amd64 (5.0.0-rc1-1) ...
update-initramfs: Generating /boot/initrd.img-5.0.0-rc1-amd64
grep: /var/run/reboot-required.pkgs: Aucun fichier ou dossier de ce type
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-5.0.0-rc1-amd64
Image mémoire initiale trouvée : /boot/initrd.img-5.0.0-rc1-amd64
Image Linux trouvée : /boot/vmlinuz-4.20.0-trunk-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.20.0-trunk-amd64
Image Linux trouvée : /boot/vmlinuz-4.19.0-1-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-1-amd64
Image Linux trouvée : /boot/vmlinuz-4.18.0-3-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.18.0-3-amd64
Adding boot menu entry for EFI firmware configuration
fait
une question , ArchLinux et debian , l'installation sur ta machine est en EFI ?
Songez à ce que vous avez été, à ce que vous êtes, et à ce que vous serez un jour, et vous deviendrez humbles. Saint Vincent de Paul
La maladie la plus constante et la plus mortelle, mais aussi la plus méconnue de toute société, est l’indifférence. Abbé Pierre
Carpe diem, quam minimum credula postero. Horace
Hors ligne
Pages : 1