Wi-Fi gestion de l’alimentation pour les plateformes de secours modernes

Dans une plateforme matérielle Windows qui implémente le modèle d’alimentation de secours moderne, l’appareil Wi-Fi maintient sa connexion au réseau alors que la plateforme est à l’état d’alimentation de secours moderne. Une gestion correcte de l’alimentation de l’appareil Wi-Fi, à la fois pendant la veille moderne et lorsque l’écran est allumé, est essentielle pour obtenir une longue durée de vie de la batterie.

Wi-Fi est une technologie sans fil de moyenne portée omniprésente qui permet une communication à bande passante élevée et à faible latence entre les systèmes informatiques, les appareils et Internet.

Chaque plateforme matérielle Windows prenant en charge la secours moderne doit être équipée d’un appareil Wi-Fi ou d’un appareil haut débit mobile (MBB). Étant donné que Wi-Fi'intégration est plus courante et plus répandue, il est prévu que l’appareil Wi-Fi soit activé et connecté presque tout le temps.

Vue d’ensemble

Un appareil Wi-Fi dans une plateforme de secours moderne doit prendre en charge plusieurs fonctionnalités clés de gestion de l’alimentation pour réduire la consommation d’énergie de l’appareil et de la plateforme dans son ensemble.

La première fonctionnalité, appelée mode économie d’énergie, permet à l’appareil Wi-Fi de réduire sa consommation d’énergie tout en restant connecté au point d’accès. Le mode économie d’énergie réduit la consommation d’énergie au détriment d’une latence accrue du transfert de données. Le mode économie d’énergie devrait toujours être activé lorsque la plateforme fonctionne sur batterie, sauf lorsque des connexions à faible latence sont requises (par exemple, pour les appels VOIP). Pour plus d’informations, consultez Mode d’économie d’alimentation automatique Wi-Fi.

La deuxième fonctionnalité de gestion de l’alimentation à clé est le wake-match de modèle. Cette fonctionnalité permet à Windows d’armer l’appareil Wi-Fi pour réveiller le système sur une puce (SoC) lorsque l’appareil Wi-Fi détecte un paquet réseau qui correspond à un modèle stocké. Le wake-match de modèle n’est opérationnel que pendant la veille moderne. Bien que le réveil de correspondance de modèle soit activé, l’appareil Wi-Fi fonctionne en mode très faible consommation et écoute les données entrantes destinées à des services système spécifiques ou à des applications inscrites (par exemple, les notifications Push et les e-mails). Pendant ce temps, les autres composants de la plateforme matérielle sont à faible consommation d’énergie. Pour plus d’informations, consultez Événements Wake-Up réseau.

En outre, les appareils Wi-Fi dans une plateforme de secours moderne doivent prendre en charge les fonctionnalités de gestion de l’alimentation d’exécution suivantes :

• État activé/désactivé de la radio
• Déchargement de liste réseau (NLO)
• Déchargement ARP/NS
• Fusion de paquets D0
• Gestion dynamique DTIM
• Un ensemble de déclencheurs de connectivité Wi-Fi, notamment wake-on-AP-disconnect

Cet article fournit des conseils de conception pour les appareils Wi-Fi dans une plateforme de secours moderne qui sont connectés au SoC via le bus SDIO (E/S) ou PCI Express (PCIe), ou physiquement intégrés au SoC lui-même. Microsoft n’a pas testé Wi-Fi appareils qui se connectent via le bus série universel (USB) sur les plateformes de secours modernes et ne publie aucun guide de conception pour ces appareils.

L’appareil Wi-Fi est géré par un pilote miniport Wi-Fi, fourni par le fournisseur de l’appareil Wi-Fi. Windows émet des demandes de gestion de l’alimentation (OID NDIS) à l’appareil pour configurer le mode d’économie d’énergie et le wake-match de modèle. Windows active et désactive l’éveil de correspondance de modèle à mesure que la plateforme entre et sort de la veille moderne. Le pilote miniport Wi-Fi gère ces requêtes en configurant l’appareil Wi-Fi via le SDIO, le PCIe ou le bus SoC propriétaire.

L’appareil Wi-Fi dans une plateforme de secours moderne est presque toujours sous tension et devrait être très économe en énergie. Lorsqu’aucune donnée n’est transférée via le lien Wi-Fi et que le mode d’économie d’énergie est activé, l’appareil Wi-Fi doit consommer moins de 10 milliwatts en moyenne. Si l’utilisateur a défini l’état activé/désactivé de la radio sur désactivé en activant le mode avion ou en désactivant explicitement Wi-Fi dans l’application Paramètres Windows, l’appareil Wi-Fi doit consommer moins de 1 milliwatt en moyenne.

Modes de gestion de l’alimentation des appareils

L’appareil Wi-Fi doit prendre en charge plusieurs modes de gestion de l’alimentation. Chaque mode est une combinaison d’activité de l’appareil, de connectivité réseau et d’activation de l’éveil de correspondance de modèle.

Actif

L’appareil Wi-Fi est connecté au réseau et transmet activement des données.

Mécanisme de transition : le Wi-Fi matériel de l’appareil passe de manière autonome du mode inactif connecté au mode actif.

Inactif connecté

L’appareil Wi-Fi est connecté au réseau, mais ne transmet pas activement de données.

Mécanisme de transition :

• Le Wi-Fi matériel de l’appareil passe de manière autonome du mode inactif connecté au mode actif.
• La consommation d’énergie de l’appareil en mode actif sera un facteur de la technologie sans fil (c’est-à-dire 802.11a/b/g/n), de la distance au point d’accès, de la quantité de données transmises, etc.

Veille connectée

L’appareil Wi-Fi est connecté au point d’accès, mais le reste de la plateforme est dans un état très faible. La mise en éveil de correspondance de modèle est activée pour que l’appareil Wi-Fi réveille le SoC sur un ensemble spécifique de paquets réseau entrants.

Mécanisme de transition :

• Avant que l’appareil Wi-Fi quitte D0, NDIS envoie une demande de OID_PM_ADD_WOL_PATTERN pour demander au pilote miniport Wi-Fi d’ajouter des modèles wake-on-LAN.
• Pour indiquer au pilote miniport Wi-Fi d’activer l’éveil de correspondance de modèle, NDIS envoie une demande de OID_PM_PARAMETERS .
• NDIS envoie une requête OID_PNP_SET_POWER avec une valeur NDIS_DEVICE_POWER_STATE NdisDeviceStateD2 (pour SDIO) ou NdisDeviceStateD3 (pour PCIe).

Veille déconnectée

L’appareil Wi-Fi est alimenté, mais n’est pas connecté à un point d’accès, car aucun point d’accès préféré n’est à portée. Le reste de la plateforme est dans un état très faible. Le réveil de correspondance de modèle est activé et la liste de déchargement réseau est redirigée vers l’appareil Wi-Fi. L’appareil Wi-Fi utilise la liste de déchargement réseau pour rechercher régulièrement les réseaux préférés auxquels se connecter.

Mécanisme de transition :

• L’appareil Wi-Fi utilise la liste de déchargement réseau pour rechercher régulièrement les réseaux préférés auxquels se connecter.
• Si un réseau correspondant est trouvé lors de ces analyses périodiques, l’appareil Wi-Fi réveille le SoC.

Radio éteinte

L'Wi-Fi appareil est toujours alimenté, mais la radio (composants RF) a été mise hors tension.

Mécanisme de transition :

• Dans D0, NDIS envoie une requête de OID_DOT11_NIC_POWER_STATE avec la valeur FALSE, indiquant que la radio doit être éteinte.

Appareil mis hors tension

L’appareil Wi-Fi a été complètement mis hors tension.

Mécanisme de transition :

• NDIS envoie une requête OID_PNP_SET_POWER avec une valeur NDIS_DEVICE_POWER_STATE de NdisDeviceStateD3.
• Si l’appareil Wi-Fi est connecté à SDIO ou PCIe, le microprogramme ACPI système supprime l’alimentation ou réinitialise l’appareil Wi-Fi à l’aide d’une ligne GPIO du SoC vers l’appareil Wi-Fi.
• Si l’appareil Wi-Fi est intégré au SoC, le microprogramme système est responsable de la mise hors tension ou de la réinitialisation de l’appareil Wi-Fi à l’aide d’un mécanisme propriétaire.

Consommation d’énergie moyenne et latence de sortie

Le tableau suivant montre la consommation d’énergie et la latence attendues lors de la sortie à un état actif pour chaque mode de gestion de l’alimentation. Pour ces chiffres, supposons que l’appareil Wi-Fi est constamment connecté à un point d’accès unique qui a WPA2-Personal sécurité, sauf en mode veille déconnectée et en mode hors tension.

Pour les appareils connectés à SDIO, D2 est l’état d’alimentation de l’appareil wakeable le plus profond pour la veille moderne. Pour les appareils connectés à PCIe, D3 (plus précisément, le sous-état D3hot) est l’état d’alimentation de l’appareil wakeable le plus profond pour la veille moderne.

Windows 8, Windows 8.1 et Windows 10 prennent en charge la veille moderne sur les appareils hors SoC Wi-Fi qui se connectent via le bus SDIO. Windows 8.1 prend également en charge la veille moderne sur les appareils hors SoC Wi-Fi qui se connectent via le bus PCIe.

Configuration requise lorsqu’un appareil Wi-Fi partage des circuits

Dans certains Wi-Fi conceptions d’appareils, l’appareil Wi-Fi partage des circuits analogiques et RF avec les périphériques de communication radio Bluetooth et FM facultatifs. Dans ces Wi-Fi conceptions d’appareils, il ne doit pas y avoir de dépendance d’état d’alimentation entre l’appareil Wi-Fi et les autres appareils de communication intégrés. Le Wi-Fi appareil doit avoir des circuits de contrôle d’alimentation internes pour garantir une consommation électrique moyenne inférieure à 1 milliwatt en mode de radio-arrêt.

Mécanismes de gestion de l’alimentation logicielle

La gestion de l’alimentation de l’appareil Wi-Fi est principalement basée sur les commandes NDIS que le pilote miniport Wi-Fi reçoit du sous-système de mise en réseau Windows. Le pilote miniport Wi-Fi est chargé de traduire ces commandes NDIS (appelées requêtes OID) en messages spécifiques à l’appareil à envoyer à l’appareil Wi-Fi via le bus d’E/S.

Le développement d’un pilote NDIS est une tâche complexe dont l’étendue dépasse Wi-Fi gestion de l’alimentation des appareils. Pour obtenir de l’aide sur la compréhension de cette section, consultez la rubrique Réseau local sans fil natif 802.11 . Si vous êtes développeur Wi-Fi, vous devez vous familiariser avec l’ensemble des tests d’appareil réseau dans le Kit de certification matérielle Windows et utiliser ces tests comme référence de facto pour vous assurer qu’un appareil Wi-Fi et son Wi-Fi pilote miniport fonctionnent correctement.

L’appareil Wi-Fi est censé être toujours sous tension et connecté à un réseau, sauf lorsqu’une plateforme de secours moderne est dans l’état d’alimentation du système S5 (arrêt). Par conséquent, une gestion correcte de l’alimentation de l’appareil Wi-Fi est essentielle à l’autonomie de la batterie du système à la fois pendant la veille moderne et lorsque l’écran est allumé. Le mode de gestion de l’alimentation de l’appareil Wi-Fi peut changer fréquemment à mesure que l’appareil répond aux demandes logicielles pour rechercher de nouveaux réseaux, ou que l’appareil lui-même détecte que le point d’accès a été déconnecté. Les mécanismes de gestion de l’alimentation logicielle et la consommation d’énergie résultante décrits dans la discussion suivante supposent que l’appareil Wi-Fi est connecté à un point d’accès unique qui a une puissance de signal raisonnable.

Le pilote Wi-Fi miniport doit activer les principales fonctionnalités de gestion de l’alimentation suivantes pour s’assurer que l’appareil Wi-Fi est économe en énergie à la fois pendant la veille moderne et lorsque l’affichage est allumé :

• Mode d’économie d’énergie
• Mise en éveil de correspondance de modèle

Les paragraphes suivants décrivent en détail les exigences de ces deux fonctionnalités.

En plus du mode d’économie d’énergie et de l’éveil de correspondance de modèle, l’appareil Wi-Fi et le pilote miniport Wi-Fi doivent prendre en charge plusieurs autres fonctionnalités. Pour plus d’informations, consultez Autres conditions requises pour Wi-Fi la gestion de l’alimentation.

Mode d’économie d’énergie

La spécification 802.11 décrit un mode d’économie d’énergie automatique Wi-Fi (également appelé interrogation de l’économie d’énergie) pour les réseaux Wi-Fi. Dans ce mode, la radio Wi-Fi ignore l’interrogation d’un sous-ensemble de balises de diffusion, ce qui réduit la consommation d’énergie moyenne de l’appareil. Windows nécessite que l’appareil Wi-Fi active le mode d’économie d’énergie lorsque l’appareil est actif (D0), connecté-inactif (D0) ou connecté en veille (D2 pour SDIO ; D3 pour PCIe) mode de gestion de l’alimentation. Le mode d’économie d’alimentation n’est pas significatif lorsque l’appareil Wi-Fi est en mode de gestion de l’alimentation par radio-arrêt.

Le pilote miniport Wi-Fi doit prendre en charge et activer le mode d’économie d’énergie lorsque l’appareil Wi-Fi est dans les modes de gestion de l’alimentation suivants :

• Actif (D0)
• Connecté-inactif (D0)
• Veille connectée (D2/D3)

Le pilote Wi-Fi miniport doit signaler à Windows qu’il prend en charge la négociation automatique du mode d’économie d’énergie en définissant le membre bAutoPowerSaveMode de la structure DOT11_EXTSTA_ATTRIBUTES sur TRUE. En réponse à ce paramètre, Windows envoie une demande de OID_DOT11_POWER_MGMT_MODE_AUTO_ENABLED au pilote Wi-Fi miniport. Cette demande indique au pilote d’activer automatiquement le mode d’économie d’énergie. Le pilote Wi-Fi miniport doit utiliser les fonctionnalités du point d’accès à distance et de l’appareil Wi-Fi lui-même pour déterminer le niveau d’économie d’énergie approprié à activer.

Lorsque le mode d’économie d’énergie automatique est activé, Windows peut envoyer une demande de OID_DOT11_POWER_MGMT_REQUEST au pilote Wi-Fi miniport. Ce message spécifie l’un des quatre niveaux d’économie d’énergie définis. Le niveau d’économie d’énergie dans ce message doit être traité comme un indicateur pour le pilote Wi-Fi miniport pour l’attente d’économies d’énergie du système d’exploitation ou de l’utilisateur à l’heure actuelle. La valeur retournée par la demande OID_DOT11_POWER_MGMT_REQUEST peut être utilisée lorsque le pilote ne peut pas détecter que le point d’accès distant prend en charge le mode d’économie d’énergie.

Mise en éveil de correspondance de modèle

Windows nécessite que tous les appareils de mise en réseau d’une plateforme de secours moderne prennent en charge l’éveil de correspondance de modèle. Cette fonctionnalité permet au périphérique réseau de surveiller la connexion réseau à la recherche de paquets intéressants (en comparant les paquets entrants aux modèles stockés dans l’appareil) lorsque le SoC ou le chipset est hors tension, et de sortir le processeur main sur le SoC ou le jeu de puces lorsqu’un modèle correspondant est détecté. Cette capacité à décharger Wi-Fi traitement à partir du processeur main est essentielle pour obtenir un fonctionnement à faible consommation d’énergie dans le mode de secours moderne. Avant que la plateforme n’entre en veille moderne et que le Wi-Fi appareil passe à la veille connectée (D2 pour SDIO ; D3 pour le mode PCIe), Windows envoie au pilote de miniport Wi-Fi une collection de modèles intéressants pour 2000 dont l’appareil Wi-Fi doit watch.

L’éveil de correspondance de modèle est la fonctionnalité d’activation clé pour la veille moderne. L’éveil de correspondance de modèle est activé lorsque l’appareil Wi-Fi est en mode veille connectée (D2/D3). Avant que l’appareil Wi-Fi passe dans ce mode, Windows indique à l’appareil d’ignorer tous les paquets réseau, à l’exception de ceux qui correspondent à un ensemble de modèles spécifié. Windows génère les modèles de correspondance en fonction des services et applications (par exemple, les notifications Push et les e-mails) actuellement utilisés. Le modèle de déchargement correspondant à l’appareil Wi-Fi permet au reste de la plateforme matérielle d’être désactivé ou de fonctionner en mode basse consommation. Pendant ce temps, l’appareil Wi-Fi reste allumé, en attendant le trafic réseau entrant important.

Pour prendre en charge l’éveil de correspondance de modèle, le pilote miniport Wi-Fi doit d’abord annoncer qu’il prend en charge le mode veille connectée (D2/D3) et qu’il est capable de sortir le système de l’état d’alimentation D2/D3. Pour publier la prise en charge de l’éveil de correspondance de modèle, le pilote miniport Wi-Fi doit effectuer les opérations suivantes :

• Définissez le bit NDIS_PM_WOL_BITMAP_PATTERN dans le membre SupportedWoLPacketPatterns de la structure NDIS_PM_CAPABILITIES pour indiquer que l’appareil Wi-Fi prend en charge l’éveil du SoC en fonction de la détection de modèle bitmap.

• Définissez le membre MinPatternWakeUp de la structure NDIS_PM_CAPABILITIES sur NdisDeviceStateD2 (pour SDIO) ou NdisDeviceStateD3 (pour PCIe) pour indiquer que l’appareil Wi-Fi peut réveiller le SoC lorsque l’appareil est à l’état d’alimentation D2/D3 et qu’un modèle correspondant est détecté.

• Définissez le membre NumTotalWoLPatterns de la structure NDIS_PM_CAPABILITIES sur une valeur de 22 décimales (ou supérieure). Cette valeur indique que Windows peut programmer l’appareil Wi-Fi avec jusqu’à 22 (ou plus) modèles de correspondance uniques pour réveiller le SoC.

• Définissez le bit NDIS_PM_WAKE_PACKET_INDICATION_SUPPORTED dans le membre Flags de la structure NDIS_PM_CAPABILITIES . Cet indicateur indique que l’appareil Wi-Fi prend en charge le stockage et la récupération du paquet qui a provoqué l’éveil de l’appareil Wi-Fi soC.

Lorsque Windows détecte pour la première fois qu’un service système ou une application hébergée nécessite la prise en charge de l’éveil de correspondance de modèle, il envoie la demande de OID_PM_ADD_WOL_PATTERN au pilote miniport Wi-Fi pour spécifier le modèle à mettre en correspondance. Cette demande est envoyée bien avant la transition de l’appareil Wi-Fi vers le mode veille connectée (D2/D3).

Entrée en veille connectée avec activation de l’éveil de correspondance de modèle

Lorsque la plateforme matérielle entre en veille moderne, Windows transfère l’appareil Wi-Fi vers le mode veille connecté (D2 pour SDIO ; D3 pour le mode PCIe) en envoyant une requête OID_PNP_SET_POWER qui spécifie un état d’alimentation de l’appareil NdisDeviceStateD2 (pour SDIO) ou NdisDeviceStateD3 (pour PCIe). En réponse à cette demande, le pilote miniport Wi-Fi doit effectuer les opérations suivantes :

1. Arrêtez d’envoyer de nouvelles demandes d’E/S au pilote ou au matériel de bus sous-jacent. Si l’appareil Wi-Fi est en dehors du SoC et connecté via SDIO, le pilote de bus sous-jacent est le pilote de bus Windows SD, Sdbus.sys. Si l’appareil Wi-Fi est en dehors du SoC et connecté via PCIe, le pilote de bus sous-jacent est le pilote de bus PCI Windows, Pci.sys. Si l’appareil Wi-Fi est intégré au soC, le pilote de bus sous-jacent est fourni par le fournisseur soC.

2. Attendez toutes les demandes d’E/S en cours et terminez toutes les demandes d’E/S en file d’attente.

3. Programmez l’appareil Wi-Fi pour tous les modèles de veille et événements de éveil configurés.

4. Transition de l’appareil Wi-Fi vers l’état de faible consommation (D2/D3) approprié pour le mode veille connectée.

5. Si le Wi-Fi appareil est en dehors du SoC et attaché via un bus SDIO :

   1. Configurez l’appareil Wi-Fi pour sortir le SoC à l’aide de l’interruption de sortie de veille GPIO hors bande. (Pour plus d’informations, consultez Configurations d’alimentation matérielles prises en charge.)

   2. Masquez le Wi-Fi interruptions de l’appareil et annulez tous les minuteurs associés. Le pilote miniport Wi-Fi doit définir la propriété SDP_FUNCTION_INT_ENABLE sur FALSE en appelant la routine SdBusSubmitRequest .

   3. Demandez au pilote de bus SD d’arrêter le transfert Wi-Fi interruptions de périphérique. Le pilote miniport Wi-Fi doit définir la propriété SDP_SET_CARD_INTERRUPT_FORWARD sur FALSE en appelant la routine SdBusSubmitRequest .

   4. Terminez la OID_PNP_SET_POWER demande pour l’état NdisDeviceStateD2.

6. Si le Wi-Fi appareil est en dehors du SoC et attaché via le bus PCIe :

   1. Configurez l’appareil Wi-Fi pour qu’il réveille le système conformément à la norme PCIe (à l’aide de messages PM_PME ; ceci est décrit plus en détail dans la section suivante.)

   2. Masquez les interruptions d’appareil Wi-Fi. Le pilote miniport Wi-Fi doit déconnecter les interruptions en appelant la routine IoDisconnectInterruptEx .

   3. Terminez la demande OID_PNP_SET_POWER pour l’état NdisDeviceStateD3.

Lorsque l’appareil Wi-Fi est en mode veille connectée, l’appareil est censé maintenir sa connexion au réseau Wi-Fi associé, pour case activée pour les modèles de sortie de veille correspondants et pour sortir le SoC lorsque des changements d’état du réseau se produisent. Par exemple, l’appareil Wi-Fi doit être en mesure de sortir le soC si le point d’accès est soudainement dissocié.

La figure suivante illustre la configuration des composants logiciels et matériels pour prendre en charge un appareil Wi-Fi externe au soC et qui communique avec le soC via un bus SDIO.

Sortie de la veille moderne pour un modèle de correspondance

Lorsque l’appareil Wi-Fi détecte un paquet avec un modèle correspondant, il doit d’abord enregistrer ce paquet dans un stockage local non volatile pour une récupération ultérieure par le pilote Wi-Fi miniport. Windows fera en sorte que le pilote récupère des informations sur le paquet afin que le service système ou l’application approprié puisse être averti du paquet entrant.

Ensuite, l’appareil Wi-Fi doit générer une interruption pour sortir le SoC.

Si l’appareil Wi-Fi se trouve en dehors du SoC sur un port SDIO, l’interruption doit être remise via l’interruption GPIO hors bande et provoquer le réveil du SoC. Le sous-système ACPI détermine ensuite que l’interruption GPIO de l’appareil Wi-Fi a provoqué le réveil du soC et répond en effectuant une IRP d’attente et de sortie de veille ( demande de IRP_MN_WAIT_WAKE ) que le pilote de port NDIS a automatiquement laissé en attente dans le pilote ACPI pour le compte du pilote Wi-Fi miniport.

Si l’appareil Wi-Fi se trouve en dehors du soC sur un bus PCIe et que le microprogramme ACPI accorde le contrôle des fonctionnalités PCIe natives au système d’exploitation, les événements de veille sont gérés conformément à la spécification PCIe, en procédant comme suit :

1. Lorsque l’appareil Wi-Fi passe à un état d’alimentation faible, le pilote de port NDIS envoie automatiquement une IRP d’attente/sortie de veille vers la pile des pilotes Wi-Fi au pilote de bus PCI de boîte de réception, Pci.sys (et non le pilote ACPI, Acpi.sys), ce qui marque l’IRP comme étant en attente en prévision d’un événement de sortie de veille future.

2. Lorsque l’appareil Wi-Fi doit se réveiller, il doit générer une notification WAKE à la racine de la hiérarchie PCIe. Pour ce faire, l’appareil envoie un message de PM_PME en bande via le bus PCIe.

3. La notification de veille est acheminée vers le port racine de la hiérarchie PCIe au-dessus de l’appareil Wi-Fi. Le port racine est à l’état d’alimentation D0 et est censé générer une interruption PME pour le pilote de bus PCI de boîte de réception, Pci.sys.

4. Le pilote de bus PCI sur le port racine ramène l’ensemble de la hiérarchie des appareils sous ce port racine à D0.

5. Le pilote de bus PCI examine le PME_Status bit de chaque appareil de la hiérarchie pour déterminer s’il a émis une notification WAKE. Si le bit PMEStatus de l’appareil Wi-Fi est défini, le pilote de bus PCI effectue ensuite tous les IRP d’attente en attente pour cet appareil, ce qui entraîne le retour de l’IRP à l’étape 1 à NDIS.

Pour plus d’informations, consultez Faible consommation d’alimentation pour wake on LAN.

Si l’appareil Wi-Fi est intégré au SoC, le fonctionnement de l’appareil est similaire à celui décrit pour l’implémentation hors SoC, SDIO-port. Le fournisseur de SoC doit décrire l’appareil dans la table DSDT du microprogramme ACPI. Le sous-système ACPI énumère ensuite l’appareil Wi-Fi et termine l’IRP de veille d’attente. Nous recommandons aux intégrateurs de système qui utilisent des SoC qui ont des appareils Wi-Fi intégrés de travailler en étroite collaboration avec le fournisseur de SoC sur Wi-Fi'intégration des appareils et le développement de pilotes.

Une fois l’IRP de veille d’attente terminée, NDIS envoie d’abord un IRP D0 (une requête IRP_MN_SET_POWER de type DevicePowerState) vers le bas de la pile au pilote de bus. Avant de terminer l’IRP D0, NDIS envoie au pilote miniport Wi-Fi une requête de OID_PNP_SET_POWER avec l’état cible NdisDeviceStateD0. En réponse, le pilote miniport Wi-Fi doit effectuer les opérations suivantes :

1. Inspectez le matériel de l’appareil Wi-Fi pour déterminer la raison de l’interruption de veille. Le pilote miniport Wi-Fi doit informer NDIS de la raison de l’interruption de veille en générant un événement NDIS_STATUS_PM_WAKE_REASON status. Si l’interruption de veille est provoquée par un paquet réseau entrant, le pilote doit passer ce paquet à NDIS via le chemin de données NDIS normal avant que le pilote ne transmette tous les autres paquets reçus à NDIS.

2. Restaurez l’état du registre ou tout autre contexte matériel nécessaire pour terminer la transition de l’appareil Wi-Fi en mode d’inactivité connecté (D0).

3. Si le périphérique Wi-Fi est externe au SoC et connecté via SDIO, le pilote miniport Wi-Fi doit :

   1. Demandez au pilote de bus SD de transférer les interruptions au Wi-Fi pilote miniport. Le pilote miniport Wi-Fi doit définir la propriété SDP_SET_CARD_INTERRUPT_FORWARD sur TRUE en appelant la routine SdBusSubmitRequest .

   2. Masquez les interruptions d’appareil Wi-Fi. Le pilote miniport Wi-Fi doit définir la propriété SDP_FUNCTION_INT_ENABLE sur TRUE en appelant la routine SdBusSubmitRequest .

4. Effectuez la demande de IRP_MN_SET_POWER .

La correspondance du modèle de veille et la possibilité de sortir le SoC d’un état d’inactivité à faible consommation d’énergie sont essentielles pour maintenir la connectivité réseau pendant la veille moderne. Wi-Fi développeurs de pilotes doivent travailler en étroite collaboration avec Microsoft pour développer un pilote miniport Wi-Fi qui implémente les fonctionnalités requises.

Autres exigences pour la gestion de l’alimentation Wi-Fi

En plus du mode d’économie d’énergie et de l’éveil de correspondance des modèles, l’appareil Wi-Fi et le pilote miniport doivent prendre en charge plusieurs autres fonctionnalités de gestion de l’alimentation au moment de l’exécution pour les appareils Wi-Fi dans les plateformes de secours modernes. Ces fonctionnalités sont essentielles pour réduire la consommation d’énergie dans l’appareil Wi-Fi et la plateforme matérielle globale. Comme indiqué précédemment, l’appareil Wi-Fi et le pilote miniport doivent prendre en charge les fonctionnalités suivantes :

• État activé/désactivé de la radio
• Déchargement de liste réseau (NLO)
• Déchargement ARP/NS
• Fusion de paquets D0
• Configuration DTIM dynamique
• Déclencheurs de veille de connectivité Wi-Fi, qui incluent wake-on-AP-disconnect

État activé/désactivé de la radio

Le pilote miniport Wi-Fi doit répondre aux demandes Windows de modification de l’état d’activation/désactivation de la radio pour l’appareil Wi-Fi. L’utilisateur peut modifier l’état activé/ désactivé de la radio en activant le mode avion ou en désactivant explicitement Wi-Fi dans l’application Paramètres Windows.

Lorsque l’utilisateur modifie l’état activé/désactivé de la radio de l’appareil Wi-Fi sur désactivé, Windows envoie au pilote miniport Wi-Fi une requête de OID_DOT11_NIC_POWER_STATE avec la valeur FALSE. En réponse, le pilote miniport Wi-Fi doit utiliser un message en bande pour retirer l’alimentation de la radio (sous-système RF) de l’appareil Wi-Fi et placer l’appareil dans un état d’alimentation qui ne consomme pas plus d'1 milliwatt en moyenne.

Lorsque l’utilisateur modifie l’état activé/désactivé de la radio de l’appareil Wi-Fi sur activé, Windows envoie au pilote miniport Wi-Fi une requête OID_DOT11_NIC_POWER_STATE avec la valeur TRUE. En réponse, le pilote miniport Wi-Fi doit utiliser un message en bande pour appliquer l’alimentation à la radio dans l’appareil Wi-Fi et retourner l’appareil en mode d’alimentation connecté et inactif.

Lorsque l’état d’activation/arrêt de la radio de l’appareil Wi-Fi est défini sur désactivé, le Wi-Fi appareil peut être à l’état d’alimentation D0 ou D2. NDIS fera toujours passer l’appareil Wi-Fi à l’état d’alimentation D0 avant d’avertir le pilote miniport Wi-Fi d’une modification de l’état marche/arrêt de la radio. Si l’utilisateur a précédemment défini l’état activé/désactivé de la radio sur désactivé, le pilote miniport Wi-Fi n’a pas besoin d’effectuer d’action spécifique lorsque la plateforme matérielle entre en veille moderne. Si l’état on/off de la radio est défini sur désactivé, la radio reste désactivée en mode de secours moderne et, une fois que le système a quitté la veille moderne, l’état on/off de la radio est toujours défini sur désactivé jusqu’à ce que l’utilisateur change l’état sur activé.

Déchargement de liste réseau (NLO)

La fonctionnalité de déchargement de liste réseau (NLO) permet Wi-Fi informations de profil d’être copiées dans le stockage local dans l’appareil Wi-Fi. Au lieu d’analyser tous les canaux disponibles pour tous les points d’accès, l’appareil Wi-Fi utilise ces informations de profil pour analyser un nombre limité de canaux pour les réseaux préférés, réduisant ainsi la consommation d’énergie par l’appareil Wi-Fi. Le périphérique Wi-Fi et Wi-Fi pilote miniport dans une plateforme de secours moderne doivent prendre en charge le déchargement de liste réseau. Cette prise en charge inclut la gestion des demandes OID_DOT11_OFFLOAD_NETWORK_LIST .

Pour publier la fonctionnalité NLO, le pilote miniport Wi-Fi doit définir l’indicateur NDIS_WLAN_WAKE_ON_NLO_DISCOVERY_SUPPORTED dans le membre MediaSpecificWakeUpEvents de la structure NDIS_PM_CAPABILITIES .

Déchargement ARP/NS

Le pilote miniport Wi-Fi et l’appareil Wi-Fi doivent prendre en charge le déchargement ARP/NS, ce qui permet à l’appareil Wi-Fi de répondre de manière autonome aux demandes réseau courantes. La fonctionnalité de déchargement ARP/NS évite de réveiller le SoC pour les requêtes réseau courantes qui ont des réponses simples et prévisibles. Pour indiquer la prise en charge du déchargement ARP/NS, le pilote miniport Wi-Fi doit définir les indicateurs NDIS_PM_PROTOCOL_OFFLOAD_ARP_SUPPORTED et NDIS_PM_PROTOCOL_OFFLOAD_NS_SUPPORTED dans le membre SupportedProtocolOffloads de la structure NDIS_PM_CAPABILITIES .

En outre, le pilote miniport Wi-Fi et Wi-Fi périphérique doivent prendre en charge au moins une adresse de déchargement IPv4 ARP et au moins deux adresses de déchargement DIPv6 NS. Le pilote miniport Wi-Fi doit définir le membre NumArpOffloadIPv4Addresses de la structure NDIS_PM_CAPABILITIES sur une valeur égale ou supérieure à 1. Le pilote miniport Wi-Fi doit définir la valeur du membre NumNSOffloadIPv6Addresses de la structure NDIS_PM_CAPABILITIES sur une valeur égale ou supérieure à 2. Windows utilise la demande OID_PM_ADD_PROTOCOL_OFFLOAD pour fournir les adresses de déchargement ARP et NS au pilote miniport Wi-Fi.

Fusion de paquets D0

L’appareil Wi-Fi et Wi-Fi pilote miniport doivent prendre en charge le regroupement de paquets D0, qui est une fonctionnalité qui permet à l’appareil Wi-Fi de traiter par lot des paquets réseau courants et de faible priorité pour l’extraction par lot par le SoC. Cette fonctionnalité réduit la quantité globale et la fréquence des interruptions de chipset de cœur afin que le SoC puisse rester plus longtemps dans des états de faible puissance, ce qui prolonge l’autonomie de la batterie. Le pilote miniport Wi-Fi annonce la prise en charge du regroupement de paquets D0 en définissant plusieurs valeurs dans la structure NDIS_RECEIVE_FILTER_CAPABILITIES .

La liste suivante de membres récapitule les fonctionnalités de fusion de paquets D0 que l’appareil Wi-Fi doit prendre en charge et que le pilote miniport Wi-Fi doit signaler. Le pilote miniport Wi-Fi doit spécifier ces fonctionnalités dans la structure NDIS_RECEIVE_FILTER_CAPABILITIES . Pour chaque membre, la liste affiche la valeur minimale requise pour un membre particulier de cette structure. NDIS envoie OID_RECEIVE_FILTER_SET_FILTER requêtes au pilote miniport Wi-Fi pour définir les filtres de fusion de paquets. Les filtres de fusion de paquets indiquent quels paquets doivent être traités par lots dans un tampon de fusion sur l’appareil Wi-Fi.

SupportedQueueProperties

NDIS_RECEIVE_FILTER_PACKET_COALESCING_SUPPORTED_ON_DEFAULT_QUEUE

Note   Cet indicateur doit toujours être présent dans hardwareReceiveFilterCapabilities pour indiquer la fonctionnalité matérielle. Cet indicateur doit être présent dans currentReceiveFilterCapabilities si et uniquement si le mot clé avancé *PacketCoalescing est différent de zéro.

EnabledFilterTypes, valeur minimale :

NDIS_RECEIVE_FILTER_PACKET_COALESCING_FILTERS_ENABLED

SupportedFilterTests, valeurs minimales :

NDIS_RECEIVE_FILTER_TEST_HEADER_FIELD_EQUAL_SUPPORTED
NDIS_RECEIVE_FILTER_TEST_HEADER_FIELD_NOT_EQUAL_SUPPORTED
NDIS_RECEIVE_FILTER_TEST_HEADER_FIELD_MASK_EQUAL_SUPPORTED

SupportedHeaders, valeurs minimales :

NDIS_RECEIVE_FILTER_MAC_HEADER_SUPPORTED
NDIS_RECEIVE_FILTER_ARP_HEADER_SUPPORTED
NDIS_RECEIVE_FILTER_IPV4_HEADER_SUPPORTED
NDIS_RECEIVE_FILTER_IPV6_HEADER_SUPPORTED
NDIS_RECEIVE_FILTER_UDP_HEADER_SUPPORTED

SupportedMacHeaderFields, valeurs minimales :

NDIS_RECEIVE_FILTER_MAC_HEADER_DEST_ADDR_SUPPORTED
NDIS_RECEIVE_FILTER_MAC_HEADER_PROTOCOL_SUPPORTED
NDIS_RECEIVE_FILTER_MAC_HEADER_PACKET_TYPE_SUPPORTED

SupportedARPHeaderFields, valeurs minimales :

NDIS_RECEIVE_FILTER_ARP_HEADER_OPERATION_SUPPORTED
NDIS_RECEIVE_FILTER_ARP_HEADER_SPA_SUPPORTED
NDIS_RECEIVE_FILTER_ARP_HEADER_TPA_SUPPORTED

SupportedIPv4HeaderFields, valeur minimale :

NDIS_RECEIVE_FILTER_IPV4_HEADER_PROTOCOL_SUPPORTED

SupportedIPv6HeaderFields, valeur minimale :

NDIS_RECEIVE_FILTER_IPV6_HEADER_PROTOCOL_SUPPORTED

SupportedUdpHeaderFields, valeur minimale :

NDIS_RECEIVE_FILTER_UDP_HEADER_DEST_PORT_SUPPORTED

MaxFieldTestsPerPacketCoalescingFilter, valeur minimale :

5

MaxPacketCoalescingFilters, valeur minimale :

10

NDIS envoie OID_RECEIVE_FILTER_CLEAR_FILTER requêtes pour effacer les filtres de fusion de paquets précédemment définis lorsque ces filtres ne sont plus nécessaires. NDIS peut définir et effacer dynamiquement des filtres de fusion de paquets individuels. Le pilote miniport Wi-Fi est nécessaire pour suivre l’ensemble actuel de filtres de fusion de paquets à tout moment, mais peut appliquer la fusion uniquement lorsque l’appareil Wi-Fi est à l’état d’alimentation D0 (et est en mode actif ou en mode inactif connecté).

Configuration DTIM dynamique

Le pilote miniport Wi-Fi doit prendre en charge la configuration dynamique de l’intervalle de message d’indication du trafic de remise (DTIM). Ajustement dynamique de l’intervalle DTIM à une valeur supérieure pendant la mise en veille connectée (D2 pour SDIO ; Le mode D3 pour PCIe) permet à l’appareil Wi-Fi de consommer très peu d’énergie tout en conservant en permanence une connexion au point d’accès. La latence supplémentaire résultant de l’intervalle DTIM plus long n’est pas critique en mode veille connectée (D2/D3).

Le pilote miniport Wi-Fi doit prendre en charge les intervalles DTIM dynamiques en implémentant les conseils suivants :

• L’appareil Wi-Fi (en mode STA) doit publier une valeur d’intervalle d’écoute de 10 sur le point d’accès. Cette valeur force le point d’accès à mettre en cache les données du client Wi-Fi pendant 10 intervalles de balise.

• Pour préparer l’appareil Wi-Fi à passer en mode veille connectée (D2/D3), le pilote doit modifier la longueur de l’intervalle DTIM à environ 500 millisecondes. La valeur DTIM à spécifier dépend de la valeur du message d’indication du trafic normal (TIM). Par exemple, si le TIM est actuellement de 100 millisecondes, l’appareil Wi-Fi doit utiliser une valeur DTIM de 5 (pour un intervalle de 500 millisecondes). Si le TIM est actuellement de 300 millisecondes, le Wi-Fi appareil doit utiliser une valeur DTIM de 2 (pour un intervalle de 600 millisecondes).

Lorsque l’appareil Wi-Fi revient au mode d’inactivité connecté (D0), l’appareil Wi-Fi doit revenir au DTIM d’origine négocié avec le point d’accès.

Wi-Fi déclencheurs de veille de connectivité

Lorsque l’appareil Wi-Fi est connecté à un réseau pendant la veille moderne, l’appareil Wi-Fi et le pilote miniport Wi-Fi doivent également prendre en charge le réveil du SoC en fonction d’un ensemble de déclencheurs de veille de connectivité Wi-Fi. Les exigences requises sont les suivantes :

• Effectuez l’actualisation GTK (WPA/WPA2) et IGTK (WPA2) en mode veille moderne.
• Prise en charge des erreurs de négociation GTK et IGTK.
• Prise en charge du réveil lorsqu’un paquet EAP-Request/Identity 802.1x est reçu.
• Prise en charge du réveil lorsqu’une demande de négociation à quatre sens est reçue.
• Prise en charge du wake-on-association-lost avec le point d’accès actuel.

L’activation du SoC sur ces événements spécifiques Wi-Fi permet à Windows d’être averti lorsque Wi-Fi connectivité est compromise ou lorsque l’appareil Wi-Fi perd la connectivité au point d’accès associé. En réponse, Windows peut demander au Wi-Fi pilote miniport et à l’appareil de se connecter à un autre réseau Wi-Fi. Windows peut également utiliser la radio haut débit mobile (MBB) pour établir une connexion. Le pilote miniport Wi-Fi doit spécifier chacune de ces fonctionnalités de déclencheur de veille (par exemple, en définissant l’indicateur NDIS_WLAN_WAKE_ON_AP_ASSOCIATION_LOST_SUPPORTED) dans le membre SupportedWakeUpEvents de la structure NDIS_PM_CAPABILITIES .

Configurations d'alimentation matérielles prises en charge

Windows prend en charge trois configurations de gestion de l’alimentation matérielle pour l’appareil Wi-Fi dans une plateforme de secours moderne. L’appareil Wi-Fi doit être situé en dehors du SoC et attaché via SDIO ou PCIe, ou doit être physiquement intégré à la puce SoC et attaché via un bus interne propriétaire.

Le concepteur de système ne doit pas utiliser une connexion de bus USB pour intégrer un appareil Wi-Fi à une plateforme de secours moderne.

En dehors du SoC, attaché via SDIO

Dans cette configuration, qui est illustrée dans le diagramme de blocs précédent, l’appareil Wi-Fi se trouve en dehors du SoC et est connecté au SoC via un bus SDIO. L’appareil Wi-Fi peut avoir une ou plusieurs broches connectées à des broches GPIO sur le SoC. L’appareil Wi-Fi doit être attaché à une rampe d’alimentation qui est toujours sous tension ou directement connecté au circuit intégré de gestion de l’alimentation (PMIC).

L’appareil Wi-Fi doit être en mesure de générer une interruption de veille sur une ligne de signal hors bande acheminée d’une broche de sortie d’interruption sur l’appareil Wi-Fi à une broche GPIO sur le SoC. La ligne d’interruption de l’appareil doit être connectée à une broche GPIO toujours activée sur le SoC afin que le signal de veille de l’appareil Wi-Fi puisse réveiller le SoC de son état d’alimentation le plus faible pendant la veille moderne. L’intégrateur système doit utiliser la macro ACPI GpioInt pour décrire la connexion d’interruption GPIO sous l’appareil Wi-Fi dans l’espace de noms ACPI. Le champ Partagé de la macro GpioInt doit être défini sur ExclusiveAndWake pour indiquer que l’interruption GPIO est capable de mettre le système en veille. Le paramètre ExclusiveAndWake permet au pilote ACPI de terminer automatiquement l’IRP de veille d’attente pour l’appareil Wi-Fi et de retourner l’appareil en mode d’inactivité connectée (D0) si l’appareil est en mode veille connectée (D2) lorsqu’il interrompt le SoC. Le microprogramme ACPI doit indiquer que l’appareil Wi-Fi peut sortir la plateforme du mode veille connectée (D2). Pour ce faire, l’intégrateur système doit inclure des objets _S4W et _S0W dans l’espace de noms ACPI sous l’appareil Wi-Fi, comme illustré dans l’exemple suivant :

    Name(_S0W, 2)
    Name(_S4W, 2)

La valeur 2 dans cet exemple indique l’état d’alimentation de l’appareil D2.

En option, l’appareil Wi-Fi peut avoir une broche d’entrée qui accepte un signal d’activation ou de réinitialisation d’une broche de sortie GPIO sur le SoC. La broche GPIO est contrôlée par le microprogramme système. La broche GPIO peut être mise hors tension complète ou réinitialiser l’appareil Wi-Fi. Si une telle broche GPIO est utilisée pour activer ou réinitialiser l’appareil Wi-Fi, l’intégrateur système doit exposer cette broche dans une région d’opération GPIO. L’intégrateur système doit également inclure des méthodes de contrôle _PS0 et _PS3 sous l’appareil Wi-Fi dans l’espace de noms ACPI.

L’implémentation de la méthode _PS3 doit mettre hors tension ou réinitialiser l’appareil Wi-Fi en modifiant l’état de la broche de sortie GPIO via la région d’opération GPIO. Si l’appareil Wi-Fi a des exigences de minutage de réinitialisation spécifiques, l’intégrateur système doit implémenter ces exigences dans le microprogramme ACPI à l’aide de la méthode ACPI Veille pour retarder l’exécution ou pour maintenir la ligne de réinitialisation au niveau de signal requis pendant un certain temps.

L’implémentation de la méthode de contrôle _PS0 doit appliquer de manière fiable l’alimentation à l’appareil Wi-Fi et rendre l’appareil opérationnel.

En dehors du SoC, attaché via PCIe

Dans cette configuration, l’appareil Wi-Fi se trouve en dehors du SoC et est attaché au bus PCIe. L’appareil est à l’état d’alimentation D3 lorsqu’il fonctionne en mode veille connectée ou en mode veille déconnectée. Dans D3, l’appareil reste dans le sous-état D3hot et n’entre pas dans le sous-état D3cold. L’appareil Wi-Fi doit être attaché à une rampe d’alimentation du système qui est toujours sous tension ou qui est directement connectée au circuit ic de gestion de l’alimentation système (PMIC).

En D3, l’appareil doit être en mesure de signaler un événement de veille en envoyant un message PM_PME qui se propage en bande sur le bus PCIe. L’événement wake génère une interruption à partir du port racine PCIe, et cette interruption est gérée par le pilote de bus PCI de boîte de réception, Pci.sys.

Pour accorder au système d’exploitation le contrôle sur les fonctionnalités PCIe natives, le microprogramme ACPI doit inclure une méthode de contrôle _OSC dans l’espace de noms ACPI. En outre, l’espace de noms ACPI doit inclure un objet _S0W pour indiquer que l’appareil Wi-Fi peut sortir la plateforme du mode veille connectée ou du mode veille déconnectée. Cet objet doit se trouver sous l’appareil Wi-Fi dans l’espace de noms ACPI et déclaré comme indiqué dans l’exemple suivant :

    Name(_S0W, 3)

La figure suivante montre la configuration des composants logiciels et matériels pour prendre en charge un appareil Wi-Fi externe au SoC et qui communique avec le SoC via le bus PCIe.

Intégré au SoC

Si l’appareil Wi-Fi est intégré au SoC, un couplage étroit entre le pilote miniport Wi-Fi et un pilote de bus SoC propriétaire est requis. L’implémentation de ce pilote est en dehors de l’étendue de ce document. Toutefois, le pilote miniport Wi-Fi doit implémenter toutes les fonctionnalités décrites dans Mécanismes de gestion de l’alimentation logiciels.

L’intégrateur de système doit contacter le fournisseur de SoC pour obtenir les détails de l’implémentation d’ACPI pour les appareils Wi-Fi qui sont directement intégrés au SoC.

Test et validation

Le test et la validation de l’appareil Wi-Fi doivent se concentrer sur la mesure directe de la consommation d’énergie et la vérification du bon fonctionnement du wake-match de modèle.

La mesure directe de la consommation d’énergie de l’appareil est une partie essentielle du test et de la validation d’un appareil Wi-Fi. Étant donné que l’appareil Wi-Fi est presque toujours sous tension lorsque la plateforme n’est pas dans l’état d’alimentation du système S5 (shutown), l’intégrateur système doit tester et valider Wi-Fi consommation d’énergie dans un certain nombre de scénarios et configurations système différents. Nous vous recommandons de mesurer directement la consommation d’énergie de l’appareil Wi-Fi pour les deux types de connexions indiqués dans le tableau suivant.

Liste de contrôle de gestion de l’alimentation

Les intégrateurs de systèmes et les fournisseurs de soC doivent utiliser la liste de contrôle ci-dessous pour vérifier que leur appareil Wi-Fi et Wi-Fi conception de gestion de l’alimentation miniport sont compatibles avec Windows 8 et Windows 8.1.

Note Le Kit de certification matérielle Windows comprend un ensemble complet de tests de pilotes Wi-Fi pour vous assurer que l’appareil Wi-Fi est compatible avec Windows 8 et Windows 8.1. Wi-Fi fournisseurs d’appareils et les développeurs de pilotes Wi-Fi miniport sont encouragés à passer en revue les tests du Kit de certification matérielle Windows et à les utiliser pour valider l’implémentation de leur pilote le plus tôt possible dans le cycle de conception.

• Le Wi-Fi fournisseur d’appareils doit développer un pilote qui effectue les opérations suivantes :

  • Prend en charge le wake pattern-match.
  • Prend en charge le mode d’économie d’énergie.
  • Prend en charge l’activation/la désactivation de la radio.
  • Prend en charge le déchargement de liste réseau (NLO).
  • Prend en charge la fusion de paquets D0.
  • Prend en charge wake-on-AP-disconnect et les déclencheurs de sortie de veille supplémentaires Wi-Fi.
  • Prend en charge le déchargement ARP/NS.
  • Prend en charge la configuration DTIM dynamique.
  • Réussit tous les tests de mise en réseau applicables dans le Kit de certification matérielle Windows.

• Si l’appareil Wi-Fi se trouve en dehors du SoC et est attaché via SDIO, l’intégrateur système doit développer le matériel et le microprogramme pour que l’appareil Wi-Fi effectue les opérations suivantes :

  • Acheminez l’interruption de sortie de veille Wi-Fi de l’appareil Wi-Fi vers une broche GPIO toujours active sur le SoC.

  • Incluez la macro GPIOInt sous l’appareil Wi-Fi dans l’espace de noms ACPI avec le champ Partagé défini sur ExclusiveAndWake.

  • Incluez l’objet _S4W sous l’appareil Wi-Fi dans l’espace de noms ACPI avec un état de veille le plus profond de 0x2 pour D2. Spécifiez « Name(_S4W, 2) ».

  • Incluez l’objet _S0W sous l’appareil Wi-Fi dans l’espace de noms ACPI avec un état d’éveil le plus profond de 0x2 pour D2. Spécifiez « Name(_S0W, 2) ».

  • Router tout signal d’activation ou de réinitialisation de l’alimentation d’une broche de sortie GPIO sur le SoC vers l’appareil Wi-Fi.

  • Décrire la broche de sortie GPIO facultative d’activation ou de réinitialisation dans une région d’opération GPIO.

  • Fournissez _PS3 et _PS0 méthodes de contrôle et/ou _PR n références de ressourced’alimentation . Ces entrées doivent se trouver sous l’appareil Wi-Fi dans l’espace de noms ACPI.

  • Implémentez la méthode _PS3 ou les méthodes de ressource d’alimentation pour supprimer l’alimentation de l’appareil Wi-Fi.

  • Implémentez la méthode _PS0 ou les méthodes de ressource d’alimentation pour restaurer l’alimentation de l’appareil Wi-Fi.

  • Incluez tout minutage de séquencement de mise sous tension ou de réinitialisation spécifique à l’appareil dans l’implémentation des méthodes _PS3 et _PS0. L’exécution de la méthode ACPI peut être retardée à l’aide de la méthode Sleep.

• Si l’appareil Wi-Fi se trouve en dehors du SoC et est attaché via PCIe, l’intégrateur système doit développer le matériel et le microprogramme pour que l’appareil Wi-Fi effectue les opérations suivantes :

  • Incluez une méthode de contrôle _OSC dans l’espace de noms ACPI pour accorder au système d’exploitation le contrôle des fonctionnalités PCIe natives.

    Incluez l’objet _S4W sous l’appareil Wi-Fi dans l’espace de noms ACPI avec un état de veille le plus profond de 0x3 pour D3. Spécifiez « Name(_S4W, 3) ».

• L’intégrateur système doit tester et valider la gestion de l’alimentation correcte de l’appareil Wi-Fi en procédant comme suit :

  • Vérifiez que la consommation électrique moyenne de l’appareil Wi-Fi en mode radio-arrêt est inférieure à 1 milliwatt.

  • Vérifiez que la consommation électrique moyenne de l’appareil Wi-Fi est inférieure à 10 milliwatts lorsque l’appareil est en veille connectée (D2 pour SDIO ; D3 pour le mode PCIe) ou le mode d’inactivité connectée (D0) et ne transmet pas activement de données.

  • Vérifiez que le miniport Wi-Fi prend correctement en charge l’éveil de correspondance de modèle et qu’il est capable de sortir le SoC de son état d’inactivité le plus profond lorsqu’un modèle correspondant est détecté.

  • Vérifiez que l’appareil Wi-Fi peut sortir le SoC de son état d’inactivité le plus profond lorsque l’appareil perd sa connexion au point d’accès associé.

  • Vérifiez que l’appareil Wi-Fi ne génère pas de veilles fallacieuses pour le SoC.

  • Utilisez les tests fournis dans le Kit de certification matérielle Windows pour vérifier que l’appareil Wi-Fi implémente correctement le déchargement de liste réseau (NLO), le déchargement ARP/NS et la fusion de paquets D0.