¡

Un driver de dispositivo del, un o un conductor de software del es un programa de computadora permitiendo que los programas de computadora de alto nivel obren recíprocamente con un dispositivo del hardware .

Un conductor comunica típicamente con el dispositivo con el autobús de la computadora o el subsistema de comunicaciones con los cuales el hardware está conectado. Cuando un programa de llamada invoca una rutina en el conductor, el conductor publica comandos al dispositivo. Una vez que el dispositivo envía datos de nuevo al conductor, el conductor puede invocar rutinas en el programa de llamada original. Los conductores son hardware-dependientes y el operating-system - específico. Proporcionan generalmente la dirección de la interrupción requerida para cualquier interfaz de hardware dependiente del tiempo asincrónico necesario.

Propósito

Un driver de dispositivo simplifica la programación actuando como traductor entre un dispositivo y los usos o los sistemas operativos que lo utilicen. El código de alto nivel se puede escribir independiente de cualquier dispositivo de hardware específico puede controlar. Cada versión de un dispositivo, tal como una impresora, requiere sus propios comandos especializados. En cambio, la mayoría de los usos tienen acceso a los dispositivos (tales como envío de un archivo a una impresora) usando comandos de alto nivel, genéricos, tales como PRINTLN. El conductor acepta estas declaraciones genéricas y las convierte en los comandos bajos requeridos por el dispositivo.

Diseño

Los drivers de dispositivo se pueden abstraer en capas lógicas y físicas. Las capas lógicas procesan los datos para una clase de dispositivos tales como puertos de Ethernet o accionamientos de disco. Las capas físicas comunican con casos específicos del dispositivo. Por ejemplo, un puerto serial necesita manejar los protocolos de comunicación estándar tales como XON/XOFF que son comunes para todo el hardware del puerto serial. Esto sería manejada por una capa lógica del puerto serial. Sin embargo, la capa lógica necesita comunicar con una viruta particular del puerto serial. El hardware del UART 16550 diferencia de PL-011. La capa física trata éstos las variaciones del específico de la viruta. Convencionalmente, las peticiones del OS van a la capa lógica primera. Alternadamente, la capa lógica invita la capa física para ejecutar peticiones del OS en los términos comprensibles por el hardware. Inverso, cuando un dispositivo de hardware necesita responder al OS, utiliza la capa física para hablar con la capa lógica.

Los drivers de dispositivo del linux se incorporan al núcleo del OS, y consiguen así construidos para la pedacito-anchura apropiada automáticamente. A condición de que la suficiente información técnica sobre el hardware está disponible, el equipo del núcleo del linux escribirá los conductores gratuitamente. Esto absuelve a vendedores de hardware y a usuarios finales de tener que preocuparse de conductores.

Además, los drivers de dispositivo se pueden construir como partes del núcleo o se pueden construir por separado como módulos cargables. Los archivos de Windows .sys y los módulos del linux .ko son drivers de dispositivo cargables. La ventaja de los drivers de dispositivo cargables es que pueden ser cargados solamente cuando memoria necesaria y después descargada, así del ahorro del núcleo.

Desarrollo

La escritura de un driver de dispositivo requiere una comprensión profundizada de cómo funcionan el soporte físico y el software de una plataforma dada . " de los conductores; … funcionar en un ambiente alto privilegiado y puede causar desastre si consiguen a cosas… el " incorrecto; En cambio, la mayoría del software user-level en los sistemas operativos moderno puede ser parado sin grandemente afectar al resto del sistema. Incluso los conductores que ejecutan en el modo del usuario pueden bloquear un sistema si el dispositivo se programa erróneamente. Estos factores hacen más difícil y peligroso diagnosticar problemas.

Así los conductores son escritos generalmente por las Software Engineers que vienen de las compañías que desarrollan el hardware. Esto es porque tienen mejor información que la mayoría de los forasteros sobre el diseño de su hardware. Por otra parte, era considerado tradicionalmente en hardware interés de s del fabricante el 'de garantizar que sus clientes pueden utilizar su hardware en una manera óptima. Típicamente, el driver de dispositivo lógico del (LDD) es escrito por el vendedor del sistema operativo, mientras que el driver de dispositivo físico del (PDD) es ejecutado por el vendedor del dispositivo. Pero los no-vendedores han escrito estos últimos años los drivers de dispositivo numerosos, principalmente para el uso con los sistemas libremente operativos . En tales casos, es importante que el fabricante de hardware proporciona la información en cómo el dispositivo comunica. Aunque esta información se pueda en lugar de otro aprender por la ingeniería reversa, esto es mucho más difícil con hardware que está con software.

Microsoft ha intentado reducir la inestabilidad del sistema debido a los drivers de dispositivo mal escritos, creando un nuevo marco para el desarrollo del conductor, llamado la fundación (WDF) del conductor de Windows. Esto incluye el marco (UMDF) del conductor del Usuario-Modo que anima el desarrollo de ciertos tipos de conductores - sobre todo ésos que apliquen un protocolo Mensaje-basado para comunicar con sus dispositivos - como conductores del modo del usuario. Si funcionan incorrectamente tales conductores, no causan inestabilidad del sistema. El modelo del marco (KMDF) del conductor del Núcleo-Modo continúa permitiendo el desarrollo de los drivers de dispositivo del núcleo-modo, pero intenta proporcionar puestas en práctica estándar de las funciones que son bien sabido causar problemas, incluyendo la cancelación de las operaciones de la entrada-salida, gerencia de la energía, y de la ayuda lista para el uso del dispositivo.

Apple tiene un marco de la abrir-fuente para los conductores que se convierten en el mac OS x llamado el kit de la entrada-salida.

Usos del driver de dispositivo

Debido a la diversidad del hardware moderno y de los sistemas operativos, muchas maneras existen en qué conductores pueden ser utilizados. Los conductores se utilizan para el que interconecta con:
Impresoras * adaptadores video * tarjetas de red * tarjetas de sonidos * El local transporta de varias clases - particularmente, para el autobús que domina en sistemas modernos
Autobuses Low- de la entrada-salida de la anchura de banda de varias clases (para los dispositivos punteagudos tales como ratones, USB de los teclados, etc.)
Dispositivos de la memoria interna tales como disco duro, CD-ROM y autobuses del disco blando ( ATA, SATA, SCSI )
Ejecución de la ayuda para diversos sistemas de ficheros * Ejecución de la ayuda para los exploradores de la imagen y las cámaras digitales

Los niveles de abstracción comunes para los drivers de dispositivo son
Para el hardware: Interconexión directo
Usar un cierto interfaz de alto nivel (e. vídeo BIOS )
Usar otro driver de dispositivo de nivel inferior (e. conductores del sistema de ficheros que usan los conductores de disco)
Simulando el trabajo con hardware, mientras que hace algo enteramente diferente
Para el software: Permitir la acceso directa del sistema operativo a los recursos de hardware
Ejecución solamente de los primitivos ** Ejecutando un interfaz para el software del non-driver (e. TWAIN )
Ejecutando una lengua, a veces absolutamente de alto nivel (e. posdata )

Elegir y la instalación de los drivers de dispositivo correctos para el hardware dado es a menudo un componente clave de la configuración del sistema informático.

Drivers de dispositivo virtuales

Una variante particular de los drivers de dispositivo es los drivers de dispositivo virtuales del . Se utilizan en ambientes de la virtualización, por ejemplo cuando un programa del MS-DOS se funciona con en una computadora de Microsoft Windows o cuando un sistema operativo de la huésped se funciona con encendido, por ejemplo, un anfitrión de Xen . En vez de permitir el sistema operativo de la huésped al diálogo con hardware, los drivers de dispositivo virtuales toman el papel opuesto y emulan a un pedazo de hardware, de modo que el sistema operativo de la huésped y sus conductores que funcionan dentro de una máquina virtual puedan tener la ilusión de tener acceso el hardware verdadero. Las tentativas por el sistema operativo de la huésped de tener acceso al hardware se encaminan al driver de dispositivo virtual en el sistema operativo del anfitrión como e. las llamadas de función el driver de dispositivo virtual pueden también enviar acontecimientos simulados del procesador-nivel como las interrupciones en la máquina virtual.

Abrir los conductores

Impresoras: El AHUECA .
Exploradores: SANO.
Vídeo: Vidix

APIs del conductor

Arquitectura avanzada (ALSA) - el interfaz moderno estándar del sonido del linux del conductor del sonido del linux
Kit - un marco de la entrada-salida de la abrir-fuente Apple para el mac que se convierte OS x drivers de dispositivo de
Sistema de ficheros instalable (IFS) - un sistema de ficheros API para IBM OS/2 y el NT de Microsoft Windows
Especificación de interfaz del conductor de la red (NDIS) - un conductor estándar API de la tarjeta de red
Interfaz datalink abierto (ODI) - una tarjeta de red API similar a la NDIS
Acceso ahora fácil del explorador (SANO) - un interfaz del public domain al hardware del explorador de la imagen de trama
Interfaz uniforme (UDI) - un proyecto cruzado del conductor del interfaz del conductor de la plataforma
Modelo (WDDM) - la nueva arquitectura del conductor de la exhibición de Windows del conductor de la representación gráfica para el Windows Vista
Fundación (WDF) del conductor de Windows
Modelo (WDM) del conductor de Windows

Ver también

Soportes lógico inalterable
Conductor de la clase
Hardware abierto
Registro
Interrupción
Conductor de impresora
Disco F6

.

Zenithic

Baltinglass

Random links:

Cayman Islands | Premio Grammy para el mejor álbum tradicional del evangelio del alma | Lori pequeño | Alex Sánchez (boxeador) | Abrial A-3 Oricou