Что означает код BSOD 0x400000AD (VIDEO_DRIVER_DEBUG_REPORT_REQUEST)?

 
Предыдущий Следующий
WINDOWS_NT_RC_STRING HARDWARE_PROFILE_UNDOCKED_STRING

VIDEO_DRIVER_DEBUG_REPORT_REQUEST

Запрос отладочного отчёта видеодрайвера VIDEO_DRIVER_DEBUG_REPORT_REQUEST

VIDEO_DRIVER_DEBUG_REPORT_REQUEST — это код проверки ошибки 0x400000AD. Microsoft описывает его как нефатальный минидамп, который видеопорт создаёт во время работы от имени видеодрайвера. Это диагностические данные стека отображения, а не обычный фатальный сбой с синим экраном.

Как интерпретировать VIDEO_DRIVER_DEBUG_REPORT_REQUEST в дампе

  • В документации Microsoft значение указано как 0x000000AD, а создаваемый дамп прямо назван нефатальным.
  • Основными диагностическими данными являются драйвер минипорта дисплея, видеопорт, адаптер и контекст рабочей нагрузки.
  • С дампом могут быть связаны TDR, сброс устройства и журналирование графического драйвера, но это необходимо подтвердить анализом.

Что проверить при VIDEO_DRIVER_DEBUG_REPORT_REQUEST

  • Сохраните минидамп, версию драйвера GPU и журналы событий дисплея.
  • Сопоставьте событие с графической нагрузкой, обновлением драйвера, изменением конфигурации мониторов и событиями TDR.
  • Используйте WinDbg и символы графической подсистемы, чтобы определить путь драйвера, запросивший отчёт.

Ссылки для VIDEO_DRIVER_DEBUG_REPORT_REQUEST

Данные дампа для VIDEO_DRIVER_DEBUG_REPORT_REQUEST

Для VIDEO_DRIVER_DEBUG_REPORT_REQUEST сохраните полный дамп, четыре параметра проверки ошибки, точную сборку Windows, список загруженных модулей и хронологию событий непосредственно перед созданием отчёта. AllStat описывает состояние как «VIDEO_DRIVER_DEBUG_REPORT_REQUEST»; эта формулировка определяет класс события, а параметры и стек показывают участвовавший объект, драйвер, процессор или экземпляр подсистемы.

Порядок анализа VIDEO_DRIVER_DEBUG_REPORT_REQUEST

  • Выполните в WinDbg команду !analyze -v, затем изучите документированное значение каждого параметра VIDEO_DRIVER_DEBUG_REPORT_REQUEST, а не полагайтесь только на строку probably-caused-by.
  • Найдите самое раннее аномальное событие: обновление драйвера или микропрограммы, сброс GPU, ошибку TDR, исчерпание ресурсов либо зависание приложения, связанное с запросом отладочного отчёта видео.
  • При анализе VIDEO_DRIVER_DEBUG_REPORT_REQUEST сохраните в перечне модулей сторонние драйверы фильтрации, безопасности, хранения данных, графики и виртуализации: удаление этих компонентов до разбора дампа может скрыть ответственный путь выполнения.

До сохранения дампа и журналов событий для VIDEO_DRIVER_DEBUG_REPORT_REQUEST не перезагружайте компьютер. Для VIDEO_DRIVER_DEBUG_REPORT_REQUEST выбирайте восстановительные действия по компоненту, указанному стеком и параметрами, а не только по символическому имени кода.

Данные дампа для VIDEO_DRIVER_DEBUG_REPORT_REQUEST

Для VIDEO_DRIVER_DEBUG_REPORT_REQUEST сохраните полный дамп, четыре параметра проверки ошибки, точную сборку Windows, список загруженных модулей и хронологию событий непосредственно перед созданием отчёта. AllStat описывает состояние как «VIDEO_DRIVER_DEBUG_REPORT_REQUEST»; эта формулировка определяет класс события, а параметры и стек показывают участвовавший объект, драйвер, процессор или экземпляр подсистемы.

Порядок анализа VIDEO_DRIVER_DEBUG_REPORT_REQUEST

  • Выполните в WinDbg команду !analyze -v, затем изучите документированное значение каждого параметра VIDEO_DRIVER_DEBUG_REPORT_REQUEST, а не полагайтесь только на строку probably-caused-by.
  • Найдите самое раннее аномальное событие: обновление драйвера или микропрограммы, сброс GPU, ошибку TDR, исчерпание ресурсов либо зависание приложения, связанное с запросом отладочного отчёта видео.
  • При анализе VIDEO_DRIVER_DEBUG_REPORT_REQUEST сохраните в перечне модулей сторонние драйверы фильтрации, безопасности, хранения данных, графики и виртуализации: удаление этих компонентов до разбора дампа может скрыть ответственный путь выполнения.

До сохранения дампа и журналов событий для VIDEO_DRIVER_DEBUG_REPORT_REQUEST не перезагружайте компьютер. Для VIDEO_DRIVER_DEBUG_REPORT_REQUEST выбирайте восстановительные действия по компоненту, указанному стеком и параметрами, а не только по символическому имени кода.

Нужно найти другой код? Найти другой код состояния или ошибки.