web-dev-qa-db-fra.com

Hybrid Graphics sur Ubuntu 12.04 passant en mode discret

J'ai un Sony Vaio VPCCB-27FX avec des graphiques hybrides. Utiliser vgaswitcheroo me permet d’éteindre ma carte discrète pour économiser de l’énergie. Maintenant, quand je veux passer à la carte discrète pour la performance, mon système se bloque.

J'ai déjà essayé de me déconnecter et de tuer x avec service lightdm stop, mais tout de même, il gèle dès que je echo DIS > switch. en tapant à l'aveuglette, echo IGD > switch me renvoie à ma console où il est écrit [ 179.555171] i915: switched off, mais il semble que la carte discrète ne soit jamais activée ... en cours d'exécution echo DDIS > switch me donne les informations suivantes:

[540....] [drm:atop_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting
[540....] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing CEE2 (len 62, WS 0, PS 0) @ 0xCEFE
[540....] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing BBF6 (len 1036, WS 4, PS 0) @ 0xBCF3
[540....] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing BB8C (len 76, WS 0, PS 0) @ 0xBB94
[541....] [drm:r600_RING_TEST] *ERROR* radeon: ring test failed (scratch(0x8504)=0xFFFFFFFF)
[541....] [drm:evergreen_resume] *ERROR* evergreen startup failed on resume

après cela, la partie atombios se répète quelques fois.

de plus, le terminal se verrouille à nouveau et sysrq + REISUB est mon seul sauvetage.

Quelqu'un at-il une idée de la manière dont je peux passer à ma carte discrète sans que le système ne se bloque?

#uname -srvmpio
Linux 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
#lsb_release -r
Description: Ubuntu 12.04 LTS
12.04vgaswitcheroohybrid
2
cfstras

J'ai un HP Pavilion dm4t avec ATI 5470 et j'utilise Xubuntu 12.04. La commutation fonctionne pour moi avec la procédure suivante. Je dois noter que j'ai le dernier noyau 3.4 à partir d'ici https://launchpad.net/~francisbrwn9/+archive/kernels

Voici comment je fais la commutation:

  • Se déconnecter
  • CTRL + ALT + F1 pour accéder à la console
  • service lightdm stop

Les deux cartes doivent être activées avant la commutation. La prochaine étape est la suivante:

  • echo ON> commutateur

Si je veux utiliser Intel, activez-le pour démarrer au prochain démarrage:

  • echo DIGD> switch

Si je veux utiliser Radeon, activez-le pour le prochain démarrage suivant:

  • echo DDIS> switch

Ensuite:

  • service lightdm start
  • CTRL + ALT + F1 pour revenir à la console et vous en déconnecter
  • ALT + F7 ou F8 pour revenir à la connexion lightdm et continuer à utiliser la carte sélectionnée
3
Vangel V. Ajanovski

Le problème est lié au fait que (y) notre système utilise des graphiques hybrides "sans mux". Apparemment, il n’existe aucun moyen de les utiliser avec le serveur x actuel.

D'après ce que j'ai compris des informations que j'ai trouvées, les systèmes sans multiplexe sont ceux où la puce intégrée est toujours connectée à l'écran. Dans ce cas, la puce graphique discrète sert uniquement à restituer les images, mais les envoie à la puce intégrée afin de les afficher à l’écran.

La contre partie de celle-ci est bien entendu masquée. Dans ce cas, les deux puces (intégrée et discrète) sont connectées à un "objet" séparé (le multiplexeur) et l'affichage peut être commuté d'une puce à l'autre à l'aide de cette option. C'est la configuration pour laquelle vgaswitcheroo fait le tour

Conclusion: J'ai l'impression que tout ce que nous pouvons faire pour l'instant est d'attendre que x prenne en charge ces systèmes sans mux, ou peut-être que Wayland le fera ...

3
W. Goeman

J'utilise Ubuntu 12.10

La procédure ci-dessus fonctionne bien pour moi lorsque je souhaite passer d'IGD (qui est défini après un démarrage normal d'ubuntu) à DIS. Tout va bien alors, je peux utiliser mon moniteur via HDMI et même la sortie audio HDMI.

Mais si je veux revenir de DIS à IGD, cela ne fonctionne pas.

Ou je reçois le message

 client 101 refused switch

ou même

 [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 1sec aborting

Cela n'aide à redémarrer qu'avec ALT + PRINT + REISUB.

Des idées? : - /

2
romensch_2