|
0 / 0 / 1
Регистрация: 21.06.2012
Сообщений: 14
|
|||||||||||
Вывод результата функции из драйвера в приложение21.03.2017, 23:03. Показов 2246. Ответов 10
Метки нет (Все метки)
Здравствуйте, прошу помочь с выводом результата функции в драйвере(cpuCount) в приложение.
Вот код самого драйвера:
0
|
|||||||||||
| 21.03.2017, 23:03 | |
|
Ответы с готовыми решениями:
10
Вывод результата функции Вывод результата функции
|
|
Ушел с форума
|
|||||||||||||||||
| 22.03.2017, 08:49 | |||||||||||||||||
|
Сначала замечания по коду:
KdBreakPoint function https://msdn.microsoft.com/en-... s.85).aspx
Если драйвер обрабатывает данные от пользователя, т.е. от недоверенной среды, то он должен максимально "придирчиво" проверять все входные данные. Если запрос MY_IOCTL_QUERY_ACTIVE_PROC использует Buffered I/O, то в драйвере, как минимум, необходимо проверять следующее: 1. Irp->AssociatedIrp.SystemBuffer не равен NULL. 2. Размер данных, которые ты читаешь (CurrentLocation->Parameters.DeviceIoControl. InputBufferLength) или пишешь (CurrentLocation->Parameters.DeviceIoControl.OutputBuffer Length), должен быть достаточно большим, чтобы вместить всю нужную информацию. Например, если ты собираешься писать в буфер данные размером DWORD, то должен проверить, что OutputBufferLength больше, либо равен sizeof (DWORD). 3. Если буфер содержит указатели на память в режиме пользователя, то данные по соответствующим адресам необходимо обрабатывать особым образом; эта техника называется 'probe and capture' (т.е. точно также, как для запросов типа Neither I/O): - код, который трогает данные, помещаем в блок __try/__except; - внутри __try/__except проверяем, что адрес не залезает в ядерную память, что он имеет правильные атрибуты защиты и выравнивание - ProbeForRead/ProbeForWrite; - копируем буфер себе в системную память (копирование все еще внутри __try/__except) и дальше работаем только с ним. --------
1
|
|||||||||||||||||
|
0 / 0 / 1
Регистрация: 21.06.2012
Сообщений: 14
|
|
| 22.03.2017, 15:12 [ТС] | |
|
Не получается передать приложению значение cpuCount. В windbg оно у меня прекрасно вычисляется и показывает его, а сделать вывод этого значения в приложение я не могу.
За замечание огромное спасибо, исправлю.
0
|
|
|
Ушел с форума
|
||||||
| 22.03.2017, 16:04 | ||||||
|
У тебя в FirstDrvIoDeviceControl написано буквально следующее:
некоторых специфических случаев типа STATUS_PENDING). Тебе нужно получить указатель на буфер, записать в него cpuCount, а затем завершить IRP с помощью IoCompleteRequest, указав в IRP.IoStatus.Status значение STATUS_SUCCESS, а в IRP.IoStatus.Information - к-во байт, которые будут скопированы в приложение. Только так диспетчер ввода-вывода сможет понять, что какие-то данные были переданы, а запрос ввода-вывода обработан. Покажи, как у тебя определен MY_IOCTL_QUERY_ACTIVE_PROC.
1
|
||||||
|
0 / 0 / 1
Регистрация: 21.06.2012
Сообщений: 14
|
||||||
| 22.03.2017, 16:28 [ТС] | ||||||
|
Спасибо за подсказку.
0
|
||||||
|
Ушел с форума
|
||
| 22.03.2017, 16:34 | ||
|
0x100 - это не по фэншую
![]() MSDN пишет, что следует использовать значения от 0x800 и выше, а все, что до этого, зарезервировано Microsoft:
1
|
||
|
0 / 0 / 1
Регистрация: 21.06.2012
Сообщений: 14
|
||||||
| 23.03.2017, 00:56 [ТС] | ||||||
|
Сделал по "фэншую"
, поставил значение 0x801. Если я правильно Вас понял, то сделать надо следующее:
Но, думаю что надо дополнить что-то и в коде самого приложения, чтобы выводилось значение cpuCount в приложение. Заранее огромное спасибо за помощь!
0
|
||||||
|
Ушел с форума
|
||||||
| 23.03.2017, 08:18 | ||||||
|
Я бы сделал как-то так:
1
|
||||||
|
0 / 0 / 1
Регистрация: 21.06.2012
Сообщений: 14
|
|
| 24.03.2017, 12:28 [ТС] | |
|
Спасибо, сделал по вашему примеру, все заработало. Значение записывается в буфер, осталось сделать чтобы приложение считало из буфера эти данные и вывело на экран. Использую функцию ReadFile, подскажите, верно ли?
Огромное спасибо за помощь Вам
0
|
|
|
Ушел с форума
|
||
| 24.03.2017, 12:38 | ||
|
либо DeviceIoControl, либо ReadFile. В первом случае драйвер должен реализовать, помимо стандартных обработчиков IRP_MJ_CREATE и IRP_MJ_CLEANUP/CLOSE, также обработчик IRP_MJ_DEVICE_CONTROL, а во втором - IRP_MJ_READ. Разница между этими способами небольшая, общий принцип обмена данными один и тот же: из приложения в драйвер передается буфер, драйвер заполняет этот буфер нужной информацией, а затем заполняет соответствующие поля IRP и вызывает IoCompleteRequest, завершая запрос. При этом тип передачи (Buffered I/O, Direct I/O или Neither I/O) определяется по-разному: для DeviceIoControl он "закодирован" в IOCTL-коде (см. параметр Method макроса CTL_CODE), а для ReadFile/WriteFile он определяется по наличию или отсутствию флагов DO_BUFFERED_IO и DO_DIRECT_IO в DEVICE_OBJECT. Ну то есть, ReadFile/WriteFile всегда используют один и тот же метод передачи - тот, который был определен в DEVICE_OBJECT при его создании функцией IoCreateDevice. А DeviceIoControl может использовать разные типы передачи, т.е. он немного гибче.
0
|
||
|
0 / 0 / 1
Регистрация: 21.06.2012
Сообщений: 14
|
|
| 25.03.2017, 00:50 [ТС] | |
|
Благодарю за исчерпывающий ответ. Разложили все "по полочкам", спасибо. Драйвер с приложением почти готовы.
Есть еще вопрос, он касается не совсем драйвера. Я делаю отладку драйвера через WinDbg и VmWare. VmWare позволяет изменять количество используемых процессоров в настройках. Я тестирую драйвер при разных параметрах, однако он всегда показывает что активен только один процессор. В госте(Windows 7 x64) в диспетчере задач показывает тоже только один проц., хотя в диспетчере устройств отображается то количество, которое я задавал в настройках. p.s. На хосте стоит win10. Если сталкивались с этим, то объясните возможно ли как то перенастроить VmWare или нельзя. Спасибо.
0
|
|
| 25.03.2017, 00:50 | |
|
Помогаю со студенческими работами здесь
11
Вывод результата функции в HTML
Табулирование функции и вывод результата в таблице
Вывод результата функции в двух блоках Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++
8Observer8 17.03.2026
Содержание блога
Финальные проекты на Си и на C++:
finish-rectangles-sdl3-c. zip
finish-rectangles-sdl3-cpp. zip
|
Символические и жёсткие ссылки в Linux.
algri14 15.03.2026
Существует два типа ссылок — символические и жёсткие.
Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .
|
[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора
ФедосеевПавел 14.03.2026
Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора
ВВЕДЕНИЕ
Выполняя задание на управление насосной группой заполнения резервуара,. . .
|
делаю науч статью по влиянию грибов на сукцессию
anaschu 13.03.2026
прикрепляю статью
|
|
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++
8Observer8 10.03.2026
Содержание блога
Финальные проекты на Си и на C++:
hello-sdl3-c. zip
hello-sdl3-cpp. zip
Результат:
|
Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE
8Observer8 10.03.2026
Содержание блога
MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .
|
Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки
Neotwalker 08.03.2026
Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд.
Даже если у вас. . .
|
Модульная разработка через nuget packages
DevAlt 07.03.2026
Сложившийся в . Net-среде способ разработки чаще всего предполагает
монорепозиторий в котором находятся все исходники.
При создании нового решения, мы просто добавляем нужные проекты
и имеем. . .
|