Programming the Microsoft Windows Driver Model, Walter Oney, 2003
Programming the Microsoft Windows Driver Model, Walter Oney, 2003.
Microsoft Windows Driver Model (WDM) поддерживает Plug and Play и обеспечивает мощные возможности управления. В этой книге, написанной опытнейшим экспертом в области разработки драйверов Уолтером Они совместно с командой разработчиков ядра Windows, вы найдете все необходимое для понимания процесса написания драйверов: подробные практические примеры, иллюстрации, советы и построчный анализ примеров кода. В книге рассмотрены подробности драйверных технологий, начиная с Windows 98 и заканчивая Windows XP, а также представлена дополнительная информация по отладке драйверов.
A Brief History of Device Drivers.
The earliest PCs ran on an Intel processor chip that provided addressability for 640 KB of “real” memory—so called because the memory was really there in the form of memory chips that the processor addressed directly by means of a 20-bit physical address. The processor itself offered just one mode of operation, the so-called real mode, wherein the processor combined information from two 16-bit registers to form a 20-bit memory address for every instruction that referenced memory. The computer architecture included the concept of expansion slots that brave users could populate with cards purchased separately from the computer itself. The cards themselves usually came with instructions about how to set DIP switches (later, jumpers between pins) in order to make slight changes in I/O configuration. You had to keep a map of all the I/O and interrupt assignments for your PC in order to do this correctly. MS-DOS incorporated a scheme based on the CONFIG.SYS file whereby the operating system could load real-mode device drivers for original equipment and for add-on cards. Inevitably, these drivers were programmed in assembly language and relied to a greater or lesser extent on the INT instruction to talk to the BIOS and to system services within MS-DOS itself. End users perforce learned how to invoke applications via commands. Application programmers perforce learned how to program the video display, keyboard, and mouse directly because neither MS-DOS nor the system BIOS did so adequately.
Later on, IBM introduced the AT class of personal computers based on the Intel 80286 processor. The 286 processor added a protected mode of operation wherein programs could address up to 16 MB of main and extended memory using a 24-bit segment address (specified indirectly via a segment selector in a 16-bit segment register) and a 16-bit offset. MS-DOS itself remained a real-mode operating system, so several software vendors built DOS extender products to allow programmers to migrate their real-mode applications to protected mode and gain access to all the memory that was becoming available on the market. Since MS-DOS was still in charge of the computer, driver technology didn’t advance at this point.
Бесплатно скачать электронную книгу в удобном формате, смотреть и читать:
Скачать книгу Programming the Microsoft Windows Driver Model, Walter Oney, 2003 — fileskachat.com, быстрое и бесплатное скачивание.
Скачать chm
Ниже можно купить эту книгу по лучшей цене со скидкой с доставкой по всей России. Купить эту книгу
Programming the Microsoft Windows Driver Model, Walter Oney, 2003
Programming the Microsoft Windows Driver Model, Walter Oney, 2003.
Microsoft Windows Driver Model (WDM) поддерживает Plug and Play и обеспечивает мощные возможности управления. В этой книге, написанной опытнейшим экспертом в области разработки драйверов Уолтером Они совместно с командой разработчиков ядра Windows, вы найдете все необходимое для понимания процесса написания драйверов: подробные практические примеры, иллюстрации, советы и построчный анализ примеров кода. В книге рассмотрены подробности драйверных технологий, начиная с Windows 98 и заканчивая Windows XP, а также представлена дополнительная информация по отладке драйверов.
A Brief History of Device Drivers.
The earliest PCs ran on an Intel processor chip that provided addressability for 640 KB of “real” memory—so called because the memory was really there in the form of memory chips that the processor addressed directly by means of a 20-bit physical address. The processor itself offered just one mode of operation, the so-called real mode, wherein the processor combined information from two 16-bit registers to form a 20-bit memory address for every instruction that referenced memory. The computer architecture included the concept of expansion slots that brave users could populate with cards purchased separately from the computer itself. The cards themselves usually came with instructions about how to set DIP switches (later, jumpers between pins) in order to make slight changes in I/O configuration. You had to keep a map of all the I/O and interrupt assignments for your PC in order to do this correctly. MS-DOS incorporated a scheme based on the CONFIG.SYS file whereby the operating system could load real-mode device drivers for original equipment and for add-on cards. Inevitably, these drivers were programmed in assembly language and relied to a greater or lesser extent on the INT instruction to talk to the BIOS and to system services within MS-DOS itself. End users perforce learned how to invoke applications via commands. Application programmers perforce learned how to program the video display, keyboard, and mouse directly because neither MS-DOS nor the system BIOS did so adequately.
Later on, IBM introduced the AT class of personal computers based on the Intel 80286 processor. The 286 processor added a protected mode of operation wherein programs could address up to 16 MB of main and extended memory using a 24-bit segment address (specified indirectly via a segment selector in a 16-bit segment register) and a 16-bit offset. MS-DOS itself remained a real-mode operating system, so several software vendors built DOS extender products to allow programmers to migrate their real-mode applications to protected mode and gain access to all the memory that was becoming available on the market. Since MS-DOS was still in charge of the computer, driver technology didn’t advance at this point.
Бесплатно скачать электронную книгу в удобном формате, смотреть и читать:
Скачать книгу Programming the Microsoft Windows Driver Model, Walter Oney, 2003 — fileskachat.com, быстрое и бесплатное скачивание.
Скачать chm
Ниже можно купить эту книгу по лучшей цене со скидкой с доставкой по всей России. Купить эту книгу
Уолтер они использование microsoft windows driver model pdf
Здравствуйте, okman,
O>Ищу литературу и вообще разнообразные источники информации по разработке драйверов для Windows.
—
Не забывайте о первоисточниках.
C уважением,
Геннадий Майко.
 | От: | -prus- |
| Дата: | 16.12.10 12:17 | |
| Оценка: | 6 (1) | |
Здравствуйте, okman, Вы писали:
Автор(ы): Уолтер Они
Издательство: Питер
Цена: 609р.
Microsoft Windows Driver Model (WDM) поддерживает Plug and Play и обеспечивает мощные возможности управления. В этой книге, написанной опытнейшим экспертом в области разработки драйверов Уолтером Они совместно с командой разработчиков ядра Windows,
 | От: | okman |
| Дата: | 11.12.10 17:51 | |
| Оценка: |
Ищу литературу и вообще разнообразные источники информации по разработке драйверов для Windows.
В kernel-mode программировать время от времени приходится, но чувствую, что в некоторых
важных аспектах не силен вообще.
WinDDK, само собой, установлен. 
Уолтера Они («Использование Microsoft Windows Driver Model») читал, а также «Программирование
драйверов Windows» Солдатова — обе книги довольно неплохие, на мой взгляд.
Комиссарову тоже читал, но ее «брошюра» совершенно ерундовая — глубины вообще никакой.
Вот, собственно, все что встречал по данному вопросу.
А хочется чего-то более глубокого, пусть с сильной спецификой предметной области.
Есть у меня скомпилированный цикл статей KmdTut, добытый где-то на WASM и несколько
PDF-файлов по программированию TDI и NDIS, найденных чуть ли не случайно и давно уже не
помню где — это те самые «граммы радия», которые я ищу. Остались ли они в природе ?
Или давно уничтожены полураспадом ?
 | От: | x64 | http://x64blog.name |
| Дата: | 11.12.10 19:23 | ||
| Оценка: |
O>Ищу литературу и вообще разнообразные источники информации по разработке драйверов для Windows.
Тема драйверов весьма объёмная сама по себе, потому я бы посоветовал уточнить для себя конкретные направления и развиваться только в них. В итоге станешь узким специалистом, но зато высококвалифицированным. Это лишь моё скромное мнение, не навязываю, просто считаю, что не следует хватать знания «про запас», а решать вполне насущные задачи, которые тебе ставит заказчик.
O>В kernel-mode программировать время от времени приходится, но чувствую, что в некоторых
O>важных аспектах не силен вообще.
Может быть, проще будет тупо уточнить эти конкретные аспекты здесь, на форуме?
| | От: | okman |
| Дата: | 12.12.10 12:55 | |
| Оценка: |
Здравствуйте, x64, Вы писали:
x64>Тема драйверов весьма объёмная сама по себе, потому я бы посоветовал уточнить для себя конкретные направления и развиваться только в них. В итоге станешь узким специалистом, но зато высококвалифицированным. Это лишь моё скромное мнение, не навязываю, просто считаю, что не следует хватать знания «про запас», а решать вполне насущные задачи, которые тебе ставит заказчик.
Это верно, я сам придерживаюсь такой же точки зрения.
O>>В kernel-mode программировать время от времени приходится, но чувствую, что в некоторых
O>>важных аспектах не силен вообще.
x64>Может быть, проще будет тупо уточнить эти конкретные аспекты здесь, на форуме?
Да как сказать. Для разработки полноценных драйверов устройств или систем безопасности у
меня просто не хватит квалификации, зато попадаются небольшие, но специфические задачи.
Как правило, связанные с всяческими фильтрациями — то есть все от TDI/WFP и заканчивая
фильтрами файловой системы.
Базовые вещи я вроде как понимаю, однако на практике иногда начинается блуждание по «темным углам».
Например, нужно было из TDI-фильтра как-то уведомить приложение в user-mode о исходящем
соединении и передать IP/порт — голову сломал, пока придумал как это можно организовать,
не включая кучу разных Event-ов, ожиданий и переключений контекстов.
И все равно, осталось ощущение, что задачка решалась как-то элегантнее — может быть, через APC.
В общем, информацию ищу не столько по программированию драйверов устройств, сколько по технике и
приемам их написания — примерно как в Вашем блоге 
.
Возможно, где-то есть исходники с хорошими комментариями или нечто подобное тем PDF-кам,
которые я когда-то удачно «откопал».
 | От: | Johnsson |
| Дата: | 14.12.10 09:34 | |
| Оценка: |
Здравствуйте, okman, Вы писали:
Попробуйте разбор примеров, которые идут с DDK и в интернете. Нет, правда, такого количества приемов вы не найдете даже в самом подробном блоге . А книги и документация MS просто объясняют назначение функций и самые базовые приемы (причем большинство книг по драйверам, которые мне встречались, были свободные переводы ddk). По мере чтения исходников заглядывайте в ddk, проясняя непонятные детали. Читать придется много, но вы многому научитесь.
Правда здесь нужен выработать навык чтения чужих текстов , которых зато все же больше чем готовых рецептов.
Еще нужно представление о том, как система работает изнутри — понять, почему это так сделано, как следовать архитектуре системы (не изобретая новых ненужных способов), понять какие средства/возможности система предоставляет вам в ядре.
 | От: | neu7ron |
| Дата: | 16.12.10 08:08 | |
| Оценка: |
Здравствуйте, okman, Вы писали:
O>Привет всем !
O>Ищу литературу и вообще разнообразные источники информации по разработке драйверов для Windows.
| | От: | -prus- |
| Дата: | 17.12.10 12:32 | |
| Оценка: |
Здравствуйте, okman, Вы писали:
Вот еще может пригодится:
Автор(ы): М. Руссинович, Д. Соломон
Издательство: Питер, Русская Редакция
Цена: 750р.
Книга посвящена внутреннему устройству и алгоритмам работы основных компонентов операционной системы Microsoft Windows — Windows Server 2003, Windows XP и Windows 2000 — и файловой системы NTFS. Детально рассмотрены системные механизмы:
