Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Если выбран параметр проверки NDIS/WIFI , и средство проверки драйверов обнаруживает, что драйвер нарушает одно из правил времени ожидания NDIS/WiFi, средство проверки ошибок создает проверку ошибок 0xC4: DRIVER_VERIFIER_DETECTED_VIOLATION (с параметром 1 равно идентификатору определенного правила времени ожидания NDIS/WiFi).
Когда средство проверки драйверов тестирует правило времени ожидания NDIS/WIFI, например NdisTimedOidComplete, механизм опроса средства проверки драйверов ожидает ответ от минипорт-драйвера в течение ряда циклов. Каждое правило по времени определило свой собственный максимальный цикл. При превышении максимального значения средство проверки драйверов создает проверку ошибок. В этом разделе описаны некоторые примеры стратегий отладки этих нарушений.
Отладка ошибок времени ожидания NDIS/WIFI
- Используйте !analyze, чтобы отобразить сведения об ошибке
- Используйте команду расширения !ruleinfo
- Щелкните ссылку LAST_CALL_STACK, чтобы определить расположение нарушения
- Устранение причины нарушения времени ожидания NDIS/WIFI
Используйте !analyze, чтобы отобразить информацию о сбое
Как и при возникновении любой проверки ошибок, после того как вы управляете отладчиком, лучше всего выполнить команду !analyze -v .
DRIVER_VERIFIER_DETECTED_VIOLATION (c4)
A device driver attempting to corrupt the system has been caught. This is
because the driver was specified in the registry as being suspect (by the
administrator) and the kernel has enabled substantial checking of this driver.
If the driver attempts to corrupt the system, bugchecks 0xC4, 0xC1 and 0xA will
be among the most commonly seen crashes.
Arguments:
Arg1: 00092003, ID of the 'NdisTimedOidComplete' rule that was violated.
Arg2: 8521dd34, A pointer to the string describing the violated rule condition.
Arg3: 9c17b860, Address of internal rule state (second argument to !ruleinfo).
Arg4: 9c1f3480, Address of supplemental states (third argument to !ruleinfo).
В следующем разделе выходных данных !analyze -v причина нарушения правила отображается в поле DV_VIOLATED_CONDITION. Раздел DV_MSDN_LINK также полезен для получения ссылки на документацию по этому правилу.
Сведения об отладке:
*** ERROR: Module load completed but symbols could not be loaded for NdisTimedOidComplete.sys
DV_VIOLATED_CONDITION: Timeout on completing an NDIS OID request.
DV_MSDN_LINK: https://learn.microsoft.com/windows-hardware/drivers/devtest/ndis-ndistimedoidcomplete
DRIVER_OBJECT: 98a87980
IMAGE_NAME: NdisTimedOidComplete.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 5229c857
MODULE_NAME: NdisTimedOidComplete
FAULTING_MODULE: 9fee1000 NdisTimedOidComplete
Далее вы можете щелкнуть ссылку в разделе DV_RULE_INFO для получения дополнительных описаний правил. Для типа времени ожидания правил текущий стек может не содержать соответствующие сведения.
DV_RULE_INFO: 0x92003
BUGCHECK_STR: 0xc4_NdisTimedOidComplete_XDV
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 2
ANALYSIS_VERSION: 6.13.0016.1929 (debuggers(dbg).130725-1857) amd64fre
LAST_CONTROL_TRANSFER: from 80f87fd3 to 80f0ed14
STACK_TEXT:
8912380c 80f87fd3 00000003 e6c3476e 00000065 nt!RtlpBreakWithStatusInstruction
89123860 80f87aed 825a6138 89123c5c 89123cac nt!KiBugCheckDebugBreak+0x1f
89123c30 80f0d8d6 000000c4 00092003 8521dd34 nt!KeBugCheck2+0x676
89123c54 80f0d80d 000000c4 00092003 8521dd34 nt!KiBugCheck2+0xc6
89123c74 85211584 000000c4 00092003 8521dd34 nt!KeBugCheckEx+0x19
89123cac 85216d54 9c17b860 9c1f3480 9c17b8dc VerifierExt!SLIC_StatefulAbort+0x1a4
89123cd0 85216ffe 85220000 85215f5b 00000000 VerifierExt!Ndis_OnTimerExpire+0x234
89123cd8 85215f5b 00000000 80ecd56a 843d0c38 VerifierExt!CheckOnTimerExpire+0x26
89123ce0 80ecd56a 843d0c38 00000000 80ecd502 VerifierExt!XdvPassiveTimerRoutine+0x1d
89123d24 80eec133 882befd0 00000000 887debc0 nt!IopProcessWorkItem+0x68
89123d70 80ec1162 00000000 e6c342be 00000000 nt!ExpWorkerThread+0x14f
89123db0 80f23201 80eebfe4 00000000 00000000 nt!PspSystemThreadStartup+0x58
89123dbc 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x15
Используйте команду расширения !ruleinfo
DV_RULE_INFO: поле выходных данных !analyze показывает ссылку на команду, которую можно использовать для получения дополнительных сведений о нарушении этого правила. В этом примере, если вы щелкнете на ссылку, это приведет к запуску команды !ruleinfo с RULE_ID (0x92003) значениями Arg3 и Arg4 проверки ошибок.
kd> !ruleinfo 0x92003 0xffffffff9c17b860 0xffffffff9c1f3480
RULE_ID: 0x92003
RULE_NAME: NdisTimedOidComplete
RULE_DESCRIPTION:
This rule verifies if an NDIS miniport driver completes an OID in time.
The OID is tracked (a.k.a., TRACKED_OBJECT). Use !ndiskd.oid .
MSDN_LINK: https://learn.microsoft.com/windows-hardware/drivers/devtest/ndis-ndistimedoidcomplete
CONTEXT: Miniport 0x86BD10E8
CURRENT_TIME (Timed Rules): 168 seconds
TRACKED_OBJECT: 0x86633804
LAST_CALL_STACK: 0x9C1F3480 + 0x10
RULE_STATE: 0x9C1F3480
Определение расположения нарушения
В примере, который мы используем здесь, минипорт-драйвер NdisTimedOidComplete.sysимеет период сна, внедренный в функцию MPOidRequest. Мы можем проверить, нажав на ссылку LAST_CALL_STACK в выходных данных !ruleinfo. Это последний стек вызовов, видимый проверкой драйверов, где мы видим, что NDIS вызвал ndisMInvokeOidRequest до истечения времени ожидания.
kd> dps 0x9C1F3480 + 0x10
9c1f3490 850e1e37 ndis!ndisMInvokeOidRequest+0x16641
9c1f3494 850765c8 ndis!ndisMDoOidRequest+0x24a
9c1f3498 8507552a ndis!ndisQueueOidRequest+0x2fa
9c1f349c 8507372b ndis!ndisQuerySetMiniportEx+0xd9
9c1f34a0 85073646 ndis!ndisQuerySetMiniport+0x18
9c1f34a4 850dd9c8 ndis!ndisMDoMiniportOp+0x8c
9c1f34a8 850dd916 ndis!ndisMNotifyMachineName+0xe4
9c1f34ac 85104005 ndis!ndisMInitializeAdapter+0xad7
Устранение причины нарушения времени ожидания NDIS WIFI
Когда аварийный дамп был создан для запланированного правила, существует вероятность того, что первопричину можно найти в момент создания аварийного дампа. Чтобы выполнить отладку далее, рассмотрите возможность запуска с команд расширения отладчика NdisKd, см. статью " Расширения NDIS" (Ndiskd.dll) и "Начало работы с NDISKD". Кроме того, возможно, понадобится изучить журналы трассировки событий Windows (ETW), если в вашем драйвере была реализована эта функция. Если бы это правило не было бы включено, эта ошибка проявится как зависание пользовательского приложения в лучшем случае, или проверка ошибок 0x9F: DRIVER_POWER_STATE_FAILURE в худшем случае.