MINIPORT_CHECK_FOR_HANG fonction de rappel (ndis.h)

Article
08/07/2023

Avertissement

Les fonctions de rappel MiniportCheckForHangEx et MiniportResetEx sont déconseillées pour tous les pilotes NDIS 6.83 et ultérieur. Pour plus d’informations, consultez Opérations de vérification et de réinitialisation dans NDIS 6.83 et versions ultérieures.

NDIS appelle la fonction MiniportCheckForHangEx d’un pilote miniport pour case activée l’état opérationnel de la carte miniport qui représente une carte réseau carte d’interface réseau.

Note Un pilote miniport peut déclarer cette fonction à l’aide du type MINIPORT_CHECK_FOR_HANG .

Note À compter de NDIS 6.30, cette fonction ne doit pas être enregistrée pour les pilotes s’exécutant sur des plateformes SoC à faible puissance afin d’éviter un impact négatif sur l’alimentation causée par l’activité check-for-hang périodique.

Syntaxe

MINIPORT_CHECK_FOR_HANG MiniportCheckForHang;

BOOLEAN MiniportCheckForHang(
  [in] NDIS_HANDLE MiniportAdapterContext
)
{...}

Paramètres

[in] MiniportAdapterContext

Handle à une zone de contexte que le pilote miniport a allouée dans sa fonction MiniportInitializeEx . Le pilote miniport utilise cette zone de contexte pour conserver les informations d’état d’un adaptateur miniport.

Valeur retournée

MiniportCheckForHangEx retourne TRUE si le pilote détermine qu’une carte réseau ne fonctionne pas et que NDIS doit appeler la fonction MiniportResetEx du pilote. Pour plus d'informations, consultez la section Notes.

Notes

Un pilote miniport spécifie le point d’entrée MiniportCheckForHangEx lorsqu’il appelle le Fonction NdisMRegisterMiniportDriver .

MiniportCheckForHangEx n’est pas requis pour les pilotes intermédiaires.

MiniportCheckForHangEx ne fait rien de plus que case activée l’état interne de la carte réseau et retourne TRUE s’il détecte que la carte réseau ne fonctionne pas correctement.

Par défaut, NDIS appelle MiniportCheckForHangEx environ toutes les deux secondes. Pour cette raison, la fonction MiniportCheckForHangEx de votre pilote miniport doit retourner aussi rapidement que possible.

Note À compter de NDIS 6.30, un minuteur pouvant être fusionné avec une tolérance élevée est utilisé pour mesurer les intervalles entre les appels à MiniportCheckForHangEx. Par conséquent, cette routine ne doit pas être utilisée pour les opérations sensibles au temps.

Si MiniportCheckForHangEx retourne TRUE, NDIS appelle la fonction MiniportResetEx du pilote miniport.

Si un pilote miniport ne termine pas une requête OID dans deux appels successifs à MiniportCheckForHangEx, NDIS peut appeler la fonction MiniportResetEx du pilote. Toutefois, pour éviter les réinitialisations inutiles, la fonction MiniportInitializeEx du pilote peut étendre l’intervalle de délai d’attente case activée-for-hang en définissant une valeur CheckForHangTimeInSeconds appropriée lorsqu’elle appelle le NdisMSetMiniportAttributes , fonction.

Pour plus d’informations sur la définition de la valeur de délai d’attente CheckForHangTimeInSeconds , consultez Opérations de vérification et de réinitialisation de l’adaptateur Miniport.

Note À compter de NDIS 6.30, MiniportCheckForHangEx doit retourner TRUE si le pilote miniport détecte que la carte réseau n’a pas terminé une demande d’envoi en attente avant l’expiration d’un délai d’attente. Le délai d’attente est spécifique au pilote, mais nous vous recommandons d’utiliser un délai d’expiration de 2 secondes.

MiniportCheckForHangEx peut être préempté par une interruption.

NDIS appelle MiniportCheckForHangEx à IRQL = PASSIVE_LEVEL.

Exemples

Pour définir une fonction MiniportCheckForHangEx , vous devez d’abord fournir une déclaration de fonction qui identifie le type de fonction que vous définissez. Windows fournit un ensemble de types de fonctions pour les pilotes. La déclaration d’une fonction à l’aide des types de fonction permet à l’analyse du code pour les pilotes, au vérificateur de pilotes statiques (SDV) et à d’autres outils de vérification de trouver des 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 fonction MiniportCheckForHangEx nommée « MyCheckForHangEx », utilisez le type MINIPORT_CHECK_FOR_HANG comme indiqué dans cet exemple de code :

MINIPORT_CHECK_FOR_HANG MyCheckForHangEx;

Ensuite, implémentez votre fonction comme suit :

_Use_decl_annotations_
BOOLEAN
 MyCheckForHangEx(
    NDIS_HANDLE  MiniportAdapterContext
    )
  {...}

Le type de fonction MINIPORT_CHECK_FOR_HANG est défini dans le fichier d’en-tête Ndis.h. Pour identifier plus précisément les erreurs lors de l’exécution des 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 MINIPORT_CHECK_FOR_HANG 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 NDIS.

Pour plus d’informations sur Use_decl_annotations, consultez Annotating Function Behavior.

Configuration requise

Condition requise	Valeur
Client minimal pris en charge	Pris en charge dans NDIS 6.0 et versions ultérieures.
Plateforme cible	Windows
En-tête	ndis.h (inclure Ndis.h)
IRQL	PASSIVE_LEVEL