IOCTL_GNSS_LISTEN_NI IOCTL (ariodriver.h)

Le code de contrôle IOCTL_GNSS_LISTEN_NI est utilisé pour commencer à écouter une requête SUPL NI.

Ce IOCTL fournit efficacement au pilote PSEC une demande d’E/S en attente qu’il peut utiliser pour, via le membre PsecEvent des structures qui se chevauchent, transmettez la demande ni à l’adaptateur. Le membre Event est une structure GNSS_EVENT . L’adaptateur garantit que cette demande est toujours en attente et émet une nouvelle demande dès que celle en attente est résolue. Lorsque la demande d’E/S est résolue, l’adaptateur émet un IOCTL_GNSS_RESPOND_NI correspondant.

Code majeur

IRP_MJ_DEVICE_CONTROL

Mémoire tampon d'entrée

valeur de l’en-tête définie sur Null.

Longueur de la mémoire tampon d’entrée

Définit la valeur 0.

Mémoire tampon de sortie

valeur de l’en-tête définie sur Null.

Longueur de la mémoire tampon de sortie

Définit la valeur 0.

Bloc d’état

Irp-> IoStatus.Status est défini sur STATUS_SUCCESS si la requête réussit. Sinon, état à la condition d’erreur appropriée en tant que code NTSTATUS .

Remarques

EventType doit être défini sur GNSS_Event_NI et le membre NiRequest renseigné.

Notes d’adaptateur TOPOGRAPH

L’adaptateur PSEC garantit que cette requête est toujours en attente, afin que le pilote puisse indiquer qu’il existe une requête NI.

Lorsque le pilote termine l’appel d’E/S, l’adaptateur émet un autre IOCTL pour continuer à attendre d’autres demandes ni. L’adaptateur doit émettre immédiatement la durée de vie du CIO, même si les demandes ni précédentes sont conservées en raison d’une interaction utilisateur.

Notes du pilote PSEC

Chaque fois que le pilote PSEC obtient une requête NI à partir du SUPL/CP, il termine l’opération d’E/S.

Ces certificats, qui sont spécifiés par l’opérateur mobile et configurés via le fournisseur de services de configuration SUPL, sont nécessaires pour établir une connexion avec H-SLP ou E-SLP. L’adaptateur PSEC envoie uniquement la configuration SUPL, y compris le certificat, au pilote PSEC. Il n’installe pas les certificats dans le système de fichiers Windows. Cela est dû au fait que différents IHVs peuvent avoir des implémentations différentes du client SUPL, et certains peuvent inclure l’implémentation de leur propre pile TLS. L’adaptateur MR est agnostique à tous les détails d’implémentation du client SUPL. Le pilote RTC peut stocker les certificats dans le Registre ou le disque ou les envoyer directement au client SUPL en fonction de leur utilisation. Le client SUPL doit s’occuper de l’installation/de l’utilisation des certificats selon les besoins.

Spécifications

   
En-tête messagerie.h

Voir aussi

Création de requêtes IOCTL dans les pilotes

WdfIoTargetSendInternalIoctlOthersSynchronously

WdfIoTargetSendInternalIoctlSynchronously

WdfIoTargetSendIoctlSynchronously