Partager via


Appareils définis par l'ACPI

La spécification ACPI 5.0 définit de nombreux types d'appareils pour représenter et contrôler les fonctionnalités typiques d'une plate-forme. Par exemple, l'ACPI définit un bouton d'alimentation, un bouton de mise en veille et des indicateurs système. Pour les plates-formes basées sur un SoC, Windows fournit des pilotes intégrés pour prendre en charge les appareils définis par l'ACPI qui sont décrits dans cet article.

Pour plus d'informations, consultez la section 9, « Appareils définis par l'ACPI et objets spécifiques aux appareils », dans la spécification ACPI 5.0.

Appareil à couvercle

Ce périphérique décrit et signale l'état du couvercle d'un appareil à clapet. Pour plus d'informations, voir la section 9.4, Méthode de contrôle de l'appareil LID, dans la spécification ACPI 5.0. Les implémentations des appareils à couvercle utilisent le mécanisme d'événement ACPI à signaux GPIO, qui est décrit dans la section 5.6.5, « GPIO-Signaled ACPI Events », de la spécification ACPI 5.0.

Appareil de batterie de la méthode de contrôle

Cet appareil décrit, configure et signale l'état de la batterie de la plate-forme. Pour plus d'informations, voir la section 10.2, « Méthode de contrôle des piles », dans la spécification ACPI 5.0. Les implémentations de la méthode de contrôle de la batterie sur les plates-formes SoC utilisent le mécanisme d'événement ACPI à signalisation GPIO, qui est décrit dans la section 5.6.5, « GPIO-Signaled ACPI Events », de la spécification ACPI 5.0. L'accès à la batterie et au matériel de charge se fait par des méthodes qui fonctionnent par l'intermédiaire de GPIO ou de SPB OpRegions, qui sont décrites dans les sections 5.5.2.4.4 et 5.5.2.4.5 de la spécification ACPI 5.0.

Pour plus d'informations sur la gestion de la batterie dans Windows, voir Configuration requise pour le sous-système d'alimentation et de batterie de Windows.

Méthode spécifique à l'appareil de la batterie (_DSM)

Pour prendre en charge la gestion thermique passive de la batterie par la plate-forme, Microsoft définit une méthode _DSM pour communiquer au microprogramme de la plate-forme la limite de limitation thermique définie par la zone thermique de la batterie. Pour plus d’informations, consultez les articles suivants :

Méthode de contrôle de l'heure et appareil d'alarme

L'ACPI 5.0 définit le fonctionnement et la définition de l'appareil de temps et d'alarme optionnel basé sur une méthode de contrôle, qui fournit une abstraction indépendante du matériel et une alternative plus robuste à l'horloge en temps réel (RTC). Pour plus d'informations, voir la section 9.15, "Appareils PC/AT RTC/CMOS", et la section 9.18, "Dispositif de temps et d'alarme", dans la spécification ACPI 5.0. Si la RTC standard du PC n'est pas implémentée ou si elle est utilisée comme RTC matérielle soutenant l'appareil de temps et d'alarme, le bit « CMOS RTC Not Present » du champ des indicateurs de l'architecture d'amorçage de la FADT doit être activé.

Les fonctionnalités temporelles de l'appareil de gestion du temps et des alarmes sont nécessaires pour les plates-formes qui prennent en charge la fonctionnalité InstantGo (et le mode d'alimentation en veille connectée). Ces fonctionnalités conservent les informations relatives à l'heure du jour lors des transitions d'alimentation du système et gardent la trace de l'heure même lorsque la plate-forme est éteinte. L'heure de la plateforme doit être cohérente lorsque différentes interfaces de microprogrammes sont utilisées pour interroger l'heure de la plateforme. Par exemple, un appel UEFI pour obtenir l'heure doit renvoyer la même heure que celle que le système d'exploitation obtiendrait en utilisant l'appareil de gestion de l'heure et de l'alarme.

L'appareil de gestion du temps et des alarmes doit être lecteur de la même source de temps que les services de temps de l'UEFI.

Zones thermiques

Pour prendre en charge la gestion thermique ACPI, le concepteur du système partitionne logiquement une plate-forme matérielle en une ou plusieurs régions physiques appelées zones thermiques. Les appareils de détection suivent la température dans chaque zone thermique. Lorsqu'une zone thermique commence à surchauffer, le système d'exploitation peut prendre des mesures pour refroidir les appareils qui s'y trouvent. Ces actions peuvent être classées en deux catégories : le refroidissement passif et le refroidissement actif.

Gestion thermique dans Windows

Le modèle de gestion thermique de Windows est basé sur le concept de zones thermiques de l'ACPI. Il s'agit d'un modèle coopératif microprogramme/système d'exploitation/pilote qui fait abstraction des capteurs et des appareils de refroidissement par rapport au composant central de gestion thermique grâce à des interfaces bien définies. Pour plus d'informations, reportez-vous à la section Gestion thermique sous Windows.

Zones thermiques ACPI

Une zone thermique est définie pour inclure des objets enfants qui font ce qui suit :

  • Identifier les appareils qui sont contenus dans la zone thermique :

    • _TZD pour lister les appareils autres que les processeurs contenus dans la zone thermique.

    • _PSL pour lister les processeurs de la zone thermique.

  • Spécifiez les seuils thermiques à partir desquels des mesures doivent être prises :

    • PSV pour indiquer la température à laquelle le système d'exploitation démarre le contrôle passif du refroidissement.

    • HOT pour indiquer la température à laquelle le système d'exploitation est en hibernation.

    • RCT pour indiquer la température à laquelle le système d'exploitation s'arrête.

  • Décrivez le comportement de la zone thermique en matière de refroidissement passif :

    • _TC1, _TC2 pour la réactivité thermique.

    • _TSP pour l'intervalle d'échantillonnage de température approprié pour le refroidissement passif de la zone thermique.

  • Indiquez la température de la zone thermique :

    • _TMP pour la température signalée par le microprogramme, ou

    • _HID et _CRS pour charger un pilote de capteur de température et lui allouer des ressources matérielles.

  • Optionnellement, recevez des notifications en cas de franchissement d'autres seuils de température :

    • _NTT pour spécifier plus de franchissements de seuils à notifier.

    • DTI pour recevoir des notifications de franchissements de seuils supplémentaires.

  • Optionnellement, décrivez le comportement de refroidissement actif de la zone thermique :

    • _ALx pour la liste des ventilateurs de la zone thermique.

    • ACx la température à laquelle le ventilateur x doit être mis en marche.

Pour plus d'informations sur les zones thermiques ACPI, voir le chapitre 11, « Gestion thermique », de la spécification ACPI 5.0.

Ralentissement du processeur logique en tant qu'atténuation thermique

La plateforme peut indiquer au système d'exploitation que les cœurs de processeur dans la zone thermique doivent être mis en veille (au lieu d'être limités). Pour ce faire, l'appareil Processor Aggregator (ACPI000C) est inclus dans une ou plusieurs zones thermiques. Windows mettra de nombreux cœurs en attente lorsque le _PSV de la zone thermique est franchi. Le nombre est soit (1 - <limite passive de la zone>) * <le nombre de noyaux dans la zone thermique, soit le nombre de noyaux indiqué dans _PUR>, la valeur la plus élevée étant retenue. Pour plus d'informations, voir la section 8.5.1, « Ralenti du processeur logique », dans la spécification ACPI 5.0.

Les OEM peuvent inclure une méthode spécifique à l'appareil (_DSM) pour prendre en charge les extensions thermiques de Microsoft pour Windows. Pour plus d'informations, voir Méthode spécifique à l'appareil pour les extensions thermiques Microsoft.