Éteindre l'écran du MacBook Pro lorsqu'il est connecté à un moniteur externe sur Yosemite

1) Après avoir entré la commande terminal, redémarrez et fermez le couvercle immédiatement 2) Gardez le couvercle fermé pendant le démarrage et une fois connecté, ouvrez le couvercle 3) L'écran du MacBook Pro est éteint

@RyanHeitner Les 3 étapes fonctionnent bien ! Si vous avez besoin d'une solution pour le sommeil et le réveil, veuillez visiter le site OSXdaily-Post avec la section "Désactiver l'affichage interne de l'ordinateur portable dans OS X Yosemite un indice pour corriger la procédure de réveil. Amusez-vous bien !

Fonctionne sur les Mac Book avec des cartes graphiques nvidia, il faut potentiellement passer à "meilleures performances" dans les paramètres de l'économiseur d'énergie pour passer à votre carte graphique nvidia (comme sur mon Mac Book Pro 2009).

Merci pour cela ! Aussi, d'après vos résultats, la commande pré-yosemite devrait être "iog=0x2", car autrement vous mettez FBVLThrottle à 0, ce qui a causé un problème avec mon moniteur.

Comme d'autres l'ont noté, cela se perd aussi malheureusement lorsque l'ordinateur portable se met en veille et se réveille. J'ai passé un peu de temps à tracer la hiérarchie iokit, et il semble que c'est ainsi qu'elle est structurée : * kIOGDbgLidOpen contrôle si nous devons reprogrammer sur l'événement d'ouverture du couvercle * Lorsque le couvercle est fermé, il semble que l'affichage interne (rétroéclairé) ne soit pas du tout présent dans la hiérarchie iokit. Le mode "Clamshell" n'est rien d'autre que ce fait avec un paramètre iopm pour empêcher la mise en veille lorsque le couvercle est fermé.

Le réaménagement est effectué par AppleGraphicsControl qui n'est pas open source. Je ne sais pas exactement comment cela fonctionne, mais je suppose qu'à la réception de la demande, quelque chose parcourt les sorties jointes et crée un fichier de type IODisplay pour chacun d'entre eux. A l'inverse, en mode clamshell, il faut que quelque chose prévenir l'IODisplay créé pour l'interne. Malheureusement, je pense que cela signifie qu'il est pratiquement impossible de désactiver l'affichage interne au niveau le plus bas, à moins que quelqu'un ne veuille démonter le pilote NVDA pour comprendre ce qui se passe pendant un événement de reprogrammation et comment l'IODisplay est créé.

Il semble que la sonde soit acheminée vers IONDRVFramebuffer.cpp . Je pense que c'est à peu près tout ce que je peux tracer en lisant le code, il semble qu'à partir de là, il y ait des choses spécifiques au pilote. Et bien sûr, notez que nous ne pouvons pas simplement ignorer la sonde parce que lors d'un réveil de la veille, nous devons également découvrir le moniteur externe.