Windows driver kit visual studio 2015

1. Обзор

После «WDK7600» Microsoft больше не будет предоставлять независимый комплект для разработки драйверов ядра, но сначала должна установить интегрированную среду разработки Microsoft VisualStudio, а затем загрузить интегрированный комплект для разработки WDK с официального веб-сайта Microsoft или автономного установочного пакета, но после установки Visual Studio интегрирует разработку, компиляцию, установку, развертывание и отладку драйверов, что упрощает разработку драйверов для Windows. Конфигурация переменных среды WDK для разработки драйверов Windows 10 и Visual Studio 2015 сильно отличается от конфигурации других версий среды Windows и WDK.

2. Модель вождения WDF

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

Ранним драйвером устройства для Windows 95/98 был VxD (Virtual DeviceDriver), где x представляет определенный тип устройства. Начиная с Windows 2000, разработка драйверов должна основываться на WDM (Windows Driver Model). Однако, если вы используете DDK для разработки WDM, его разработка будет очень сложной. Вы не ожидаете, что это будет так же просто, как разработка приложений в пользовательском режиме. Пользователи используют сторонние инструменты, такие как WinDriver и DriverStudio. Чтобы улучшить эту ситуацию, начиная с Vista, Microsoft выпустила новую среду разработки драйверов WDF (Windows Driver Foundation). WDF (WindowsDriver Foundation) — это совершенно новая модель драйверов нового поколения, предложенная Microsoft. Она разработана на основе WDM (модель windowsDriver). Она поддерживает объектно-ориентированную разработку драйверов на основе событий и обеспечивает более высокий уровень, чем WDM. Абстрактный и очень гибкий, расширяемый и диагностируемый каркас драйвера. Инфраструктура WDF управляет большинством взаимодействий, связанных с операционной системой, реализует общие функции драйвера (такие как управление питанием, поддержка PnP), изолирует драйвер устройства от ядра операционной системы и уменьшает влияние драйвера на ядро.

WDF предоставляет две структуры: KMDF (Структура драйвера режима ядра) и UMDF (Структура драйвера режима пользователя).

1. Структура драйвера режима ядра (KMDF):

Такие драйверы выполняются как часть компонентов операционной системы режима ядра: они управляют вводом-выводом, подключением и воспроизведением, памятью, процессами и потоками, безопасностью и т. Д. Драйверы режима ядра обычно являются иерархическими. KMDF является основным драйвером системы Windows, а имя файла — * .SYS. Для получения дополнительной информации о KMDF, пожалуйста, обратитесь к разделу «Начало работы с Kernel-ModeDriver Framework» в MSDN.

2. Структура драйвера пользовательского режима UMDF (Структура драйвера пользовательского режима):

Такие драйверы обычно обеспечивают интерфейс между приложениями Win32 и драйверами режима ядра или другими компонентами операционной системы. Драйверы пользовательского режима поддерживают устройства на основе протоколов или последовательных шин (например, камеры и портативные музыкальные проигрыватели). UMDF — это драйвер уровня пользователя, имя файла — * .DLL. Дополнительные сведения о KMDF см. В разделе «Введение в UMDF» в MSDN.

Как драйвер режима ядра, так и драйвер пользовательского режима создаются с использованием одной и той же среды, которая называется WDK, все они построены с использованием одного и того же набора объектных моделей, и все они основаны на одной и той же основе. Эта основа — WDF. Поскольку модель драйвера WDF предоставляет объектно-ориентированную и управляемую событиями среду разработки драйверов, сложность разработки значительно уменьшается. Отныне разработчики, которые осваивают драйверы устройств Windows, в прошлом будут заменены «профессионалами» на «обычных» людей. Поэтому сторонние инструменты, такие как WinDriver и DriverStudio, также вышли из стадии истории. Что еще более важно, то, что Microsoft часто выставляет напоказ, — это то, что она включает в себя определенные общие поведения в драйвере: например, подключи и играй и управление питанием относятся к этому общему поведению. Поскольку большинству драйверов приходится иметь дело с проблемами plug-and-play и управления питанием, говорят, что это примерно тысяча строк кода, и не всегда возможно справиться с этим без значительного уровня. Раз и навсегда WDF просто инкапсулирует в объект управление по принципу «включай и работай» и управление питанием, и он становится поведением объекта по умолчанию (по умолчанию) одним махом. WDF отделяет драйвер от ядра операционной системы, а взаимодействие между драйвером и операционной системой передается методу (функции), инкапсулированному в платформу, так что разработчику драйвера необходимо сосредоточиться только на поведении оборудования. Это позволяет избежать не только недостатков обеих сторон, но также и из-за разделения этих двух сторон, определенные изменения в операционной системе и разработка вспомогательных драйверов для производителей оборудования имеют большие преимущества.

3. Пользовательский режим и режим ядра

Процессор в компьютере под управлением Windows имеет два разных режима: «режим пользователя» и «режим ядра». В зависимости от типа кода, выполняемого на процессоре, процессор переключается между двумя режимами. Прикладные программы работают в пользовательском режиме, а основные компоненты операционной системы — в режиме ядра. Когда несколько драйверов работают в режиме ядра, некоторые драйверы могут работать в режиме пользователя.

Когда запускается приложение пользовательского режима, Windows создает «процесс» для приложения. Процесс предоставляет выделенное «виртуальное адресное пространство» и выделенную «таблицу дескрипторов» для приложения. Поскольку виртуальное адресное пространство приложения является выделенным пространством, одно приложение не может изменять данные, принадлежащие другим приложениям. Каждое приложение работает изолированно. Если приложение повреждено, ущерб будет ограничен этим приложением. Другие приложения и операционные системы не будут затронуты этим повреждением.

В дополнение к выделенному пространству, виртуальное адресное пространство приложений пользовательского режима также ограничено. Процессор, работающий в пользовательском режиме, не может получить доступ к виртуальному адресу, зарезервированному для операционной системы. Ограничение виртуального адресного пространства приложений пользовательского режима предотвращает изменения приложений и может повредить важные данные операционной системы.

Весь код, работающий в режиме ядра, использует одно виртуальное адресное пространство. Это означает, что драйвер режима ядра не зависит от других драйверов и самой операционной системы. Если драйвер режима ядра случайно пишет неправильный виртуальный адрес, данные, принадлежащие операционной системе или другим драйверам, могут быть повреждены. Если драйвер режима ядра поврежден, будет повреждена вся операционная система.

Эта диаграмма иллюстрирует связь между компонентами пользовательского режима и компонентами режима ядра.

4. Характеристика модели вождения

UMDF сильно отличается от традиционных драйверов. Короче говоря, UMDF выглядит так:

• UMDF — это модуль драйвера, основанный на идее COM и работающий в пользовательском режиме (RING3).

Итак, какие изменения приносит эта модель вождения?

Во-первых, на основе идеи COM введение механизма интерфейса может организовать связанные функции в различные категории, чтобы прояснить код драйвера, во-вторых, драйвер, работающий на RING3, значительно снижает риск стабильности и безопасности драйвера. Сбои драйвера не вызовут баг-чек (синий экран), а хост-процесс драйвера UMDF выполняется с ограниченными правами пользователя, а не с доверенным модулем ядра системы. Вы можете использовать Win32 API в UMDF.

UMDF, работающий на RING3, предлагает программистам как минимум два дополнительных преимущества:

• Драйвер не требует обязательной цифровой подписи, поскольку драйвер UMDF не является системным доверенным модулем, поэтому развертывание под x64 более удобно. Особенно, когда отдельные разработчики не могут позволить себе WHQL или если WQHL временно недоступен по другим причинам, использование UMDF является лучшим выбором.
• Сложность отладки значительно снижена, и нет необходимости в отдельном отладчике ядра, таком как SoftICE и Syser, или отладке на двух компьютерах, например WinDBG. Мы можем использовать отладчик WinDBG или VS, чтобы подключиться к процессу хоста UMDF для отладки. Можно сослаться на отладку драйвера UMDF.

Ошибки в драйвере режима ядра KMDF повредят адресное пространство системы и могут вызвать сбой компьютера. Вследствие характеристик этих моделей драйверов среда разработки и отладки для создания программы драйвера также будет отличаться.В общем случае при разработке и отладке драйвера KMDF выбираются две машины или среда виртуальной машины, и драйвер UMDF можно использовать для отладки одной машины. Следующая конструкция среды в основном использует более сложную модель KMDF в качестве примера.

5. Конфигурация среды разработки и отладки

5.1 Инструменты и среда платформы

Платформа: операционная система Windows 10

Среда разработки: Visual Studio 2015 Enterprise и Windows WDK, Windows SDK

Среда отладки: виртуальная машина Oracle VM VirtualBox 5.0.14

5.2 Методы / шаги

5.2.1 Настройка основного компьютера и тестового компьютера

Настройка целевого или тестового компьютера — это процесс настройки компьютера для автоматического развертывания, тестирования и отладки драйверов. Среда тестирования и отладки имеет два компьютера: хост-компьютер и целевой компьютер. Целевой компьютер также называют «тестовым компьютером». Используйте Vsual Studio на хосте для разработки и сборки драйверов. Отладчик работает на главном компьютере (вы можете использовать пользовательский интерфейс Visual Studio или средство отладки WinDbg). При тестировании и отладке драйвера драйвер запускается на целевом компьютере.

1 Установите и настройте основной компьютер

В этой среде сборки основная операционная система компьютера использует win10, сначала установите Visual Studio 2015 Enterprise, а затем установите Wdk 10. Примечание: WDK10 должен быть установлен за vs2015. После завершения установки, меню драйвера появится в меню интерфейса после запуска vs2015, как показано ниже. Кроме того, как правило, VisualStudio 2015 Enterprise уже оснащен Windows SDK, но если он не совпадает с версией установленного WDK, рекомендуется установить Windows SDK 10 отдельно, чтобы обеспечить совместимость версий WDK и SDK.

2 Установите и настройте целевой компьютер

Целевой компьютер этого теста использует виртуальную машину Oracle VM VirtualBox 5.0.14. Сначала установите виртуальную машину Oracle VM VirtualBox5.0.14 на главном компьютере, а затем установите операционную систему win10 на виртуальной машине.

3 Хост-компьютер Unicom и целевой компьютер

Хост-компьютер и целевой компьютер должны иметь возможность пинговать друг друга по имени. Если два компьютера присоединились к одной рабочей группе или к одному сетевому домену, эта операция может быть проще.

Убедитесь, что хост и целевой компьютер могут пропинговать друг друга. Откройте окно командной строки и введите ping 192.168.X.X (ip_adress).

Если хост-компьютер и целевой компьютер присоединились к рабочей группе, но они находятся в разных подсетях, возможно, вам придется настроить определенные параметры брандмауэра, чтобы хост-компьютер и целевой компьютер могли обмениваться данными. Пожалуйста, следуйте инструкциям ниже:

Два метода (выберите один):

Способ первый:

В «Панели управления» на целевом компьютере перейдите в «Сеть и Интернет»> «Центр общего доступа к сети». Обратите внимание на вашу активную сеть. Это может быть «публичная сеть», «частная сеть» или «домен».

В «Панели управления» на целевом компьютере выберите «Система и безопасность»> «Брандмауэр Windows»> «Дополнительные настройки»> «Правила для входящих подключений».

В списке входящих правил найдите все правила обнаружения сети для активной сети. (Например, найдите все правила обнаружения сети, «профиль» которых «выделен».) Дважды щелкните каждое правило и откройте вкладку «Область». В разделе «Удаленный IP-адрес» выберите «Любой IP-адрес».

В списке входящих правил найдите все правила «Общий доступ к файлам и принтерам» для активной сети. Для каждого правила дважды щелкните правило, чтобы открыть вкладку Область. В разделе «Удаленный IP-адрес» выберите «Любой IP-адрес».

Способ второй:

«Панель управления» -> «Система и безопасность» -> «Брандмауэр Windows» -> «Включить или выключить брандмауэр Windows» -> «Отключить брандмауэр Windows»

4 Целевой компьютер позволяет отладку ядра

1) Используйте системную учетную запись администратора, чтобы открыть командное окно CMD на тестовом целевом компьютере, и введите следующую команду:

C:/> bcdedit /set {default} DEBUG YES

C:/> bcdedit /set TESTSIGNING ON

5.2.2 Настройка режима отладки WinDbg

Поскольку существует много способов отладки, мы выбираем для обсуждения два обычно используемых метода отладки последовательного порта и отладки сети. Сначала мы устанавливаем режим последовательного порта.

5.2.2.1 Установить тестовый целевой компьютер в качестве режима отладки последовательного порта

A. Установите последовательный порт на виртуальной машине

Сначала закройте операционную систему на виртуальной машине и установите ее на виртуальной машине. Для виртуальной машины в обычном VirtualBox соответствующий последовательный порт не включен по умолчанию, и конфигурация соответствует этому:

Установите последовательный порт как канал на хосте (канал является программной концепцией)

Как настроить:

• В системе Windows: имя должно быть

• Среди нихnameВыберите один самостоятельно (конечно, вы должны выбрать один, соответствующий вашей виртуальной машине, значимое имя)

Б. Настройте последовательную отладку на тестовом целевом компьютере.

Откройте командное окно CMD с учетной записью системного администратора на целевом тестовом компьютере и введите следующую команду:

C:/> bcdedit /debug on

C:/> bcdedit /dbgsettings serial debugport:1 baudrate:115200 

Среди них debugport: 1 означает выбор последовательного порта com1.

Затем перезапустите операционную систему, откройте командное окно CMD на тестовом целевом компьютере, введите следующую команду, вы увидите только что настроенные параметры:

C:/> bcdedit / bcdedit /dbgsettings

C. Запустите программу отладки WinDbg на главном компьютере.

Откройте командное окно CMD на главном компьютере и введите папку программы WinDbg, обычно по следующему пути:

C:/>cd C:/Program Files (x86)/Windows Kits/10/Debuggers/x64 

C:/> windbg -k com:pipe,port=//./pipe/vmbox,resets=0,reconnect

Программа Windbg работает нормально, и эффект заключается в следующем, что указывает на правильность конфигурации и возможность отладки драйвера через последовательный порт.

5.2.2.2 Установить тестовый целевой компьютер в качестве режима отладки сети

A. Настройте отладку сети на тестовом целевом компьютере.

Откройте командное окно CMD с учетной записью системного администратора на целевом тестовом компьютере и введите следующую команду:

C:/> bcdedit /debug on

C:/> bcdedit /dbgsettings net hostip:192.168.12.109 port:50000 key:1.2.3.4 

Среди них hostip: 192.168.12.109 представляет IP-адрес хост-компьютера, port: 50000 устанавливает порт связи, а параметр key указывает ключ шифрования, используемый для связи.

Затем перезапустите операционную систему, откройте командное окно CMD на тестовом целевом компьютере, введите следующую команду, вы увидите только что настроенные параметры:

C:/> bcdedit / bcdedit /dbgsettings

Б. Запустите программу отладки WinDbg на главном компьютере.

Откройте командное окно CMD на главном компьютере и введите папку программы WinDbg, обычно по следующему пути:

C:/>cd C:/Program Files (x86)/Windows Kits/10/Debuggers/x64 

C:/> WinDbg –k net:port=50000,key=1.2.3.4

Программа Windbg работает нормально, и эффект заключается в следующем, что указывает на правильность конфигурации и возможность отладки драйвера через последовательный порт.

5.2.3 Настройка режима отладки Visual Studio 2015

Visual Studio 2015 сама интегрирует разработку, компиляцию, установку, развертывание и отладку драйверов, что упрощает разработку драйверов для Windows. Существуют некоторые различия в конфигурации между Visual Studio 2015 в качестве интерфейса отладки и развертывания и использованием WinDbg в качестве интерфейса отладки.

5.2.3.1 Установить тестовый целевой компьютер в режим отладки последовательного порта

A. Установите последовательный порт на виртуальной машине

Сначала закройте операционную систему на виртуальной машине и установите ее на виртуальной машине. Для обычных виртуальных машин в VirtualBox соответствующий последовательный порт не включен по умолчанию.Для конфигурации см. Настройки последовательного порта в предыдущем разделе.

Б. Настройте последовательную отладку на тестовом целевом компьютере.

Откройте командное окно CMD с учетной записью системного администратора на целевом тестовом компьютере и введите следующую команду:

C:/> bcdedit /debug on

C:/> bcdedit /dbgsettings serial debugport:1 baudrate:115200 

Среди них debugport: 1 означает выбор последовательного порта com1.

Затем перезапустите операционную систему, откройте командное окно CMD на тестовом целевом компьютере, введите следующую команду, вы увидите только что настроенные параметры:

C:/> bcdedit / bcdedit /dbgsettings 

C. Установите тестовый целевой компьютер на WDKRemoteUser

На целевом компьютере запустите установочный файл MSI целевого теста тестирования, соответствующий целевой компьютерной платформе. MSI можно найти в каталоге установки WDK10 хост-компьютера, на котором был установлен WDK10.

Например: C: / Program Files (x86) / WindowsKits / 10 / Remote / x64 / WDK Test Target Setup x64-x64_en-us.msi

Примечание: Если программа не установлена, конфигурация, созданная в vs2015, не будет выполнена на следующем этапе. Я застрял на этом этапе в течение длительного времени и не мог найти причину.

D. установить на главном компьютереVisual Studio 2015программа

На главном компьютере в меню «Драйвер» Visual Studio выберите «Тест»> «Настроить устройство».

Нажмите Добавить новое устройство.

Здесь следует отметить: если версия vs2015 является версией vs2015 Update 1, в это время появится окно с сообщением об ошибке, и соответствующие настройки не могут быть выполнены.

Это можно щелкнуть правой кнопкой мыши в точке проекта драйвера — «Выбрать свойства» — «Выбрать параметры отладки» — Выбрать средства отладки для Windows-Kernel Debugger в отладчике, который будет запускаться справа — «Нажмите на Конфигурация имени удаленного компьютера, он будет Появится окно конфигурации, интерфейс выглядит следующим образом:

Нажмите Add New Devide, чтобы добавить тестовый хост, заполните интерфейс отображения хоста тестового целевого устройства, тип устройства (компьютерное устройство или мобильное устройство), имя хоста хоста тестового целевого устройства (я также могу указать IP-адрес в тесте), в Рекомендуется выбрать первое Provision Device и выбрать параметр отладчика в параметре Provision Options, чтобы vs2015 мог автоматически развернуть протестированный драйвер, но целевой хост тестирования автоматически перезагрузится несколько раз, чтобы завершить настройку при настройке. Если вы выберете второй элемент, Целевой хост тестирования не будет перезапущен, но вам необходимо вручную развернуть тестовый драйвер.

Нажмите Далее, появится тип подключения (можно выбрать последовательный порт / сеть), выберите на этот раз последовательный порт, а затем введите параметры, заданные на хосте-тестере. Интерфейс настройки выглядит следующим образом:

После завершения настройки нажмите кнопку Далее, соответствующие настройки среды будут выполнены на целевом хосте тестирования, во время которого целевой хост тестирования будет перезапущен несколько раз. Интерфейс дисплея выглядит следующим образом:

Примечание. Если во время процесса установки в точке восстановления системы Creaing возникает ошибка, необходимо открыть точку восстановления системы на диске C тестового целевого хоста. Шаги настройки: запустите правой кнопкой мыши — «Система» — «Защита системы» — «Конфигурация», запустите и установите точку восстановления диска C.

После завершения настройки отображается следующий интерфейс, указывающий, что конфигурация прошла успешно:

Нажмите «Готово» для отображения следующего интерфейса:

Нажмите Применить, а затем выберите ОК.

E. Тестирование конфигурации на главном компьютере программы Visual Studio 2015

Наконец, в меню отладки VS2015 на главном компьютере — «Выбрать присоединить к процессу» — выберите «Отладчик модели ядра Windows» в раскрывающемся списке передачи (P) и выберите только что настроенное имя хоста тестов в раскрывающемся списке квалификатора (Q) — «Выберите ядро ​​в доступном процессе -» Наконец нажмите дополнительную кнопку.

После нажатия дополнительной кнопки появляется интерфейс отладки, указывающий, что конфигурация прошла успешно и драйвер можно отладить.

Примечание. Если Vs2015 дает сбой после нажатия кнопки добавления, проверьте версию Win10. Если версия win10 по-прежнему 10240, обновите ее до версии 10586. Вы можете нажать меню справки VS2015 — «О системе Microsoft Visual Studio -», чтобы просмотреть версию системы. Я пробыл здесь почти два дня, прежде чем, наконец, узнал, что это из-за несоответствия версий.

5.2.3.2 Установить тестовый целевой компьютер в качестве режима отладки сети

A. Установите тестовый целевой компьютер на WDKRemoteUser

На целевом компьютере запустите установочный файл MSI целевого теста тестирования, соответствующий целевой компьютерной платформе. MSI можно найти в каталоге установки WDK10 хост-компьютера, на котором был установлен WDK10.

Например: C: / Program Files (x86) / WindowsKits / 10 / Remote / x64 / WDK Test Target Setup x64-x64_en-us.msi

Примечание: Если программа не установлена, конфигурация, созданная в vs2015, не будет выполнена на следующем этапе. Я застрял на этом этапе в течение длительного времени и не мог найти причину.

B. установить на главном компьютереVisual Studio 2015программа

На главном компьютере в меню «Драйвер» Visual Studio выберите «Тест»> «Настроить устройство».

Нажмите Добавить новое устройство.

Здесь следует отметить: если версия vs2015 является версией vs2015 Update 1, в это время появится окно с сообщением об ошибке, и соответствующие настройки не могут быть выполнены.

Это можно щелкнуть правой кнопкой мыши в точке проекта драйвера — «Выбрать свойства» — «Выбрать параметры отладки» — Выбрать средства отладки для Windows-Kernel Debugger в отладчике, который будет запускаться справа — «Нажмите на Конфигурация имени удаленного компьютера, он будет Появится окно конфигурации, интерфейс выглядит следующим образом:

Нажмите Add New Devide, чтобы добавить тестовый хост, заполните интерфейс отображения хоста тестового целевого устройства, тип устройства (компьютерное устройство или мобильное устройство), имя хоста хоста тестового целевого устройства (я также могу указать IP-адрес в тесте), в Рекомендуется выбрать первое Provision Device и выбрать параметр отладчика в параметре Provision Options, чтобы vs2015 мог автоматически развернуть протестированный драйвер, но целевой хост тестирования автоматически перезагрузится несколько раз, чтобы завершить настройку при настройке. Если вы выберете второй элемент, Целевой хост тестирования не будет перезапущен, но вам необходимо вручную развернуть тестовый драйвер.

Нажмите кнопку Далее, появится тип подключения (можно выбрать последовательный порт / сеть), выберите сеть на этот раз, а затем введите параметры, заданные на хосте-тестере. Интерфейс настройки выглядит следующим образом:

После завершения настройки нажмите кнопку Далее, соответствующие настройки среды будут выполнены на целевом хосте тестирования, во время которого целевой хост тестирования будет перезапущен несколько раз. Интерфейс дисплея выглядит следующим образом:

Примечание. Если во время процесса установки в точке восстановления системы Creaing возникает ошибка, необходимо открыть точку восстановления системы на диске C тестового целевого хоста. Шаги настройки: запустите правой кнопкой мыши — «Система» — «Защита системы» — «Конфигурация», запустите и установите точку восстановления диска C.

После завершения настройки отображается следующий интерфейс, указывающий, что конфигурация прошла успешно:

Нажмите Применить, а затем выберите ОК.

C. Проверка конфигурации на главном компьютере программы Visual Studio 2015

Наконец, в меню отладки VS2015 на главном компьютере — «Выбрать присоединить к процессу» — выберите «Отладчик модели ядра Windows» в раскрывающемся списке передачи (P) и выберите только что настроенное имя хоста тестов в раскрывающемся списке квалификатора (Q) — «Выберите ядро ​​в доступном процессе -» Наконец нажмите дополнительную кнопку.

После нажатия дополнительной кнопки появляется интерфейс отладки, указывающий, что конфигурация прошла успешно и драйвер можно отладить.

Примечание. Если Vs2015 дает сбой после нажатия кнопки добавления, проверьте версию Win10. Если версия win10 по-прежнему 10240, обновите ее до версии 10586. Вы можете нажать меню справки VS2015 — «О системе Microsoft Visual Studio -», чтобы просмотреть версию системы. Я пробыл здесь почти два дня, прежде чем, наконец, узнал, что это из-за несоответствия версий.

       Обратите внимание на серьезную проблему. Хотя вы установили SDK и WDK, когда вы открываете проект драйвера, он показывает, что ntddk.h не найден. Это очень болезненная проблема. Я работал три дня и, наконец, нашел причину?

Ответ: После установки VS2015 вы выбираете установку SDK в интерфейсе установки, а затем используете для установки ранее загруженный WDK, что приводит к онлайн-установке установочного SDK VS2015, устанавливается последняя версия SDK, но вы используете предыдущую версию Подготовленная установка WDK определенно не будет соответствовать версии. Компиляция драйвера должна соответствовать соответствующей версии SDK и соответствующей версии WDK. Она отвечает за некоторые не найденные заголовочные файлы.

Например: SDK — это версия 10585, соответствующая WDK должна быть версии 10585.