Condividi tramite


Dispositivi ACPI definiti

La specifica ACPI 5.0 definisce molti tipi di dispositivo per rappresentare e controllare le funzionalità tipiche della piattaforma. Ad esempio, ACPI definisce un pulsante di alimentazione, un pulsante di sospensione e indicatori di sistema. Per le piattaforme basate su SoC, Windows fornisce driver predefiniti per supportare i dispositivi ACPI definiti descritti in questo articolo.

Per altre informazioni, vedere la sezione 9 "ACPI-Defined Devices and Device-Specific Objects", nella specifica ACPI 5.0.

Dispositivo coperchio

Questo dispositivo descrive e segnala lo stato del coperchio di un dispositivo a conchiglia. Per altre informazioni, vedere la sezione 9.4 , "Control Method Lid Device", nella specifica ACPI 5.0. Le implementazioni del dispositivo coperchio usano il meccanismo di evento ACPI segnalato da GPIO, descritto nella sezione 5.6.5, "GPIO-Signaled ACPI Events", nella specifica ACPI 5.0.

Dispositivo a batteria del metodo di controllo

Questo dispositivo descrive, configura e segnala lo stato della batteria della piattaforma. Per altre informazioni, vedere la sezione 10.2 , "Control Method Batteries", nella specifica ACPI 5.0. Le implementazioni della batteria del metodo di controllo sulle piattaforme SoC usano il meccanismo di evento ACPI segnalato da GPIO, descritto nella sezione 5.6.5, "GPIO-Signaled ACPI Events", nella specifica ACPI 5.0. L'accesso all'hardware di ricarica e batteria viene eseguito tramite metodi che operano tramite GPIO o SPB OpRegions, descritti nelle sezioni 5.5.2.4.4 e 5.5.2.4.5 della specifica ACPI 5.0.

Per altre informazioni sulla gestione della batteria in Windows, vedere Requisiti del sottosistema Windows Power e Batteria.

Metodo specifico del dispositivo batteria (_DSM)

Per supportare la gestione termica passiva della batteria dalla piattaforma, Microsoft definisce un metodo _DSM per comunicare con il firmware della piattaforma il limite di limitazione termica impostato dalla zona termica della batteria. Per altre informazioni, vedere gli articoli seguenti:

Controllo dell'ora del metodo e del dispositivo di allarme

ACPI 5.0 definisce l'operazione e la definizione del dispositivo facoltativo basato su metodo di controllo e allarme, che fornisce un'astrazione indipendente dall'hardware e un'alternativa più affidabile all'orologio in tempo reale (RTC). Per altre informazioni, vedere la sezione 9.15, "PC/AT RTC/ANDROID Devices" e la sezione 9.18, "Time and Alarm Device", nella specifica ACPI 5.0. Se il PC RTC standard non è implementato o viene usato come hardware RTC che esegue il backup del dispositivo Time and Alarm, è necessario impostare il bit "RTC RTC Not Present" del campo flag architettura di avvio FADT.

Le funzionalità relative all'ora del dispositivo Ora e Allarme sono necessarie per le piattaforme che supportano la funzionalità InstantGo (e la modalità di alimentazione standby connesso). Queste funzionalità mantengono le informazioni quotidiane tra le transizioni di alimentazione del sistema e tengono traccia del tempo anche quando la piattaforma è disattivata. È previsto che il tempo sulla piattaforma sia coerente quando vengono usate interfacce firmware diverse per eseguire query sul tempo della piattaforma. Ad esempio, una chiamata UEFI per ottenere l'ora dovrebbe restituire lo stesso tempo che il sistema operativo otterrebbe usando il dispositivo Ora e Allarme.

Il dispositivo Ora e Allarme deve essere guidato dalla stessa origine temporale dei servizi di ora UEFI.

Zone termiche

Per supportare la gestione termica ACPI, la finestra di progettazione del sistema partiziona logicamente una piattaforma hardware in una o più aree fisiche denominate zone termiche. I dispositivi sensore tengono traccia della temperatura in ogni zona termica. Quando una zona termica inizia a surriscaldarsi, il sistema operativo può intervenire per raffreddare i dispositivi nella zona. Queste azioni possono essere classificate come raffreddamento passivo o raffreddamento attivo.

Gestione termica in Windows

Il modello di gestione termica Windows si basa sul concetto di zone termiche ACPI. Si tratta di un modello di firmware/sistema operativo/driver cooperativo che astrae i sensori e i dispositivi di raffreddamento dal componente di gestione termica centrale tramite interfacce ben definite. Per altre informazioni, vedere Gestione termica in Windows.

Zone termiche ACPI

Una zona termica è definita per includere oggetti figlio che eseguono le operazioni seguenti:

  • Identificare i dispositivi contenuti nella zona termica:

    • _TZD di elencare i dispositivi nonprocessore nella zona termica.

    • _PSL di elencare i processori nella zona termica.

  • Specificare le soglie termiche in corrispondenza delle quali eseguire le azioni:

    • _PSV per indicare la temperatura in corrispondenza della quale il sistema operativo avvia il controllo di raffreddamento passivo.

    • _HOT per indicare la temperatura in corrispondenza della quale il sistema operativo si iberna.

    • _CRT per indicare la temperatura in corrispondenza della quale il sistema operativo viene arrestato.

  • Descrivere il comportamento di raffreddamento passivo della zona termica:

    • _TC1, _TC2 per la velocità di risposta termica.

    • _TSP per l'intervallo di campionamento della temperatura appropriato per il raffreddamento passivo della zona termica.

  • Segnalare la temperatura della zona termica:

    • _TMP per la temperatura segnalata dal firmware o

    • _HID e _CRS per il caricamento di un driver del sensore di temperatura e l'allocazione di risorse hardware.

  • Facoltativamente, ricevere notifiche di superamento di una soglia di temperatura maggiore:

    • _NTT per specificare più soglie di superamento per ricevere una notifica.

    • _DTI per la ricezione di notifiche di superamento di più soglie.

  • Facoltativamente, descrivere il comportamento di raffreddamento attivo della zona termica:

    • _AL x per elencare i fan nella zona termica.

    • _AC x la temperatura in cui deve essere attivata la ventola x.

Per ulteriori informazioni sulle zone termiche ACPI, vedere il capitolo 11 "Gestione termica", nella specifica ACPI 5.0.

Elaborazione logica inattiva come mitigazione termica

La piattaforma può indicare al sistema operativo che i core del processore nella zona termica devono essere inattiti (anziché limitati). Questa operazione viene eseguita includendo il dispositivo Processor Aggregator (ACPI000C) in una o più zone termiche. Windows parcheggierà molti core quando il _PSV della zona termica viene attraversato. Il numero è (limite passivo> di 1 - <zona) * <il numero di core nella zona> termica o il numero di core segnalati in _PUR, a differenza di quale sia maggiore. Per altre informazioni, vedere la sezione 8.5.1 " Logical Processor Idling" nella specifica ACPI 5.0.

Gli OEM possono includere un metodo specifico del dispositivo (_DSM) per supportare le estensioni termiche Microsoft per Windows. Per altre informazioni, vedere Metodo specifico del dispositivo per le estensioni termiche Microsoft.