web-dev-qa-db-fra.com

Pilotes de cartes graphiques hybrides (AMD® Radeon HD 8570 + Intel HD Graphics 4000)

J'essaie toujours de trouver des réponses à mes problèmes avec Google, mais cette fois, j'abandonne. J'ai lu presque tous les sujets de tous les forums de discussion, messages de blog, etc. sur mon problème. J'ai essayé de nombreux conseils, mais rien ne semble fonctionner. J'ai même changé la distribution Linux d'Ubuntu à Mint, rien du tout.

J'essaie d'installer des pilotes pour ma carte graphique hybride. À l'heure actuelle, j'ai des pilotes par défaut ( xserver-xorg-video-ATI ), mais le problème est majeur. Lorsque j'essaie d'ouvrir quelques onglets dans mon navigateur (Chromium/Firefox), tout ralentit et je dois attendre jusqu'à ce que cela se dégèle. L'installation de fglrx ou de fglrx-update bloque mon système. Je ne sais vraiment pas quoi faire, je ne veux pas revenir à Windows 7.

Les paramètres de mon ordinateur portable:
Lenovo Essential G500H i3-3110 4 Go 1To HD857:

  • Intel® Core ™ i3 3gen 3110M 2,4 GHz
  • AMD® Radeon HD 8570 + Intel HD Graphics 40
  • 4 Go, DDR3, 1333 MHz

Désolé pour mon mauvais anglais, mais ce n'est pas ma langue maternelle. S'il vous plaît aider. :)

14.04atiintel-graphicshybrid-graphics
3
kaavuhim

Pour mesa, This est actuellement la meilleure documentation disponible sur le Web. La procédure rapide consiste à mettre à jour les pilotes et le noyau, le plus récent sera le mieux. Si possible, mettez à jour la distribution ou utilisez oibaf PPA. Alors fais ceci:

$ xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x79 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 2 outputs: 4 associated providers: 0 name:Intel
Provider 1: id: 0x53 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 4 outputs: 0 associated providers: 0 name:radeon

$ xrandr --setprovideroffloadsink 0x53 0x79

Les versions plus récentes peuvent également le faire:

$ xrandr --setprovideroffloadsink radeon Intel

Je soupçonne que l'affaire est importante, mais n'a jamais été testée

Après cette configuration, si vous configurez la variable d’environnement DRI_PRIME=1, les nouvelles applications lancées sur ce terminal utiliseront la carte AMD au lieu d’Intel. Sans cette variable, les applications utiliseront intel. Assurez-vous donc que vos applications 3D utilisent réellement cette variable. Exemples:

$ DRI_PRIME=1 glxinfo | grep -i opengl
$ DRI_PRIME=1 glxgears -info

Comparer avec

$ DRI_PRIME=0 glxgears -info
$ glxgears -info

Si vous obtenez une fenêtre "vide", essayez d’abord si le problème est résolu en le redimensionnant. Sinon, c'est peut-être parce que vous n'avez pas activé la "composition". Vérifiez votre gestionnaire de fenêtres ou installez-le et démarrez xcompmgr avant de lancer l’application (vous pouvez la tuer après si vous le souhaitez). Veuillez noter que certains gestionnaires de fenêtres désactivent la composition lorsque les applications s'exécutent en plein écran.

J'utilise ce petit script, nommé radeon.sh:

 #!/bin/bash
 xrandr --setprovideroffloadsink radeon Intel
 xcompmgr &
 xcpid=$!
 DRI_PRIME=1 $*
 kill $xcpid

Ensuite, placez-le dans/usr/local/bin et exécutez radeon.sh Steam ou radeon.sh warsow pour jouer avec la carte radeon.

S'amuser!

5
higuita

Voici une commande Shell simple que tout le monde peut exécuter pour déterminer la ou les cartes graphiques présentes sur l'ordinateur:

lspci |egrep -i 'vga|display'

J'ai récemment connu le même problème. Mon ordinateur est un ordinateur portable Dell Inspiron 5548 avec des graphiques hybrides, je veux dire, il a deux GPU (unités de traitement graphiques): un contrôleur compatible VGA Intel Corporation HD Graphics 55 et un contrôleur d'affichage AMD/ATI Topaz XT [Radeon R7 M260]. Le processeur graphique Intel économise la consommation d'énergie/augmente la durée de vie de la batterie, mais présente de mauvaises performances graphiques. Le processeur graphique AMD/ATI consomme plus d’énergie mais offre de bien meilleures performances graphiques. Le système d'exploitation de mon ordinateur est Linux XUbuntu 14.04.4 64 bits (noyau 4.2.0-35-generic). Vous pouvez exécuter uname -r afin de déterminer la version du noyau de votre système et uname -i afin de déterminer si votre système d'exploitation (système d'exploitation) est 32 bits ou 64 bits.

Après l'installation du pilote graphique propriétaire AMD/ATI et le redémarrage du système, le serveur xserver (serveur Xorg) s'est écrasé et ne s'est plus initialisé. Mais j’ai insisté sur l’installation du pilote propriétaire AMD/ATI car, si on le compare au pilote Xorg générique des périphériques GPU AMD/ATI (module amdgpu), le pilote propriétaire (fglrx) améliore les performances, améliore également la prise en charge de l'accélération vidéo (fonctionne parfaitement avec xvba-va, qui est le pilote d'accélération vidéo XvBA), et abaisse également la température de votre processeur graphique AMD/ATI.

=> Voici les étapes que j'ai suivies (sur le terminal Linux Shell) afin de résoudre le problème:

  1. Tout d'abord, je suis devenu superutilisateur (donc je n'ai pas eu à utiliser Sudo à chaque fois):

    Sudo su

  2. J'ai ensuite exécuté la supercommand ci-dessous, afin de supprimer tout pilote AMD propriétaire problématique et ses fichiers de configuration, puis de mettre à jour et de nettoyer le cache du référentiel:

    apt-get purge fglrx* -y && apt-get clean && apt-get update && apt-get check && apt-get dist-upgrade -y && apt-get autoremove -y

  3. Ensuite, j'ai installé le pilote AMD/ATI propriétaire le plus récent disponible sur le référentiel de ma distribution (FGLRX-UPDATES), ainsi que le pilote AMD Catalyst Control Center (AMDCCC) et le pilote d'accélération vidéo compatible AMD (XVBA-VA). :

    apt-get install fglrx-updates fglrx-updates-core fglrx-amdcccle-updates xvba-va-driver -y

  4. Comme mon système est en 64 bits et que l’équipe AMD/ATI n’a pas configuré correctement le programme d’installation de fglrx, j’ai dû faire une petite modification. J'ai créé une copie de / usr/lib/fglrx à l'intérieur de / usr/lib64:

    cp -R /usr/lib/fglrx /usr/lib64

  5. Un autre Tweak était également nécessaire: je devais également éditer le fichier de configuration X / etc/X11/Xsession.d/10fglrx. J'ai exécuté ceci:

    gedit /etc/X11/Xsession.d/10fglrx

    ... et ensuite j'ai modifié les première et quatrième lignes afin de les rendre exactement comme ceci:

    • Première ligne:

    LIBGL_DRIVERS_PATH =/usr/lib/fglrx/dri:/usr/lib/x86_64-linux-gnu/dri:/usr/lib/dri

    • Quatrième ligne:

    LIBGL_DRIVERS_PATH = $ {LIBGL_DRIVERS_PATH}:/usr/lib32/fglrx/dri:/usr/lib/x86_64-linux-gnu/dri

    Notes:

    • Si vous n'avez pas Gedit, vous pouvez l'installer avec cette commande (je suppose que vous avez déjà exécuté Sudo su auparavant):

      apt-get install gedit -y

    • Si l'installation de fglrx n'a pas créé / etc/X11/Xsession.d/10fglrx, exécutez telinit 6 pour redémarrer le système. Si après le redémarrage de votre serveur x se bloque (n'initialise pas les graphiques), vous pouvez devenir superutilisateur (Sudo su), puis utiliser Nano à la place de Gedit, afin de modifier le fichier 10fglrx directement dans le shell:

      nano /etc/X11/Xsession.d/10fglrx

  6. Après avoir modifié / etc/X11/Xsession.d/10fglrx, redémarrez le système à nouveau:

    telinit 6

  7. Si xserver plante toujours, exécutez Sudo su à nouveau, puis exécutez la commande suivante:

    amdconfig --initial

  8. Si tout se passe comme prévu, après avoir exécuté ceci:

    startx

    ... l'interface graphique (GUI) va se charger.

  9. Redémarrez votre système et essayez de vous connecter. Si vous ne parvenez pas à vous connecter (vous avez sélectionné votre nom d'utilisateur et saisi votre mot de passe, mais la connexion a échoué), il est possible que certains de vos fichiers de configuration personnels aient été possédés par root. Vous devez corriger la propriété (utilisateur propriétaire et groupe de propriétaires). Cette fois, faites NOT exécutez Sudo su (si vous l'avez déjà fait, exécutez la commande exit ou appuyez sur les touches Ctrl D afin de déconnectez-vous du mode superutilisateur), puis exécutez cette supercommand Shell:

    Sudo chown -R `whoami` ~ && Sudo chgrp -R `whoami` ~

  10. Redémarrez votre système à nouveau. Si tout se passe comme prévu, l'interface graphique se chargera et vous pourrez vous connecter à votre compte.

0
Yuri Sucupira

Installer fglrx par commande

apt-get update
apt-get installer fglrx fglrx-amdcccle fglrx-dev

quand j'ai installé Ubuntu 14.10 pour la première fois, j'ai essayé d'installer les pilotes AMD manuellement, ce qui m'a donné un écran noir au démarrage.

0
João Carlos Roveda Ostrovski

Autrement dit, les pilotes AMD sont des ordures quand même. J'avais moi-même des problèmes avec les pilotes AMD, j'ai décidé de ne plus jamais utiliser AMD pour Linux. Les performances sous Windows comparées à Linux sont pathétiques. C'était nvidia, mais ils semblent s'être améliorés.

Cela dit, vos graphiques intel devraient fonctionner correctement. Intel, parmi toutes les entreprises qui font le mieux pour soutenir Linux.

Voici ce que je suggérerais de faire: Voir si vous pouvez désactiver temporairement vos graphiques AMD (peut-être à partir de paramètres UEFI/Bios?) Et amorcer avec Intel activé uniquement. Il devrait fonctionner avec les dernières versions d'Ubuntu.

En dehors de cela, vous pouvez essayer un certain nombre de packages propriétaires pour les graphiques AMD. Choisissez celui qui vous convient le mieux. Malheureusement, je ne suis pas un très grand défenseur d'AMD pour cette raison même, car il fonctionne mal sous Linux.

En ce qui concerne Hybrid, cela ne se produira pas sous Linux. Il y a bumblebee pour les configurations nvidia/intel, mais pour les systèmes AMD/Intel, vous ne disposez que des graphiques intel.

Au-delà de cela, nous ne pouvons qu'espérer que de meilleurs pilotes viennent d'AMD.

0
jsebean