KSERVICE_ROUTINE fonction de rappel (wdm.h)

Article
02/29/2024

La routine InterruptService (ISR) traite rapidement une interruption d’appareil et planifie le traitement post-interruption des données reçues, si nécessaire.

Syntaxe

KSERVICE_ROUTINE KserviceRoutine;

BOOLEAN KserviceRoutine(
  [in] _KINTERRUPT *Interrupt,
  [in] PVOID ServiceContext
)
{...}

Paramètres

[in] Interrupt

Pointeur fourni par l’appelant vers la structure KINTERRUPT pour l’interruption.

[in] ServiceContext

Pointeur fourni par l’appelant vers les informations de contexte, spécifiés dans un appel précédent à IoConnectInterrupt ou IoConnectInterruptEx.

Valeur retournée

Si la routine détermine que l’interruption ne provient pas de l’un des périphériques du pilote, elle doit retourner FALSE. Sinon, la routine doit traiter l’interruption et retourner TRUE.

Remarques

Pour inscrire un ISR pour un vecteur d’interruption et une affinité processeur spécifique, un pilote doit appeler IoConnectInterrupt ou IoConnectInterruptEx.

La routine InterruptService (ISR) d’un pilote s’exécute dans un contexte d’interruption, à un certain DIRQL attribué par le système, comme spécifié par le paramètre SynchronizeIrql à IoConnectInterrupt. (D’autres appareils, avec des valeurs DIRQL plus élevées, peuvent interrompre l’ISR.)

Avant que le système n’appelle un ISR, il acquiert le verrou de rotation de l’interruption (le paramètre SpinLock pour IoConnectInterrupt), de sorte que l’ISR ne peut pas s’exécuter simultanément sur un autre processeur. Une fois l’ISR retourné, le système libère le verrou de rotation.

Un ISR doit d’abord déterminer si l’interruption provient de l’un des périphériques du pilote, en examinant les informations de contexte fournies par Context. Si l’interruption ne provient pas de l’un des périphériques du pilote, la routine doit immédiatement retourner FALSE afin que le gestionnaire d’E/S puisse appeler d’autres pilotes qui ont inscrit des ISR pour le même processeur et le même vecteur d’interruption.

Pour plus d’informations sur l’implémentation d’ISR, consultez Interruption des routines de service.

Exemples

Pour définir une routine de rappel InterruptService , vous devez d’abord fournir une déclaration de fonction qui identifie le type de routine de rappel que vous définissez. Windows fournit un ensemble de types de fonctions de rappel pour les pilotes. La déclaration d’une fonction à l’aide des types de fonction de rappel aide l’analyse du code pour les pilotes, le vérificateur de pilotes statique (SDV) et d’autres outils de vérification à la recherche d’erreurs. Il s’agit d’une exigence pour l’écriture de pilotes pour le système d’exploitation Windows.

Par exemple, pour définir une routine de rappel InterruptService nommée MyInterruptService, utilisez le type KSERVICE_ROUTINE comme indiqué dans cet exemple de code :

KSERVICE_ROUTINE MyInterruptService;

Ensuite, implémentez votre routine de rappel comme suit :

_Use_decl_annotations_
BOOLEAN
  MyInterruptService(
    struct _KINTERRUPT  *Interrupt,
    PVOID  ServiceContext
    )
  {
      // Function body
  }

Le type de fonction KSERVICE_ROUTINE est défini dans le fichier d’en-tête Wdm.h. Pour identifier plus précisément les erreurs lorsque vous exécutez les outils d’analyse du code, veillez à ajouter l’annotation _Use_decl_annotations_ à votre définition de fonction. L’annotation _Use_decl_annotations_ garantit que les annotations appliquées au type de fonction KSERVICE_ROUTINE dans le fichier d’en-tête sont utilisées. Pour plus d’informations sur la configuration requise pour les déclarations de fonction, consultez Déclaration de fonctions à l’aide de types de rôles de fonction pour les pilotes WDM. Pour plus d’informations sur _Use_decl_annotations_, consultez Annotating Function Behavior.

Configuration requise

Condition requise	Valeur
Plateforme cible	Desktop (Expérience utilisateur)
En-tête	wdm.h (inclure Wdm.h, Ntddk.h, Ntifs.h)
IRQL	Appelé à la DIRQL (voir la section Remarques).

Partager via