|
TRABAJO
SOBRE DRIVERS CONCEPTO Los drivers o controladores, son los
encargados de actuar como interfaz entre el sistema operativo y los
dispositivos que componen un ordenador, es así como todos los
componentes se entienden y trabajan conjuntamente. En el caso de una tarjeta gráfica, es
el driver el que informa al sistema operativo sobre las distintas
resoluciones que soporta ésta, el número de colores, frecuencia de
actualización, resolución, etc. Aunque los sistemas operativos
incluyen los controladores de los periféricos más extendidos del
mercado, estos son regularmente modificados por el fabricante con objeto
de mejorar su rendimiento. De igual modo, el continuo lanzamiento
de dispositivos al mercado antes que los competidores, hace que se
vendan productos con unos drivers que en muchos casos tienen fallos que
pudieran desestabilizar el sistema operativo. Es por esto, que el
fabricante frecuentemente mejora y rectifica los errores introducidos en
las versiones anteriores e incluye nuevas funciones. Los drivers pueden sufrir varias
actualizaciones en un año Si consideramos el número de dispositivos
instalados en un ordenador (impresoras, scáners, tarjetas de sonido,
etc.) nos daremos cuenta de la vital importancia de mantener al día
estos archivos con el fin de conseguir los mejores rendimientos. Podemos
asegurar que gran parte de la inestabilidad de nuestros sistemas
operativos es debido a la deficiencia de los drivers instalados. Actualizar los drivers es ganar en
velocidad y estabilidad Visitar varias veces al año las páginas
web del fabricante puede significarnos también la ampliación de las
capacidades de nuestros dispositivos, incluir herramientas de diagnosis,
o algún programa que añada nuevas funcionalidades que anteriormente no
soportaban nuestros componentes. DRIVERS
PARA UNIX: En Unix, la palabra
"dispositivo" se usa para todos los dispositivos periféricos
conectados al ordenador; esto incluye los discos duros, disqueteras y CDROM, tarjetas de vídeo
y audio, puertos serie y paralelo, y demás
cosas. Cada dispositivo tiene un nombre, como /dev/hda. Los nombres mas
comunes se listan a continuación (para Linux; otras variedades de Unix
pueden usar nombres de dispositivos ligeramente diferentes). /dev/hd* (donde *=a,b,c, …): son los
dispositivos IDE, como discos duros, lectores CDROM y dispositivos ZIP.
/dev/hda representa el dispositivo maestro del primer controlador IDE
(usualmente el primer disco duro, C: en windows), /dev/hdb es el
dispositivo esclavo del primer controlador
(puede ser un segundo disco duro o un CDROM), y así sucesivamente. Véase también la nota mas abajo
acerca de los dispositivos ZIP. /dev/sd* (donde *=a,b,c, …): son los
dispositivos SCSI, normalmente discos duros. NOTA Si los acrónimos IDE y SCSI son dos
tipos de interfaces para discos duros y otros dispositivos similares:
IDE ( y sus parientes como EIDE, ATAPI, etc.) y SCSI. SCSI proporciona mejores
prestaciones, pero es mas caro, así que se usa solo en los servidores.
Si no esta seguro del tipo de dispositivos que tiene, lo mas probable es
que sean IDE. /dev/fd* (donde *=0,1, etc) son las
disqueteras; /dev/fd0 es la primera disquetera (se corresponde con A: en
windows), /dev/fd1 es la segunda (B:), etc. /dev/lp* (donde *=0,1, etc) son los
puertos paralelos; generalmente, estos puertos se usan para conectar
impresoras a su ordenador. /dev/lp0 se corresponde con LPT1 en Windows,
/dev/lp1 con LPT2, etc. /dev/ttyS* (donde *=0,1, etc) son los
puertos serie; estos puertos se usan generalmente un ratón o un módem.
/dev/ttyS0 se corresponde con COM1 en Windows, /dev/ttyS1 con COM2,
etc. /dev/audio y /dev/dsp — estos dos
dispositivos se usan para la tarjeta de audio (no hay equivalentes, ya
que se usan para diferentes tipos de ficheros de audio). Además, es una practica común
disponer de enlaces simbólicos, /dev/floppy, /dev/modem y /dev/cdrom,
apuntando a los nombres reales de los dispositivos que correspondan a la
disquetera, módem, y CDROM, respectivamente. En raras ocasiones necesitara usar los
nombres de los dispositivos. En particular, si necesita acceder a un
fichero en dispositivo, no usara el nombre del dispositivo (como
/dev/fd0); en su lugar, primero montara el dispositivo de forma vera que
su contenido como un subdirectorio (por ejemplo, /mnt/floppy) en el árbol
de directorios principal, y usa a entonces ese directorio para acceder a
los ficheros; Véase la sección de nombre Montar y desmontar
dispositivos para mas información. Prácticamente el único momento en
que necesitara usar los nombres de los dispositivos sera cuando este
configurando algún nuevo programa. Por ejemplo, un programa de fax
puede pedirle el nombre del dispositivo que representa su módem ( en
cuyo caso puede o bien darle el nombre real del dispositivo, como
/dev/ttyS1, o bien usar simplemente un enlace simbólico /dev/modem). Y solo para satisfacer su curiosidad:
también hay un dispositivo llamado /dev/null que actúa como un
"agujero negro": puede enviar allí cualquier información, y
jamas volverá. Así que si no quiere que le molesten los mensajes de
error, redirijalos a /dev/null -:). Particiones Observe que se puede subdividir un
disco duro (o un dispositivo similar) en partes que se comportan a todos
los efectos como discos independientes, aunque residan físicamente en
el mismo disco. Estas partes se llaman "particiones" (en
Windows, se conocen como "discos lógicos"). Por ejemplo,
puede dividir el disco duro en varias particiones, e instalar diferentes
sistemas operativos en diferentes particiones; puede formatear de nuevo
cada partición independientemente del resto. La división del disco
duro se realiza normalmente durante la instalación del sistema
operativo; para mas información remitase a su guia de instalación.
Si ha dividido su disco duro, entonces
cada partición se considera como un dispositivo separado. Por ejemplo,
si su disco duro es /dev/hda, entonces nos referiremos a la primera
partición de este dispositivo como /dev/hda1, la segunda como
/dev/hda2, y así sucesivamente. Particionar discos ZIP Por razones que desconocemos, los
disco ZIP preformateados a la venta en las tiendas o formateados usando
las herramientas ZIP de Iomega en Windows están particionados de una
forma curiosa: tienen solo una partición (de tipo windows, por
supuesto). De este modo, si su dispositivo ZIP es /dev/hdc, el nombre
correcto del dispositivo que debería usar para estos discos es
/dev/hdc4. Interfaz gráfica de usuario:
el sistema de ventanas X, el gestor de ventanas, y los entornos de
escritorios. Unix es un sistema modular: se compone de muchos
componentes de forma que el usuario (o el administrador de sistemas)
pueda escoger aquellos componentes que necesite. En particular, hay
varias capas de software responsables de la interfaz gráfica de
usuario. Estas capas son: el sistema de ventanas X, el gestor de
ventanas, y el entorno de escritorio. El sistema de ventanas X (También
conocido como X, o X11) es el componente de los sistemas Unix
responsable de virtualmente todas las operaciones gráficas básicas —
en particular, de dibujar los iconos, los fondos, y las ventanas en las
que se ejecutan las aplicaciones. Sin las X, solo tendríamos la linea
de comandos. X11 determina la resolución de la pantalla y la
profundidad de color, mueve el cursor del ratón alrededor de la
pantalla, etc. Sirve de base para otros componentes de la interfaz gráfica
de usuario como los gestores de ventanas y los entornos de escritorio. Los gestores de ventanas amplian las
capacidades del sistema de ventanas
X poniendo bordes y botones alrededor de la ventanas, lo que permite al
usuario moverlas, cerrarlas, ocultarlas o cambiar su tamaño. X11 se usa
casi siempre en combinación con un gestor de ventanas, ya que seria prácticamente
inutilizable sin el. Hay muchos gestores de ventanas disponibles para
X11; los mas populares son fvwm, mwm, kwm (usado por KDE),
Enlightenment, y Sawfish. Finalmente, un entorno de escritorio
va un paso mas allá del gestor de ventanas, añadiendo un gestor gráfico
de ficheros desde el cual podrá arrastrar y soltar elementos sobre su
escritorio, un panel que puede usarse para lanzar las aplicaciones
usadas frecuentemente, y un conjunto de aplicaciones y utilidades. Hay
varios entornos de escritorio disponibles para todas las versiones de
Unix; Los mas populares son GNOME, KDE y CDE (pronto sustituido por
GNOME). Casi todos los entornos de escritorio
contienen un gestor de ventanas como parte integral; por ejemplo, KDE
contiene su propio gestor de ficheros, kwm (es posible usar KDE con otro
gestor de ventanas, pero poca gente lo hace). Gnome no dispone de su
propio gestor de ventanas; le permite escoger cualquier gestor de
ventanas que tenga ya en su sistema. Para hacer la vida mas fácil a los
nuevos usuarios, se distribuye generalmente el gestor de ventanas
Sawfish con Gnome y se usa por defecto; puede cambiar a otro gestor de
ventanas usando el Centro de control de GNOME. Observe en cualquier caso
que necesita un gestor de ventanas compatible con Gnome para usar
algunas de las funcionalidades de Gnome, como el gestor de sesiones, el
aplique barra de tareas, etc. Montar y desmontar dispositivos Como hemos mencionado anteriormente,
los directorios en un entorno UNIX están organizados en un árbol, cuyo
directorio raíz es /. A diferencia de otros sistemas operativos como
MS-DOS, no hay nombres especiales para los archivos en la unidad de
disquete o en el CD-ROM: todos los archivos accesibles por su sistema
deben aparecen en él árbol de directorios principal que empieza por /.
Por tanto, antes de que usted tenga
acceso a los archivos en un disquete o CD-ROM, usted debe dar a su
sistema una orden para incorporar los contenidos del disquete en el árbol
directorio principal, al cual se le refiere como montaje del disquete.
Puede verlo como el equivalente software a la conexion del dispositivo a
su sistema. Típicamente, los contenidos del CD-ROM aparecen bajo el
nombre mnt/cdrom; los del disquete bajo /mnt/floppy (éstos son los
llamados puntos de montaje y son definidos en el archivo especial de
configuración, /etc/fstab). El acceso a una unidad, de esta manera, no
significa que el sistema copiará todos los archivos del CD al
directorio /mnt/cdrom. En su lugar, esto significa que el directorio
/mnt/cdrom representa al CD-ROM: Cuando un programa trata de tener
acceso, digamos a un archivo llamado /mnt/cdrom/index.html, el sistema
buscará el archivo index.html en el CD-ROM. Por tanto, en pocas palabras: antes de
que usted pueda utilizar archivos en una unidad, usted debe
"montarlo". Similarmente antes de sacar el disco del lector,
usted debe desmontarlo. Cuando utilice GNOME, usualmente no
tiene que preocuparse por montar y desmontar: GNOME busca el archivo con
la configuración apropiada y localiza los iconos para todas las
unidades en su escritorio. Al hacer doble clic en cualquiera de estos
iconos, automáticamente se monta la unidad correspondiente (si no
estaba montado ya) y ejecuta el gestor de archivos en el directorio
apropiado. Similarmente, si usted hace doble clic en el icono unidad y
escoge la orden Sacar disco del menú desplegable, GNOME desmonta automáticamente
antes de sacarlo. Usted puede también montar/desmontar una unidad
presionando con el botón derecho del ratón en el icono de su
escritorio y escogiendo Montar unidad o Desmontar unidad del menú
desplegable, o utilizando el aplique de montaje de discos. Note que usted no puede desmontar una
unidad si está siendo utilizado por algún programa; por ejemplo, si
usted tiene abierta una ventana terminal en el directorio de la unidad
que usted está tratando de desmontar. Entonces, recibe el mensaje de
error "Controlador ocupado" mientras intenta desmontar la
unidad, asegúrese de que ninguna de sus aplicaciones abiertas esté
teniendo acceso a un archivo o directorio en esta unidad. No obstante GNOME no puede impedir que
usted saque el disco manualmente de la unidad —, en este caso es su
responsabilidad el desmontar la unidad antes de hacerlo. Para unidades
de CD o Zip, el sistema bloquea el botón de sacado de la unidad
mientras la unidad esté montado, para los disquetes, esto es técnicamente
imposible. Algunos sistemas tienen programas
especiales como supermount o magicdev, que montan automáticamente una
unidad cuando se inserta un disco y desmonta la unidad si ésta no se ha
utilizado por un período de tiempo específico.
En este caso, usted nunca deberá preocuparse de montar/desmontar
unidades usted mismo; no necesita por tanto ni leer esta sección. El permitir a los usuarios el montar y
desmontar unidades conlleva algunos riesgos de seguridad, muchos
sistemas multiusuarios se configuran de modo que sólo el usuario
administrador "root" puede montar y desmontar una unidad. Esta
es la causa mas probable de los errores al intentar montar un
dispositivo. En este caso, plantee este problema al administrador de su
sistema. Si la computadora es su estación de
trabajo personal o el ordenador personal de casa y no le preocupa la
seguridad, usted puede dar permiso de montar unidades a usuarios
ordinarios. La manera más fácil de permitir ello es el uso de la
aplicación linuxconf (que sólo puede ser ejecutada por el usuario
administrador "root"). Sólo seleccione la unidad a la que
quiere acceder en la sección Unidades de acceso local de la pestaña
Opciones de la opción Montable por usuarios. Su unidad será ahora
montable por los usuarios. Si linuxconf no está disponible,
usted debe editar el archivo /etc/fstab para incluir acceso a usuarios.
Esto se hace añadiendo el atributo del
"usuario" a la unidad. Por ejemplo: Si su archivo fstab contiene una línea
como ésta: /dev/cdrom
/mnt/cdrom iso9660 exec,dev,ro,noauto 0 0 añada la palabra "usuario"
a la cuarta columna: /dev/cdrom
/mnt/cdrom iso9660 user,exec,dev,ro,noauto 0 0 DRIVERS
PARA WINDOWS El modelo de bus serie de Microsoft®
Windows 2000 se ha actualizado para que sea compatible con Plug and Play
y Administración de energía. El controlador de bus serie de Windows
2000, Serial.sys, ahora es compatible con Plug and Play, y se ha
agregado un controlador de enumeración de dispositivos serie,
Serenum.sys, para que sea compatible con la enumeración de dispositivos
serie del puerto RS-232. Para permitir esta nueva funcionalidad, se
deben actualizar todos los controladores de dispositivos serie de
Windows NT 4.0 para que puedan funcionar con el nuevo modelo de
controladores serie de Windows 2000. Este documento describe las
modificaciones de los controladores de dispositivos serie para Windows
2000 y las razones de dichas modificaciones. Para obtener más información
acerca de la arquitectura Plug and Play en Windows 2000, consulte la
documentación del Kit de desarrollo de controladores (DDK) Beta 1 de
Windows 2000. El sistema de E/S de Windows 2000
compatible con Plug and Play proporciona una estructura de capas para
los controladores de dispositivos serie, que consiste en los
controladores Plug and Play y sus correspondientes objetos de
dispositivo. Esta arquitectura se explica en los párrafos siguientes. Controladores
Plug and Play Plug and Play es compatible con tres
tipos de controladores: Controladores de bus, que controlan
buses de E/S e incluyen funcionalidad por ranura independiente de los
dispositivos. Controladores de función, que
controlan dispositivos individuales. Controladores de filtro, que filtran
las solicitudes de E/S para un dispositivo, una clase de dispositivos o
un bus. Tenga en cuenta que, desde la
perspectiva de Plug and Play, un bus es todo dispositivo al que se
conectan otros dispositivos físicos, lógicos o virtuales. Un bus Plug
and Play puede ser un bus tradicional, como SCSI o PCI, un puerto
paralelo o un puerto RS-232. Objetos de dispositivo Un controlador crea un objeto de
dispositivo (DO) para cada dispositivo que controla. El objeto de
dispositivo representa el dispositivo ante el controlador. Plug and Play
reconoce tres tipos de objetos de dispositivo: Objetos de dispositivo físico (PDO),
que representan dispositivos individuales de un bus ante un controlador
de bus. Objetos de dispositivo funcional
(FDO), que representan dispositivos individuales ante un controlador de
función. Objetos de dispositivo de filtro (DO
de filtro), cada uno de los cuales representa dispositivos individuales
antes un controlador de filtro. En Microsoft® Windows 2000, el
controlador serie será compatible con Plug and Play y Administración
de energía. Este documento proporciona una breve introducción de la
arquitectura y el diseño del nuevo modelo de controladores serie para
Windows 2000, y su objetivo es ayudar a los escritores de controladores
a la hora de determinar las modificaciones necesarias en los
controladores de sus dispositivos serie para poder migrarlos de Windows
NT 4.0 a Windows 2000. Este documento va dirigido a los programadores
que escriben controladores para dispositivos serie que se ejecutarán en
Windows 2000. El modelo El modelo de bus serie de Microsoft®
Windows 2000 se ha actualizado para que sea compatible con Plug and Play
y Administración de energía. El controlador de bus serie de Windows
2000, Serial.sys, ahora es compatible con Plug and Play, y se ha
agregado un controlador de enumeración de dispositivos
serie, Serenum.sys, para que sea compatible con la enumeración de
dispositivos serie del puerto RS-232. Para permitir esta nueva
funcionalidad, se deben actualizar todos los controladores de
dispositivos serie de Windows NT 4.0 para que puedan funcionar con el
nuevo modelo de controladores serie de Windows 2000. Este documento describe las
modificaciones de los controladores de dispositivos serie para Windows
2000 y las razones de dichas modificaciones. Para obtener más información
acerca de la arquitectura Plug and Play en Windows 2000, consulte la
documentación del Kit de desarrollo de controladores (DDK) Beta 1 de
Windows 2000. ¿Por qué hay que modificar los
controladores de los dispositivos serie en Windows 2000? En Windows NT 4.0 había un orden
específico para cargar los controladores de los dispositivos serie.
Este orden de carga permitía que los proveedores de hardware
independientes (IHV) utilizaran el controlador de bus serie de Windows
NT, Serial.sys, para conectar hardware al equipo y a Windows NT 4.0.
Esta estructura del orden de carga no está incluida en el controlador
serie de Windows 2000. En su lugar, Windows 2000 se basa en el
Administrador de Plug and Play para iniciar los dispositivos. Además, la enumeración de los
dispositivos serie conectados al puerto RS-232 se realiza ahora en otro
controlador diferente, Serenum.sys. Esta separación permite que
controladores de bus serie distintos de Serial.sys utilicen Serenum.sys
para enumerar los dispositivos del puerto RS-232. Por ejemplo, un
controlador de dispositivo RS-232 multipuerto puede utilizar Serenum.sys
para enumerar dispositivos RS-232. Por estas razones, los controladores
de dispositivos serie de Windows NT 4.0 que dependen del orden de carga
de serial.sys en Windows NT 4.0 no pueden funcionar en Windows 2000 sin
alguna modificación. En la próxima sección se describen las
modificaciones estructurales con más detalle. Arquitectura estructurada de los
controladores Plug and Play El sistema de E/S de Windows 2000
compatible con Plug and Play proporciona una estructura de capas para
los controladores de dispositivos serie, que consiste en los
controladores Plug and Play y sus correspondientes objetos de
dispositivo. Esta arquitectura se explica en los párrafos siguientes. Controladores
Plug and Play Plug and Play es compatible con tres
tipos de controladores: Controladores de bus, que controlan
buses de E/S e incluyen funcionalidad por ranura independiente de los
dispositivos. Controladores de función, que
controlan dispositivos individuales. Controladores de filtro, que filtran
las solicitudes de E/S para un dispositivo, una clase de dispositivos o
un bus. Tenga en cuenta que, desde la
perspectiva de Plug and Play, un bus es todo dispositivo al que se
conectan otros dispositivos físicos, lógicos o virtuales. Un bus Plug
and Play puede ser un bus tradicional, como SCSI o PCI, un puerto
paralelo o un puerto RS-232. Objetos de dispositivo Un controlador crea un objeto de
dispositivo (DO) para cada dispositivo que controla. El objeto de
dispositivo representa el dispositivo ante el controlador. Plug and Play
reconoce tres tipos de objetos de dispositivo: Objetos de dispositivo físico (PDO),
que representan dispositivos individuales de un bus ante un controlador
de bus. Objetos de dispositivo funcional
(FDO), que representan dispositivos individuales ante un controlador de
función. Objetos de dispositivo de filtro (DO
de filtro), cada uno de los cuales representa dispositivos individuales
antes un controlador de filtro. La pila de dispositivos incluye un
objeto de dispositivo para cada controlador que interviene en el control
de la E/S de un dispositivo concreto: hay un PDO para el controlador de
bus subyacente, un FDO para el controlador de función y DO de filtro
para cualquier controlador de filtro opcional. Los objetos de dispositivo se crean de
la manera siguiente (empezando por la parte inferior de la figura 1): Un controlador de bus crea un PDO para
cada dispositivo que se enumera en su bus. El PDO representa el dispositivo ante
el controlador del bus. Otros controladores de un dispositivo adjuntan
objetos de dispositivo encima del PDO; el PDO está siempre en la parte
inferior de la pila de dispositivos. Los controladores de filtro opcionales
crean DO de filtro para cada dispositivo que filtran. Los controladores de filtro de bus no
forman parte de la compatibilidad para controladores de dispositivos
serie que se describe en este documento. Controladores opcionales de filtrado
de menor nivel crean DO de filtro para cada dispositivo que filtran. Si existe un controlador opcional de
filtro de menor nivel para un dispositivo concreto, se carga después
del controlador del bus y de cualquier controlador de filtro del bus. Un
controlador de filtrado de menor nivel crea un objeto de dispositivo
para el dispositivo y lo adjunta a la pila de dispositivos. El controlador de función crea un FDO
para el dispositivo. El Administrador de Plug and Play
carga un controlador de función para el dispositivo. El controlador de
función crea un FDO y lo adjunta a la pila de dispositivos. Controladores opcionales de filtro de
nivel superior crean DO de filtro para cada dispositivo que filtran. Si existen controladores opcionales de
filtro de nivel superior para un dispositivo, el Administrador de Plug
and Play los cargará después del controlador de función y cada
controlador de filtro conectará su objeto de dispositivo sobre el FDO. Modelos de dispositivos RS-232 y
diseño de controladores serie Hay cuatro configuraciones de hardware
posibles para los dispositivos hardware serie y todas ellas utilizan
Serial.sys: Un dispositivo Plug and Play conectado
al puerto RS-232 del equipo; por ejemplo, un módem. Un dispositivo no Plug and Play
conectado al puerto RS-232 del equipo; por ejemplo, un tablero gráfico
no Plug and Play antiguo. Un dispositivo serie que contiene un
transmisor-receptor asincrónico universal (UART) 16550; por ejemplo, un
módem PC Card. Un dispositivo multifunción con un
dispositivo serie que contiene un UART 16550; por ejemplo, un
dispositivo multifunción PC Card con Ethernet y módem. En las secciones siguientes se
explican estas configuraciones y se ilustran sus respectivas conexiones
de dispositivo hardware, sus pilas de dispositivos y sus
correspondientes objetos de dispositivo. Es importante destacar que el
diseño del hardware dicta la configuración que se debe utilizar. Por
tanto, antes de escribir un controlador de hardware, el programador debe
entender qué configuración de dispositivo describe mejor dicho
hardware. Dispositivo serie Plug and Play
conectado al puerto RS-232 En esta configuración, se agrega a la
pila de dispositivos RS-232 un objeto de dispositivo (DO) de filtro de
nivel superior para permitir que Serenum.sys enumere dispositivos Plug
and Play. El Administrador de Plug and Play hace que Serial.sys inicie
su dispositivo y, a continuación, pregunta a Serenum.sys por sus
dispositivos secundarios. Como respuesta, Serenum.sys enumera los
dispositivos del puerto RS-232. La flecha de la figura indica que el
dispositivo serie "Tostadora" es un dispositivo secundario de
la pila de dispositivos RS-232. En esta configuración, Serenum.sys
encuentra un dispositivo serie Plug and Play (en este caso, Tostadora),
crea un PDO para el dispositivo secundario, y agrega los DO de filtro y
de función apropiados a la pila de dispositivos serie mediante la
combinación del archivo .inf del dispositivo serie y el instalador de
clases. Tenga en cuenta que el PDO creado por
el archivo Serenum.sys subyacente siempre está en la parte inferior de
la pila del dispositivo serie concreto. Cuando un controlador de
dispositivo serie controla una IRP Plug and Play, tiene que pasar la IRP
hacia abajo en la pila de dispositivos hasta el PDO y Serenum.sys. Dispositivo serie que contiene un UART
16550 en una ranura PC Card En esta configuración no es necesario
Serenum.sys, puesto que Pcmcia.sys enumera el dispositivo secundario del
dispositivo PC Card y crea el PDO del dispositivo. (Pcmcia.sys es un
controlador de función y un controlador de bus.) Esta configuración
tiene un dispositivo serie con un UART 16550 en la tarjeta PC Card y
Serial.sys es necesario para el dispositivo serie. El archivo .inf y el
instalador de clases del dispositivo PC Card Tostadora instalan
Serial.sys como un DO de filtro de menor nivel como parte de la pila del
dispositivo Tostadora y Serial.sys expone un puerto COM al dispositivo. Tenga en
cuenta que el PDO creado por el archivo Pcmcia.sys subyacente siempre
está en la parte inferior de la pila del dispositivo serie concreto.
Cuando un controlador de dispositivo serie controla una IRP
Plug and Play, tiene que pasar la IRP hacia abajo en la pila de dispositivos hasta
el PDO y Pcmcia.sys. Dispositivo multifunción insertado en
una ranura PC Card Es un dispositivo multifunción (que
incluye un dispositivo serie y otro dispositivo) insertado en una ranura
PC Card. DRIVERS
PARA MAC A diferencia de los sistemas Unix y
Windows , Mac posee una serie de controladores en el mercado,ademas de
contar con utilidades y aplicaciones especificas para cada dispositivo. Estas aplicaciones son actualizaciones
por lo que es necesario disponer de la versión antigua, para este tipo
de equipo existen muchas utilidades disponibles para usuarios de MAC,
por lo que se tienen que tomar en cuenta las siguientes notas. Notas de instalación: .- Antes de proceder a la instalación
es conveniente salvar y cerrar todos los programas que estén en
funcionamiento. 1.- Abra la carpeta MDF233_Updater. 2.- Haga doble click en el icono MDF
Updater (2.x.x. a 2.3.3) y siga las instrucciones. 3.- Haga doble click en el icono MOE
Updater (2.x.x. a 2.3.3) y siga las instrucciones. 4.- Reinicie su equipo Macintosh. Aplicación para DynaMO 640FE y
DynaMO 1300FE. Utilidad Fujitsu Fire Formatter
Release 2 para MacOS 8.5.1 y posteriores. Soporta MacOS 9 Power Macintosh G4 iMac
DV, iMac DV Special Edition PowerBook
G3/400, y 500 Incluye:
Driver para MO Fire Wire Utilidad
de formateo Fujitsu Fire Formatter 1.0.4 Léame
Fire MO fire_driver_r2.sit.hqx
(BinHex) fire_driver_r2.bin
(MacBinary) Notas de instalación: Antes de proceder a la instalación de
un driver es conveniente salvar y cerrar todos los programas que estén
en funcionamiento. 1.- Abra la carpeta Fire Driver 2.- Haga doble click en el Instalador
Fire MO 3.- Seleccione Install Location y haga
click en Install 4.- Haga click en Continue en la
pantalla de diálogo del Installer 5.- Haga click en Restart para
reiniciar el equipo Macintosh. Recomendación: Fujitsu recomienda usar Apple Fire
Wire 2.3.3, componente del SO Mac que incluye las siguientes
extensiones: *. Fire Wire Support: extensión que añade
servicios al SO de Mac para el soporte de software and hardware Fire
Wire. *. Fire Wire Enabler: extensión que añade
soporte específico de hardware para algunos interfaces Fire Wire. *. Fire Wire CardBus Enabler: esta
extensión soporte específico de hardware para el interfaz Newer
FireWire 2 Go CardBus, para uso de equipos PowerBook. TIPOS DE
ARCHIVOS QUE TIENEN LOS DRIVERS -Los drivers tienen una extensión
.drv, y se localizan en la carpeta de c:\windows\system en Windows. -En Unix tienen una extensión .dev y
su localización depende de la versión del sistema operativo, así como
de la plataforma asociada. -En Mac tienen una extensión .hqx y
su localizacion depende de la version del sistema operativo Los drivers contiene archivos de tipo
.dll, que se pueden entender como ligadura de datos o sockets del
sistema operativo.Algunos pueden contener clases de Java para la ejecución
por ejemplo de un sistema de seguridad, además de archivos .wrn que se
manejan como alertas señaladas del compilador empleado. ¿QUÉ
NECESITO PARA PROGRAMAR MI PROPIO DRIVER? Para programar un driver se necesita
un lenguaje de programación de bajo nivel, como puede ser c o pascal,
además de que se puede atrevas de Java. Todo es atrevas de la definición de
programas pilotos que interactuan con los dispositivos y de la creación
de clases para las rutinas de entrada-salida que se ejecutan al
instalarse los archivos. STANDARES Para Unix se pueden construir
estandares de drivers con la instrucción: \ddk\inc\makefile.def Se escribe en los términos de las
macros que para definir en el fichero de fuentes, y para la mayoría de
los drivers, el fichero de fuentes permite describir totalmente el
programa del controlador, la estructura se describe más a fondo en la
documentación de DDK. Lista de Controladores (drivers)
según su fabricante Mas
Comunes: Microsoft
IBM Cirrus
Logic Genius S3
Motorola 3Com/US
Robotics SoundBlaster Sis
Hewlett Packard Zoltrix
Intel CONCLUSIONES El conocimiento de lo que es y lo que
representan los controladores(drivers) es esencial para la gente que
como nosotros esta metida en este negocio,
es indispensable asi mismo saber cuales son y en donde se
encuentran ubicados en cada uno de los diferentes
Sistemas Operativos. BILBIOGRAFIA URL:http://www.helpdrivers.com/espanol/documentos/drivers.htm AUTOR:? PAIS:Estados Unidos FECHA:Diciembre del 2001 URL:http://www.hispafuentes.com/manuales/8.0/introduccion-a-unix/devices.html AUTOR: Jorge Sarmiento PAIS:Mexico FECHA: 2000 URL:
http://www.noticias3d.com/glosario.asp?pl=si&pid=11 AUTOR:? PAIS:España FECHA:? URL:http://www.multired.com/computa/ocprepre/ AUTOR:[email protected] PAIS: España FECHA:2001
|