ESCUELA POLITCNICA NACIONAL

Facultad de Ingeniera Elctrica y Electrnica

SNTESIS DE PLANTAS Y PROCESOS INDUSTRIALES NOMBRE: LADY CABEZAS FECHA: 16/05/2012

INICIALIZACIN DE CONTROLADORES

El proceso de inicializacin micro-ncleo se divide en dos pasos. El primer paso se lleva a cabo dentro de la seccin crtica con las interrupciones enmascaradas en el nivel de la CPU. El segundo paso se ejecuta fuera de la seccin crtica con las interrupciones habilitadas a nivel de la CPU. Por lo tanto, los conductores de BSP se puede dividir en dos grupos: el primer grupo de conductores que se inicializan en la seccin crtica, y el segundo grupo de conductores que se inicializan adelante con las interrupciones activado a nivel de la CPU. Este proceso de inicializacin permite a la mayora de los conductores BSP que ser trasladado de la seccin crtica. Bsicamente, slo el controlador de bus host (que normalmente gestiona el controlador de interrupciones maestro) debe ser inicializado dentro de la seccin crtica con el fin de permitir que las interrupciones para ser activado a nivel de la CPU, antes de la etapa de inicializacin segundos. Esto es extremadamente importante para una plataforma en la que debe ser el control de un dispositivo crtico tomada por un conductor tan pronto como sea posible. Por ejemplo, este es el caso en una plataforma en la que se habilita un temporizador de vigilancia una sola vez por el cdigo de arranque, y el conductor de vigilancia microkernel tiene que ponerse en marcha antes de que el intervalo de temporizador de vigilancia expire. Tenga en cuenta que el conductor de un dispositivo temporizador de vigilancia por lo general tiene que tener los servicios disponibles microkernel de tiempo de espera con el fin de restablecer (PAT) del dispositivo de vigilancia peridica. En el sistema operativo ChorusOS, el proceso de inicializacin microncleo pasa a travs de los pasos siguientes: 1. 2. 3. 4. Microkernel inicializacin del mdulo (incluyendo la fecha y TICK) Inicializacin del dispositivo crtico Interrumpir ms propicio, a nivel de CPU Inicializacin del dispositivo normal

Un desarrollador de BSP debe dividir todos los dispositivos de la plataforma en dos grupos. El primer grupo de (crtico) dispositivos se inicializa en el paso 2, es decir, dentro de la seccin crtica con las interrupciones enmascaradas a nivel de la CPU. El segundo grupo de (normal) de dispositivos se ha inicializado en el paso 4, es decir, fuera de la seccin crtica con las interrupciones habilitadas a nivel de la CPU. Tenga en cuenta que el puente de bus de host debe ser parte del grupo crtico con el fin de deshabilitar las interrupciones en el nivel de bus de controlador de interrupciones. De lo contrario, el comportamiento del sistema puede ser impredecible cuando las interrupciones estn habilitadas a nivel de la CPU (interrupciones falsas pueden ocurrir).
Lady Pamela Cabezas Arias

ESCUELA POLITCNICA NACIONAL

Facultad de Ingeniera Elctrica y Electrnica
SEGURIDAD INDUSTRIAL

La propiedad PROP_INIT_LEVEL se utiliza para especificar si un dispositivo es crtico o normal, y por lo tanto, si debe ser inicializado en el paso 2 o 4. El valor de la propiedad PROP_INIT_LEVEL es un valor entero que especifica el nivel de inicializacin del dispositivo permitido. Se adjunta a un nodo de dispositivo, esta propiedad especifica en qu paso el dispositivo asociado debe ser inicializa Los mdulos de garrapatas y la fecha se inicia en el paso 1. Estos mdulos de utilizar el servicio de svDeviceNewNotify () DKI con el fin de recibir una notificacin cuando un nuevo dispositivo est inscrito en el registro del dispositivo. Por lo tanto, los mdulos de DATE y TICK se inician antes de la inicializacin de los controladores de dispositivos. Sin embargo, slo entrar en funcionamiento cuando los controladores de dispositivos asociados se han iniciado (registrado) y se establece una conexin entre el mdulo y el controlador de dispositivo subyacente. En el paso 2, cada actor del conductor es funcin main () se invoca de forma secuencial por el hilo de la inicializacin del microkernel. El conductor de funcin main () debe realizar un autoregistro del componente del controlador en el sistema utilizando la interfaz de DKI. Al registrarse, el conductor exporta sus propiedades en el sistema. Se exporta el siguiente:

informacin sobre el componente (nombre, versin) el bus requerida padre API clase y la versin los puntos de entrada del controlador, que tienen una semntica bien definida

Una vez que el componente del controlador es la auto-registro, la gestin futura del conductor est controlada por su bus / nexo conductor, utilizando las propiedades del controlador registrados. Los cuatro posibles puntos de entrada que un componente conductor puede inscribirse son:

la sonda de la funcin (drv_probe ()) para detectar el dispositivo (s) que residen en el autobs y para crear el nodo del rbol de dispositivo (s) que corresponden a este tipo de dispositivo (s) se unen a su funcin (drv_bind ()) para enlazar un controlador a un nodo del rbol de dispositivos su funcin initialize (drv_init ()) para inicializar el dispositivo de hardware, y para crear una instancia en ejecucin del componente de controlador su funcin de descarga (drv_unload ()) que se invoca por el mdulo de registro de conductor cuando una aplicacin tiene que descargar el componente de controlador del sistema

Una vez que todo el conductor main () funciones se invocan, el microkernel inicia el proceso de inicializacin del dispositivo. Esto puede ser visto como el microkernel la implementacin de un conductor de autobs local (asociada a la raz del rbol de nodo de dispositivo) para una clase de autobs DKI / FDKI. El proceso de inicializacin se inicia a partir de componentes del controlador de los controladores prestan servicios de autobs o el dispositivo directamente conectado al bus
Lady Pamela Cabezas Arias Electrnica y Control

ESCUELA POLITCNICA NACIONAL

Facultad de Ingeniera Elctrica y Electrnica
SEGURIDAD INDUSTRIAL

local de la CPU, el registro del conductor se busca encontrar los controladores adecuados y llamar a sus puntos de entrada registrados. Normalmente, el drv_probe () la funcin social que se llama para todos los componentes del controlador que requieren una clase padre DKI / FDKI autobs. Despus de verificar, la funcin se llama drv_bind para todos los componentes del controlador que requieren una clase padre DKI / FDKI autobs. Finalmente, despus de la unin, la funcin de inicializacin registrado se llama para todos los componentes del controlador que requieren una clase padre DKI / FDKI autobs, que se enlazan a un nio del nodo del dispositivo raz del rbol (nodos que representan un autobs o un controlador de dispositivo directamente conectado a la CPU bus local).

Lady Pamela Cabezas Arias

Electrnica y Control