Controladores

PORTADA • Udev

Gestión dinámica de dispositivos con Udev

GESTOR DE
DISPOSITIVOS
Después de tres años de espectativas, por fin Udev ha desbancado al sistema Dev-FS. En este artículo vamos
a echarle un vistazo al gestor de dispositivos Udev del sistema Linux.
POR RENE REBE, OLIVER FROMMEL Y JENS-CHRISTOPH BRENDEL
Linux heredó la máxima clásica de UNIX
que dice “Todo es un fichero”. Estaabstracción ha permitido a los programas
utilizar los nodos de dispositivos (ficheros de dispositivos) para acceder al hardware del ordenador como si se estuviese
accediendo a un fichero ordinario. Estos
ficheros especiales de dispositivos, que
se abren, leen, escriben o se cierran utilizando las mismas llamadas al sistema

que se utilizan para acceder a los ficheros de texto, se distinguen por sus nombres,tipos (dispositivos de bloque o de
carácter), y por sus números mayor y
menor.

Estático
Los ficheros de dispositivos se crean
con el comando mknod durante la fase
de instalación, suponiendo que se está

realizando una instalación normal. De
este modo se crea una entrada permanente para cada dispositivo en el directorio /dev, que el administrador puede
conectar al sistema en cualquier
momento, loque significa que se tendrán cientos de ellas.
Este gran lío de entradas, la mayoría
de las cuales no tienen ningún uso para
el sistema porque hacen referencia a dis-

Hotplug en Detalle
Para permitir que funcione la gestión dinámica de dispositivos, el kernel de Linux tiene
que estar compilado con la opción CONFIG_HOTPLUG; las distribuciones estándar
la tienen activada por defecto.
Cuando uncontrolador de dispositivos
añade o elimina lo que se denomina un Kobject del sistema, el kernel envía un mensaje
notificando el cambio al servicio Udev o bien
ejecuta el programa que se encuentre en

24

Número 24

/proc/sys/kernel/hotplug invocando a la función kset_hotplug (el código fuente se
encuentra en lib/kobject.c).
Este programa solía estar en /sbin/hotplug y luego se cambió a/sbin/udevsend, antes de ser eliminado en las versiones recientes. La clase del subsistema se pasa como un argumento.
Las variables de entorno proporcionan más

WWW.LINUX- MAGAZINE.ES

detalles. Por ejemplo, ACTION soporta los
valores add y remove. La variable SEQNUM
se incrementa en cada llamada. DEVPATH
especifica dónde se localiza la información
del dispositivo en el Sys-FS, como en/devices/pci0001:01/0001:01:19.0/usb2/2-1/2-1:1.0.
Y hay otros parámetros, como MAJOR,
MINOR y UDEV_EVENT. Dependiendo del
tipo de objeto, puede ser que se hayan
exportado más variables: el fabricante y la
identificación del producto para el hard-

Udev • PORTADA

ficheros de dispositivos en el espacio del
usuario.
Cuando se conecta
o se desconecta un
dispositivo, el controlador del bus (ISA,
USB o PCI) señala el
eventocon una interrupción. En respuesta a esta interrupción, el kernel
averigua los detalles
Figura 1: Acciones de Udev durante la conexión en caliente, registrado por udevmonitor.
del dispositivo que se
acaba de conectar
positivos que no existen, dificultan que
bien utilizando un protocolo específico
se realice un seguimiento de la
para interrogar al controlador hardware,
configuración. Por ejemplo,la estrucbien buscando en una dirección especítura de directorios y ficheros no indican
fica (como en el área de configuración de
qué dispositivos existen o cuales han
una tarjeta PCI) la información que haya
sido identificados de forma correcta por
almacenada, el fabricante y el identificalos controladores. Además, con este
dor del producto. Entonces el kernel conenfoque tradicional, el orden enel que
tinúa creando un KObject para cada dislos usuarios conectan los dispositivos
positivo nuevo; datos como el tipo de
determina el fichero de dispositivo que
dispositivo (carácter o bloque) y sus
el kernel le asignará. El primer disco
números mayor y menor son pasados y
SCSI que se detecte se corresponderá
almacenados en el KObject por medio
con el fichero /dev/sda, por ejemplo; al
del...