Vous n'êtes pas identifié(e).
J'ai ce retour :
Est ce que ça veut dire que ma carte Radeon R7 fonctionne correctement ? J'ai des doutes... Si ce n'est pas le cas, pouvez vous m'indiquer une procédure svp ? Pour info, j'ai suivis dernièrement cette procédure ci : https://linuxconfig.org/how-to-install- … -10-buster
Merci d'avance,
ious
Hors ligne
Que vois-tu ?
Sinon essaye ces 2 commandes, si tu es sous X11
puis
si tu es sous wayland remplace glxinfo par es2_info
Pour voir si tu es sous wayland ou X11, tu peux afficher tes variables d’environnement.
(Sur ma debian testing, un "env | grep -i xdg" me donne les bonnes infos)
Dernière modification par eheintzmann (22-04-2020 00:40:38)
Hors ligne
donne :
donne :
c'est la carte graphique pourrie de base.
donne :
là ... je ne sais pas...
ps : je suis sous wayland je pense :
donne :
mais glxinfo marche alors que es2_info non.
Hors ligne
Je suis tout nouveau dans Debian
Pour que nous puissions t'aider plus facilement il faut que tu renseignes ton profil.
Voici le tuto à suivre :
Voir le tuto : Trop cool d'indiquer son installation dans son profil !
Force et courage
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
cat /sys/kernel/debug/vgaswitcheroo/switchdonne :
0:IGD:+:Pwr:0000:00:02.0
1:DIS: :DynOff:0000:01:00.0
Bonne nouvelle tes deux cartes marchent ensembles:
la première (la 0000:00:02.0) est utilisée par défaut, et est toujours active (Pwr)
la seconde (la 0000:01:00.0) est utilisée à la demande (quand tu ajoutes DRI_PRIME=1), et est gérée dynamiquement et actuellement inactive (DynOff).
Pour avoir plus de renseignement sur ces 2 cartes, tu peux taper:
puis
(la commande lspci est apportée par le paquet pciutils)
DRI_PRIME=0 glxinfo | grep -i rendererdonne :
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_query_renderer,
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics (Whiskey Lake 3x8 GT2)
c’est la carte graphique pourrie de base.DRI_PRIME=1 glxinfo | grep -i rendererdonne :
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX_MESA_copy_sub_buffer, GLX_MESA_query_renderer, GLX_MESA_swap_control,
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: AMD ICELAND (DRM 3.27.0, 4.19.0-8-amd64, LLVM 7.0.1)
là ... je ne sais pas...
ICELAND / TOPAZ correspond à une carte AMD Radeon de la famille Volcanic Islands.
Je te laisse vérifier sur le net si ça correspond bien à ce que tu as.
En tout cas, d’après la matrice , tu dois bien utiliser les drivers amdgpu.
ps : je suis sous wayland je pense :env | grep -i xdgdonne :
XDG_MENU_PREFIX=gnome-
XDG_SEAT=seat0
XDG_SESSION_DESKTOP=gnome
XDG_SESSION_TYPE=wayland
XDG_CURRENT_DESKTOP=GNOME
XDG_SESSION_CLASS=user
XDG_VTNR=2
XDG_SESSION_ID=2
XDG_RUNTIME_DIR=/run/user/1000
mais glxinfo marche alors que es2_info non.
Oui glxinfo marche du moment que X11 est installé (enfin pas toujours à chaque fois chez moi)
Pour es2_info, c'est ma faute j'ai oublié de te dire qu'il fallait installer le paquet mesa-utils-extra
Pour utiliser ta carte graphique additionnelle, si tu es sous GNOME, tu peux essayer le paquet switcheroo-control
Après redémarrage, cela rajoute une entrée de menu (au click droit sur une application): «Démarrer en utilisant la carte graphique dédiée»
(Chez moi, la version présente dans Buster n'a jamais marché, mais la version actuelle dans testing/unstable si)
Dernière modification par eheintzmann (22-04-2020 08:27:43)
Hors ligne
et celle utilisée à la demande est bien la Radeon :
Et j'ai bien exécuté la commande apt install switcheroo-control et rebooté. Je peux effectivement en clic droit faire apparaître un bouton "Démarrer en utilisant la carte graphique dédiée". Ce bouton active réelement la carte AMD ?
Peut-on inverser la carte par défaut et celle à la demande (defaut = Radeon / à la demande = Intel Whiskey Lake) ?
PS: à smolski, j'ai mis mon profil à jour, c'est bon ! (enfin je crois )
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Et j'ai bien exécuté la commande apt install switcheroo-control et rebooté. Je peux effectivement en clic droit faire apparaître un bouton "Démarrer en utilisant la carte graphique dédiée". Ce bouton active réelement la carte AMD ?
Si tu veux vérifier quelle carte graphique est utilisée, lance un terminal GNOME "en utilisant la carte graphique dédiée" (chez moi ça ne marche pas avec tous les terminaux) et tape (sans définir la variable DRI_PRIME) :
Retente la même commande, sans utiliser la carte graphique dédiée, et compare les résultats.
Perso je monitore l'utilisation de la Radeon avec utilitaire radeontop (installer le paquet radeontop) :
Si tu cherche un programme pour tester radeontop tu peux lancer :
(en ajoutant DRI_PRIME=1 ou DRI_PRIME=0 devant cette commande tu peux forcer l'utilisation de l'une ou l'autre carte graphique)
Peut-on inverser la carte par défaut et celle à la demande (defaut = Radeon / à la demande = Intel Whiskey Lake) ?
J'ai pas trop essayé cette option, mais tu peux booter avec un paramètre kernel (dans GRUB): xdg.force_integrated=0
Il faudra cependant surveiller la consommation et la température (par exemple le paquet lm-sensors fournit la commande sensors, pour un truc plus graphique sous GNOME il y a les paquets gnome-shell-extension-system-monitor ou aussi psensor )
Hors ligne
Hors ligne
lance un terminal GNOME "en utilisant la carte graphique dédiée"
Ça marche avec le terminal Xterm, le retour de es2_info | grep -i renderer donne bien : GL_RENDERER: AMD ICELAND (DRM 3.27.0, 4.19.0-8-amd64, LLVM 7.0.1)
je monitore l'utilisation de la Radeon
Effectivement, le radeontop a des performance de :
- Graphics pipe = 2,50% / 3.33% avec DRI_PRIME=1 es2gears_wayland
- Graphics pipe = 100% avec DRI_PRIME=0 es2gears_wayland
Donc c'est déjà très bien, je peux lancer des applis avec GNOME "en utilisant la carte graphique dédiée" ou en ligne de commande avec la bonne carte graphique !
J'ai pas trop essayé cette option, mais tu peux booter avec un paramètre kernel (dans GRUB): xdg.force_integrated=0
Là je n'ai rien tenté car je n'ai pas compris où je pouvais trouver le paramètre kernel (dans GRUB ?)
Hors ligne
Là je n'ai rien tenté car je n'ai pas compris où je pouvais trouver le paramètre kernel (dans GRUB ?)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Effectivement, le radeontop a des performances de :
- Graphics pipe = 2,50% / 3.33% avec DRI_PRIME=1 es2gears_wayland
La radeon est bien active et est utilisée à ~3% de ses capacités.
Tu peux essayer d'autres programmes 3D pour voir l'utilisation augmenter.
(Par exemple remplacer es2gears_wayland par vblank_mode=0 es2gears ou vblank_mode=0 glxgears en définissant toujours DRI_PRIME=1)
Tu peux aussi vérifier en root que ta radeon est sur DynPwr dans /sys/kernel/debug/vgaswitcheroo/switch (pendant que les engrenages tournent sinon elle sera sur DynOff)
- Graphics pipe = 100% avec DRI_PRIME=0 es2gears_wayland
Tu as l'air d’avoir le même problème que moi avec radeontop, il se bloque sur une activité de 100% quand la radeon est inactive (sur DynOff dans /sys/kernel/debug/vgaswitcheroo/switch).
Là je n’ai rien tenté, car je n’ai pas compris où je pouvais trouver le paramètre kernel (dans GRUB ?)
Je te laisse regarder le lien de smolski. Juste, n'oublie après avoir fait la modification, avant de rebooter de faire un:
(On peut faire beaucoup de chose avec GRUB, tu peux notamment éditer les menus avec la touche “e” de ton clavier et y ajouter «en live» ton paramètre kernel)
Dernière modification par eheintzmann (22-04-2020 12:48:32)
Hors ligne
Est ce que je peux vous demander où faut-il que je rajoute le paramètre kernel xdg.force_integrated=0 ?
(désolé, je suis un peu traumatisé par des réinstallations successives de ma distrib debian suite à de mauvaises manip... )
Edit à toto : Modifié les lignes de code en utilisant le BBcode : Autre code.
Hors ligne
enfin reboot
Dernière modification par eheintzmann (22-04-2020 14:44:35)
Hors ligne
Hors ligne
J'ai bien réalisé les manip mais pas de pot, ça n'a pas mis la radeon par défaut...
Voilà ce que dit la description du paquet debian switcheroo-control:
If this default behavior is not appropriate, uninstall this package or set xdg.force_integrated=0 as a kernel command-line option in your bootloader.
Je sais pas trop ce que tu peux tenter d'autre ... à part créer un fichier définissant "DRI_PRIME=1" dans /etc/environment.d/<fichier>.conf (encore une fois c'est du non testé)
En tout cas si tu as un laptop, surtout, quoi qu’on te dise, ne blackliste jamais le module i915 car si la carte Intel est la seule à être reliée aux ports d’affichage tu n’aurais plus d’image y compris en mode recovery => tu serais obligé de rebooter avec un live usb pour aller déblackister ledit module.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Edit à toto : Pour que la lecture du code sur le forum soit lisible par tous, il faut bien séparer chaque commande de son retour. Modif fête.
Oh, quel beau BB …code où comment mettre en forme vos messages dans le fofo
Hors ligne
En tout cas si tu as un laptop, surtout, quoi qu’on te dise, ne blackliste jamais le module i915
Entendu !
Hors ligne
Hors ligne
puis un
?
Hors ligne
... ca ne retourne rien...
Hors ligne
Hors ligne
Edit à toto : Pour que la lecture du code sur le forum soit lisible par tous, il faut utiliser le BBCode du forum. Modif fête.
Voir : Oh, quel beau BB …code où comment mettre en forme vos messages dans le fofo
Hors ligne
Le plus simple c’est de rajouter
à la toute première ligne ou à la toute dernière ligne de ces deux fichiers.
Ensuite tu fermes la session de test, si elle est ouverte, puis tu te connectes depuis gdm en tant que test.
Restera à vérifier que les commandes utilisent la radeon sans redéfinir DRI_PRIME.
Edit à toto : Pour que la lecture du code sur le forum soit lisible par tous, il faut utiliser Autre Code. Modif fête.
Hors ligne