Здравствуйте, уважаемые форумчане. Мне не очень понятно, что из себя представляют драйверы и контексты. Как я понял:

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

Контекст устройства - программа, работающая с драйвером... А она-то зачем? Посылает драйверу нужные сигналы?  

Схема действия, как я понимаю, такая:
Программа => Windows => Контекст => Драйвер => Устройство
И Windows в этой схеме предоставляет библиотеку GDI. Что она делает, тоже не до конца понятно.

Заранее благодарен за объяснения.

Это сообщение отредактировал(а) Hagrael - 4.8.2011, 08:09

Драйвер - это прослойка между устройством и операционной системой. Что такое контекст я не знаю (подозреваю это что-то Windows-специфичное). Скорее всего, это просто идентификатор, который позволяет однозначно определить устройство (в *nix - это файл, или дескриптор файла, если он открыт).
Когда тебе необходимо общаться с устройством, ты запрашиваешь его контекст у операционной системы. Если устройство свободно, то ОС его тебе выделяет. Есть определенный набор операций, доступный данному устройству (обычно, он стандартен для каждого типа устройств). Когда ты применяешь какую-либо операцию к контексту, то система перенаправляет запрос драйверу, а тот уже транслирует эту операцию в команды отправляемые устройству. Соответственно, результат выполнения команд обратно преобразуется в стандартную для операции форму и возвращается ОС, которая уже передает ее твоей программе.

Т. е. в схеме, приведенной выше, пункты Windows и Контекст можно объединить?

P.S.: Ну и названия придумывают...

В 'схеме, приведенной выше' совершенно непонятно, что имеется в виду под Windows и Контекст. 
  

Во первых драйвер это НЕ программа в привычном для нас смысле. Это скорее набор функций, которые подсовываются ОС, и которые она использует для выполнения неких действий. Посему драйвер лучше сравнивать с ДИНМИЧЕСКОЙ библиотекой функций.


Рискну предположить что вышеупомянутый "контекст устройства" это собсно программа которая его (драйвер) использует\обращается.
К примеру, при попытке некой программы прочесть некий файл, функции драйвера жесткого диска реализующие чтение будут вызваны непосредственно в адресном пространстве этой программы. читай драйверу будет видно всю память программы которая к нему обращается

Можно ещё предположить, что контекст устройства - это структура с данными о конкретном устройстве (шина, номер слота и т.п.). Дело в том, что для всех устройств одного типа создаётся один драйвер, в который приподключении устройства ОС передаёт этот самый контекст.

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

Не мог бы кто-нибудь из участников форума сделать схему взаимодействия программы и видеокарты?

  

  

Ф-ции драйвера (в Windows) работают на уровне ядра. Напрямую вызывать ф-ции, работающие на уровне ядра можно только из ядра. Из пользовательского режима они "не видны". Для того, чтобы их всё-таки вызвать, существует API-функция DeviceIoControl. Вот почитай http://ru.wikipedia.org/wiki/Кольца_защиты
Вообще, схема общения программы с устройством практически всегда такая:

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

Добавлено @ 11:06
Предположим, что драйвер видеокарты создаёт symlink "video" и умеет выполнять одну команду "нарисовать точку". Входные параметры команды: x, y, color. Выходных нет.
В GDI есть ф-ции "установить цвет", "переместить указатель рисования" и "нарисовать линию от указателя до точки (x,y)" (псевдо(очень псевдо)код):


Это сообщение отредактировал(а) borisbn - 9.8.2011, 11:11

А откуда GDI узнает о том, какая команда у драйвера что требует? Ведь драйвера же разные бывают... Ведь разные?   

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


для однотипных устройств драйвера "выглядят" для ОС (вернее для GDI) одинакого. Отличаются они внутренней начинкой.

Плюс к тому, наверняка у Microsoft имеется договорённость с nVidia, ATI, Intel, etc. о том, что если они хотят расширить список команд и/или параметров, то они сообщают об этом в Microsoft, а те в очередной версии учитывают эти расширения.

borisbn, понятно! А GDI предоставляет ну совсем уж верхоуровневый API, я правильно понял? И, получается, для каждой ОС свои драйвера?


Т. е. на старых версиях GDI эти новые драйвера будут:
а) пахать не в полную мощь
б) вообще не будут пахать

P.S.: Тут, как я понял, идет речь о драйверах, выпускаемых nVidia, ATI и Intel, а не самих устройствах. Я правильно понял?

  

а ты когда-нить слышал о кроссплатформенных драйверах ? Я - нет.


не уверен, т.к. всю поднаготную драйверов/ОС/GDI не знаю, но думаю, что да, все ф-ции новых драйверов работать не будут на старом ГДИ


а вот это я не понял. чойта ?

кроме того, что это API - это HAL


а какже виндовские сетевые драйвера, отлично в никсах работают, только через ndiswrapper  

Я имел в виду, что компании Microsoft не интересны нововведения в "API видеокарты" (если так можно назвать самые низкоуровневые команды, посылаемые непосредственно видеокарте от драйвера), что компанию Microsoft интересуют исключительно нововведения в драйверах данных фирм, т. к. GDI будет работать именно с ними. GDI ведь не будет абсолютно никак взаимодействовать напрямую с видеокартой? И, выходит, что у API видеокарты нет никаких стандартов и спецификации, правильно? А с появлением новых версий GDI контекст устройства ведь тоже может принять новые возможности, ведь так?

Не совсем. Минимальное API как-то стандартизировано. Когда ты только ставишь винду или заходишь в Windows в безопасном режиме включается "универсальный" драйвер от самих мелкомягких. Он знает о видеокарте только то, что она умеет отображать пикселы в нужном месте и нужным цветом. Никаких 3D-акселераций не используется.