|
37 / 31 / 5
Регистрация: 30.04.2014
Сообщений: 1,037
|
||||||||||||||||
Создание нескольких экземпляров объекта драйвера10.11.2014, 11:16. Показов 1829. Ответов 10
Метки нет (Все метки)
Здравствуйте. Прочёл книгу Солдатова (дважды), однако не нашёл там объяснения того, как можно создать несколько объектов (экземпляров) одного драйвера. У Солдатова в главе 3 "Простой драйвер "в-стиле-NT": Example.sys" приводится пример простого драйвера. В процедуре Unload производится "зачистка" объектов драйвера с учётом того, что их может быть несколько. Однако в процедурах DriverEntry и CreateDevice, как я понял, таких возможностей не предусмотрено. Честно пытался создать несколько экземпляров с помощью SCM, один создаётся и всё.
Подскажите, что нужно переделать. Пытался перенести IoCreateDevice в процедуру драйвера CreateDevice - безрезультатно. Может я что не так сделал. Ниже куски примера из Солдатова.
P.S. Я правильно понимаю, что для Legacy драйверов функция AddDevice не вызывается?
0
|
||||||||||||||||
| 10.11.2014, 11:16 | |
|
Ответы с готовыми решениями:
10
Заполнение нескольких экземпляров объекта Как произвести действия с одинаковыми свойствами нескольких экземпляров одного объекта? Работа с классами: создание нескольких экземпляров класса |
|
Ушел с форума
|
||||
| 10.11.2014, 14:05 | ||||
|
Может быть несколько устройств (DEVICE_OBJECT), у каждого устройства может быть несколько клиентов (различать можно по FsContext1, например), но DRIVER_OBJECT и образ драйвера всегда в одном экземпляре. DRIVER_OBJECT, а DEVICE_OBJECT). В драйвере можно понасоздавать сколько угодно DEVICE_OBJECT-ов, и они будут в связном списке pDriverObject->DeviceObject. Код выше (Unload) демонстрирует именно это.
0
|
||||
|
37 / 31 / 5
Регистрация: 30.04.2014
Сообщений: 1,037
|
||
| 10.11.2014, 14:13 [ТС] | ||
|
Если можно подскажите, как это сделать. У Солдатова не совсем ясно описано. Да и у Они я что-то не нашёл.
0
|
||
|
Ушел с форума
|
|
| 10.11.2014, 14:14 | |
|
IoCreateDevice(Secure). Или я не понял вопрос.
0
|
|
|
37 / 31 / 5
Регистрация: 30.04.2014
Сообщений: 1,037
|
|
| 10.11.2014, 14:32 [ТС] | |
|
У Они написано, что имена устройств задаются динамически, как-то через расширение устройства вроде.
То есть, если можно, скажите как создать несколько объектов устройств, как их различать (обращаться). У Они даже глава есть, что не надо назначать драйверам имена устройств. И совсем ламерский вопрос, в чём отличие создания объекта драйвера (если я правильно сказал) вызовом CreateFile по имени драйвера и по символьной ссылке. Добавлено через 41 секунду Допустим я хочу создать три объекта драйвера. Добавлено через 44 секунды Пардон, три объекта устройств, управляемых этим драйвером. Как это сделать? Добавлено через 25 секунд DriverEntry же вызывается один раз? Добавлено через 1 минуту То есть IoCreateDevice надо не в DriverEntry вызывать? А где? В своём обработчике CreateDevice? Добавлено через 1 минуту У меня просто когда я пытаюсь вызвать функцию CrуateFile у SCM менеджера, возвращается 0xFFFFFFFF, т.е. ошибка. Добавлено через 3 минуты Допустим, у меня два LPT порта, есть свой драйвер для LPT. И я их хочу открыть. Я регистрирую свой драйвер extLPT.sys с помощью SCM менеджера. При этом вызывается DriverEntry (вроде так ведь?). Т.е. IoCreateDevice по-хорошему там делать нельзя? Добавлено через 1 минуту Затем по полученному хэндлу я должен создать объект устройства (возможно я путаюсь в терминах), т.е. сделать CreateFile(имя)? Добавлено через 38 секунд P.S. Наверное всё в кашу смешал... Почитаю дальше Они.
0
|
|
|
Ушел с форума
|
|
| 10.11.2014, 14:33 | |
|
Отвечу сегодня вечером, когда время будет.
1
|
|
|
37 / 31 / 5
Регистрация: 30.04.2014
Сообщений: 1,037
|
|
| 10.11.2014, 14:34 [ТС] | |
|
И опять хочу объект устройства создать. Но второй раз CreateFile по этим имени и хэндлу уже возвращает ошибку. Так ведь?
Добавлено через 33 секунды Спасибо большое. Наверное мне тоже надо знания систематизировать.
0
|
|
|
Ушел с форума
|
|||||||||||||||
| 10.11.2014, 21:09 | |||||||||||||||
Сообщение было отмечено Khludenkov как решение
Решение
В драйверах мы имеем дело с тремя ключевыми структурами: DRIVER_OBJECT,
DEVICE_OBJECT и IRP. DRIVER_OBJECT - это объект, связанный с драйвером, он хранит указатели на функции обработки I/O, функции AddDevice/Unload, на список устройств и т.д., то есть, управляет общими для всего драйвера данными. Этот объект всегда существует в единственном экземпляре. DEVICE_OBJECT - это объект, представляющий устройство, созданное драйвером. В большинстве случаев DEVICE_OBJECT требуется для работы с вводом-выводом. Понятие "устройство" - абстракция, за которой может скрываться все, что угодно. Если в режиме пользователя конечное устройство ввода-вывода представлено файловым дескриптором (HANDLE), то в ядре это DEVICE_OBJECT. Между HANDLE и DEVICE_OBJECT существует отношение "многие к одному", т.е. на одном DEVICE_OBJECT может быть открыто много хэндлов. Драйвер может создать как ни одного, так и несколько DEVICE_OBJECT-ов. IRP - это пакет ввода-вывода. В системе ввода-вывода это основной носитель информации. IRP всегда адресован конкретному драйверу и "знает" целевой DEVICE_OBJECT, который должен заняться его обработкой. Работает это все примерно следующим образом. Сначала драйвер создает один или более DEVICE_OBJECT-ов и символьные ссылки на них, а также регистрирует обработчики ввода-вывода: IRP_MJ_CREATE, IRP_MJ_WRITE и т.д. Когда приложение вызывает CreateFile, используя символьную ссылку, в драйвер приходит IRP-пакет с кодом IRP_MJ_CREATE, причем в запросе передается указатель на соответствующий DEVICE_OBJECT, которому этот запрос адресован. Если кто-то другой вызовет CreateFile, в драйвер придет еще один IRP_MJ_CREATE на это же устройство. Если драйвер успешно завершает запрос, в приложение возвращается HANDLE, через который можно работать с драйвером такими функциями, как DeviceIoControl, например. На каждую операцию ReadFile, WriteFile, DeviceIoControl, CloseHandle будет вызываться соответствующий обработчик драйвера с соответствующим DEVICE_OBJECT. Драйвер может различать разных клиентов одного и того же DEVICE_OBJECT, используя поле FileObject стека IRP (см. IoGetCurrentIrpStackLocation): каждому клиенту соответствует объект FILE_OBJECT ядра. Нередко, особенно при написании фильтрующих драйверов, возникает необходимость иметь два и более DEVICE_OBJECT, обслуживающих разные по сути устройства: например, одно устройство воткнуто в стек клавиатуры и перехватывает нажатия клавиш, а второе устройство принимает команды от управляющего приложения. При этом на фильтрующем устройстве нужно обрабатывать все IRP-коды, пропуская их вниз, а на устройстве управления требуется поддержать, к примеру, только read-write-open-close. Возникает загвоздка: когда приходит IRP, вы не знаете, какому именно устройству оно адресовано - фильтрующему или управляющему. Здесь поступают так: в объявлении DEVICE_EXTENSION обоих устройств делается одно общее поле, например DeviceTag. При создании фильтрующего устройства туда пишется что-нибудь типа DEVTAG_FILTER, а при создании управляющего - DEVTAG_CONTROL. Когда приходит IRP-запрос, мы заглядываем в DeviceExtension устройства и находим там его тип:
более правильная в концептуальном плане: вместо DeviceTag хранить в DEVICE_EXTENSION указатель на таблицу обработчиков IRP для данного устройства. Получится, что у каждого устройства будет свой массив MajorFunction. Код не привожу, так как он элементарен. Ну и как полагается, все это лучше скрыть за удобными и безопасными обертками, чтобы не "зашумлять" код. Кстати, в WDF так давно все уже и сделано. это legacy (т.е. не PnP) устройство, которое будет открываться из режима пользователя или из другого драйвера по символьной ссылке. Для PnP-устройств другая схема: там имя генерируется автоматически, вида "Device\00000087", а символьную ссылку создает PnP-менеджер. В обработчике CreateDevice не получится: ведь устройства еще нет, значит, символьной ссылки на него тоже нет, а следовательно и имени, которое пользователь может передать в CreateFile, тоже нет. Нечего открывать. типа драйвера. Можно и там, и там, кстати. По поводу LPT - не знаю, мне этот стек плохо знаком, даже не в курсе, поддерживается ли модель WDM или нет. драйвер где-нибудь в DriverEntry связал с одним из своих устройств. открывать только один клиент.
1
|
|||||||||||||||
|
37 / 31 / 5
Регистрация: 30.04.2014
Сообщений: 1,037
|
||
| 11.11.2014, 08:18 [ТС] | ||
|
Спасибо большое десять раз.
А если это WDM драйвер, то можно в AddDevice. А AddDevice вызывается при каждом подключении (нового) устройства? И для каждого подключенного устройства можно "на лету" создать свой объект устройства?
0
|
||
|
Ушел с форума
|
|||
| 11.11.2014, 09:26 | |||
|
только указатель на DRIVER_OBJECT и IRQL ниже DISPATCH_LEVEL. указатель на Physical Device Object.
1
|
|||
|
37 / 31 / 5
Регистрация: 30.04.2014
Сообщений: 1,037
|
|
| 11.11.2014, 10:08 [ТС] | |
|
Спасибо. Тему можно считать закрытой.
0
|
|
| 11.11.2014, 10:08 | |
|
Помогаю со студенческими работами здесь
11
Обращение к каждому из экземпляров объекта
Запуск нескольких экземпляров IntelliJ IDEA Открытие нескольких экземпляров одной формы Установка нескольких экземпляров MSSQL на одном компьютере Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами
8Observer8 20.02.2026
Содержание блога
Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .
|
Конвертировать закладки radiotray-ng в m3u-плейлист
damix 19.02.2026
Это можно сделать скриптом для PowerShell. Использование
. \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json>
Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом.
# Check if. . .
|
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI
Eddy_Em 18.02.2026
Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так:
https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347
Основана на STM32F303RBT6.
На борту пять. . .
|
Камера Toupcam IUA500KMA
Eddy_Em 12.02.2026
Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
|
|
И ясному Солнцу
zbw 12.02.2026
И ясному Солнцу,
и светлой Луне.
В мире
покоя нет
и люди
не могут жить в тишине.
А жить им немного лет.
|
«Знание-Сила»
zbw 12.02.2026
«Знание-Сила»
«Время-Деньги»
«Деньги -Пуля»
|
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров
8Observer8 12.02.2026
Содержание блога
Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .
|
SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image)
8Observer8 11.02.2026
Содержание блога
Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .
|