Appareils définis par ACPI

Article
06/15/2023

La spécification ACPI 5.0 définit un certain nombre de types d’appareils pour représenter et contrôler les fonctionnalités de plateforme standard. Par exemple, ACPI définit un bouton d’alimentation, un bouton de mise en veille et des indicateurs système. Pour les plateformes basées sur soC, Windows fournit des pilotes intégrés pour prendre en charge les appareils définis par ACPI décrits dans cet article.

Pour plus d’informations, consultez la section 9, « Appareils et objets Device-Specific définis par ACPI », dans la spécification ACPI 5.0.

Périphérique de couvercle

Cet appareil décrit et signale la status du couvercle d’un appareil à clapet. Pour plus d’informations, consultez la section 9.4, « Control Method Lid Device », dans la spécification ACPI 5.0. Les implémentations d’appareils de couvercle utilisent le mécanisme d’événement ACPI signalé par GPIO, qui est décrit dans la section 5.6.5, « Événements ACPI signalés par GPIO », dans la spécification ACPI 5.0.

Dispositif de batterie de méthode de contrôle

Cet appareil décrit, configure et signale la status de la batterie de la plateforme. Pour plus d’informations, consultez la section 10.2, « Batteries de méthode de contrôle », dans la spécification ACPI 5.0. Les implémentations de batteries de méthode de contrôle sur les plateformes SoC utilisent le mécanisme d’événement ACPI signalé par GPIO, qui est décrit dans la section 5.6.5, « Événements ACPI signalés par GPIO », dans la spécification ACPI 5.0. L’accès à la batterie et au matériel de charge s’effectue par des méthodes qui fonctionnent via les opRegions GPIO ou SPB, 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, consultez Configuration requise pour l’alimentation windows et le sous-système de batterie.

Battery Device-Specific, méthode (_DSM)

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

Temps de la méthode de contrôle et dispositif d’alarme

ACPI 5.0 définit le fonctionnement et la définition du dispositif d’alarme et de temps basés sur la méthode de contrôle facultatif, 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, consultez la section 9.15, « PC/AT RTC/CMOS Devices » et la section 9.18, « Time and Alarm Device », dans la spécification ACPI 5.0. Si le RTC du PC standard n’est pas implémenté ou s’il est utilisé comme matériel RTC qui sauvegarde le périphérique Time and Alarm, le bit « CMOS RTC Not Present » du champ Indicateurs d’architecture de démarrage FADT doit être défini.

Les fonctionnalités de temps de l’appareil Time et Alarm sont requises pour les plateformes qui prennent en charge la fonctionnalité InstantGo (et le mode d’alimentation de secours connecté). Ces fonctionnalités conservent les informations relatives à l’heure de la journée sur les transitions d’alimentation du système et assurent le suivi de l’heure, même lorsque la plateforme est désactivée. On s’attend à ce que l’heure sur la plateforme soit cohérente lorsque différentes interfaces de microprogramme sont utilisées pour interroger l’heure de la plateforme. Par exemple, un appel UEFI pour obtenir l’heure doit retourner l’heure que le système d’exploitation obtiendrait à l’aide de l’appareil Time et Alarm.

L’appareil Time et Alarm doit être piloté à partir de la même source de temps que les services de temps UEFI.

Zones thermiques

Pour prendre en charge la gestion thermique ACPI, le concepteur de système partitionne logiquement une plateforme matérielle en une ou plusieurs régions physiques appelées zones thermiques. Les appareils capteurs 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 de la zone. Ces actions peuvent être classées comme un refroidissement passif ou un refroidissement actif.

Gestion thermique dans Windows

Le modèle de gestion thermique Windows est basé sur le concept de zones thermiques de l’ACPI. Il s’agit d’un modèle coopératif de microprogramme/système d’exploitation/pilote qui extrait les capteurs et les appareils de refroidissement du composant de gestion thermique centrale via des interfaces bien définies. Pour plus d’informations, consultez Gestion thermique dans Windows.

Zones thermiques ACPI

Une zone thermique est définie pour inclure des objets enfants qui effectuent les opérations suivantes :

Identifiez les appareils contenus dans la zone thermique :
- _TZD pour répertorier les périphériques non-processeurs dans la zone thermique.
- _PSL pour répertorier les processeurs dans la zone thermique.
Spécifiez les seuils thermiques auxquels les actions doivent être effectuées :
- _PSV pour indiquer la température à laquelle le système d’exploitation démarre le contrôle de refroidissement passif.
- _HOT pour indiquer la température à laquelle le système d’exploitation est mis en veille prolongée.
- _CRT pour indiquer la température à laquelle le système d’exploitation s’arrête.
Décrire le comportement de refroidissement passif de la zone thermique :
- _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.
Signalez 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.
Si vous le souhaitez, recevez des notifications de dépassements de seuil de température supplémentaires :
- _NTT pour spécifier des dépassements de seuil supplémentaires à notifier.
- _DTI pour recevoir des notifications de dépassements de seuil supplémentaires.
Si vous le souhaitez, décrivez le comportement de refroidissement actif de la zone thermique :
- _ALx pour répertorier les ventilateurs dans la zone thermique.
- _ACx la température à laquelle le ventilateur x doit être activé.

Pour plus d’informations sur les zones thermiques ACPI, consultez le chapitre 11, « Gestion thermique », dans la spécification ACPI 5.0.

Idling 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 inactifs (au lieu d’être limités). Pour ce faire, incluez l’appareil ACPI000C (Processor Aggregator) dans une ou plusieurs zones thermiques. Windows stationnera un certain nombre de cœurs lorsque la _PSV de la zone thermique est franchie. Le nombre est (1 - <limite> passive de zone) * <le nombre de cœurs dans la zone> thermique, ou le nombre de cœurs signalés dans _PUR, selon la valeur la plus élevée. Pour plus d’informations, consultez la section 8.5.1, « Idling logical processor », dans la spécification ACPI 5.0.

Les oem peuvent inclure une méthode Device-Specific (_DSM) pour prendre en charge les extensions thermiques Microsoft pour Windows. Pour plus d’informations, consultez Méthode spécifique à l’appareil pour les extensions thermiques Microsoft.

Share via