Hiérarchie de l’espace de noms ACPI

La hiérarchie de l’espace de noms ACPI doit modéliser avec précision la topologie matérielle de la plateforme, en commençant par le bus système du processeur (« _SB »). En général, un appareil qui se connecte à un bus ou à un contrôleur apparaît en tant qu’enfant de ce bus ou de ce périphérique de contrôleur dans l’espace de noms.

Les règles suivantes s’appliquent spécifiquement aux plateformes basées sur SoC :

• Les blocs fonctionnels mappés en mémoire (y compris les processeurs) apparaissent directement sous le nœud _SB.

• Les périphériques qui se connectent à une combinaison de contrôleurs de bus de périphériques simples (SPB) et/ou de contrôleurs GPIO décrivent leurs connexions à ces contrôleurs en tant que ressources de connexion. Pour plus d’informations, consultez usage général E/S (GPIO) et SPB (Simple Peripheral Bus).

  Les périphériques connectés de cette manière peuvent apparaître directement sous le nœud _SB ou sous un contrôleur SPB ou GPIO parent. Ce dernier est préférable, dans la mesure du possible, car il indique la relation de l’appareil directement dans l’espace de noms lui-même, au lieu d’exiger le décodage des ressources pour découvrir la relation.

• Les blocs fonctionnels ou périphériques connectés via un bus standard qui prend en charge l’énumération matérielle (par exemple, SDIO et USB) n’ont pas besoin d’apparaître dans l’espace de noms.

  Toutefois, vous devez inclure ces appareils sous leur contrôleur parent dans l’espace de noms dans certains cas. Par exemple, cela est nécessaire avec les périphériques USB HSIC ou SDIO intégrés, où des contrôles spécifiques à la plateforme (non standard) (par exemple, des commutateurs d’alimentation, des connexions GPIO ou SPB, etc.) sont associés à l’appareil dans le cadre de la conception du système. Dans ce cas, le pilote de bus parent standard énumère l’appareil, mais le pilote WINDOWS ACPI, Acpi.sys, est chargé en tant que filtre dans la pile de périphériques pour appeler les méthodes de contrôle pour les contrôles non standard pour le compte du pilote de bus, si nécessaire.

• Les bus ou périphériques « privés » (par exemple, I2S) dédiés à l’utilisation d’un pilote de fonction (par exemple, le pilote audio) n’ont pas besoin d’apparaître dans l’espace de noms. Toutefois, dans ce cas, toutes les ressources système utilisées par l’appareil doivent apparaître dans la liste des ressources de l’appareil de fonction dans l’espace de noms. Pour plus d’informations, consultez la section Objets de configuration de l’appareil dans la rubrique Objets d’espace de noms de gestion des appareils .

ACPI définit de nombreux objets et méthodes d’espace de noms standard, mais les implémenteurs peuvent en définir de nouveaux au fur et à mesure qu’ils sont nécessaires. Les objets et méthodes définis par ACPI sont utilisés pour les fonctions de système d’exploitation courantes telles que les suivantes :

Description de la plateforme Par exemple, l’identification de l’appareil et l’allocation de ressources système.

Contrôle d’appareil générique Par exemple, la configuration des ressources et le contrôle des ressources d’alimentation.

Contrôle de fonctionnalité spécifique à la classe Par exemple, la gradation affiche ou signale l’état de la batterie.