Maison  >  Article  >  php教程  >  Une analyse approfondie des interruptions du pilote de périphérique Linux (1)

Une analyse approfondie des interruptions du pilote de périphérique Linux (1)

黄舟
黄舟original
2016-12-23 14:30:321173parcourir

1. Introduction

Les interruptions Linux sont divisées en deux types : les interruptions logicielles et les interruptions matérielles. Permettez-moi de préciser que la signification de soft et hard ici fait référence aux interruptions liées au logiciel et au matériel, plutôt qu'aux interruptions implémentées par logiciel ou aux interruptions implémentées par matériel.

L'interruption douce est le "mécanisme de signal". Un neutre doux n'est pas une interruption logicielle. Linux utilise des signaux pour générer diverses opérations d'interruption pour le processus. Nous connaissons maintenant un total de 31 signaux. Le contenu spécifique est ignoré ici. De manière générale, les interruptions logicielles sont causées par des événements déclencheurs du mécanisme du noyau (tels que le délai d'expiration du processus), mais il ne faut pas ignorer qu'un grand nombre d'interruptions logicielles sont également causées par des interruptions liées au matériel, par exemple lors d'un port d'imprimante. génère une interruption matérielle, elle notifiera l'interruption matérielle liée au matériel, et l'interruption matérielle générera une interruption logicielle et l'enverra au noyau du système d'exploitation, de sorte que le noyau réveillera le processus de traitement endormi dans la file d'attente des tâches de l'imprimante en fonction sur cette douce interruption.

L'interruption dure est un "gestionnaire d'interruption" au sens habituel du terme. Il gère directement le signal d'interruption envoyé par le matériel. Lorsque l'interruption matérielle reçoit le signal d'interruption qu'elle doit gérer, elle retourne au périphérique qu'elle a piloté pour consulter le registre d'état du périphérique afin de comprendre ce qui s'est passé et d'effectuer les opérations correspondantes. Nous ne discuterons pas des interruptions logicielles, qui sont des éléments à prendre en compte dans la planification des processus. Puisque nous discutons des interruptions du pilote de périphérique, l’accent est mis sur les interruptions matérielles. Ce dont nous parlons ici, ce sont des interruptions dures, qui sont des interruptions liées au matériel.

2. Génération d'interruption

L'interruption est due au fait que le périphérique doit informer le système d'exploitation que quelque chose s'est produit là-bas, mais la fonction de l'interruption est simplement un voyant d'alarme de l'appareil lorsque la lumière s'allume. est allumé, il s'interrompt. Le gestionnaire sait seulement que quelque chose s'est produit, mais vous devez vous rendre sur l'appareil pour voir ce qui s'est passé. En d'autres termes, lorsque le gestionnaire d'interruption apprend qu'une interruption s'est produite sur le périphérique, il ne sait pas ce qui est arrivé au périphérique. Ce n'est que lorsqu'il accède à certains registres d'état du périphérique qu'il peut savoir ce qui s'est spécifiquement passé et quoi faire. traiter avec.

L'appareil envoie un niveau élevé au contrôleur d'interruption via la ligne d'interruption pour indiquer au système d'exploitation qu'il a généré une interruption, et le système d'exploitation saura quelle ligne d'interruption a généré l'interruption à partir du bit d'état du contrôleur d'interruption. Le contrôleur d'interruption utilisé sur le PC est le 8259. Chacun de ces contrôleurs peut gérer 8 lignes d'interruption. Lorsque deux 8259 sont en cascade, un total de 15 lignes d'interruption peuvent être contrôlées. Les lignes d'interruption ici sont de vrais circuits et elles sont connectées au contrôleur de périphérique en dehors du processeur via une interface matérielle.

3. IRQ

Tous les appareils ne peuvent pas envoyer un signal d'interruption à la ligne d'interruption. Ce n'est que lorsqu'ils contrôlent une certaine ligne d'interruption qu'ils peuvent envoyer un signal d'interruption à la ligne d'interruption A. un signal est envoyé sur cette ligne d'interruption. Les ordinateurs disposant de plus en plus de périphériques externes, 15 lignes d'interruption ne suffisent plus. Les lignes d'interruption sont des ressources très précieuses. Pour utiliser une ligne d'interruption, vous devez demander une ligne d'interruption, qui est IRQ (Interrupt Requirement). Nous appelons souvent la demande de ligne d'interruption la demande d'une IRQ ou la demande d'un numéro d'interruption.

L'IRQ est très précieuse, nous vous recommandons donc de demander une IRQ uniquement lorsqu'un périphérique a besoin d'une interruption, ou d'utiliser une méthode d'interruption partagée lors de la demande d'une IRQ, afin que davantage de périphériques puissent utiliser des interruptions.

Peu importe que l'IRQ soit utilisée exclusivement ou partagée, le processus de demande d'IRQ est le même et se divise en 3 étapes :

1. Sondez toutes les lignes d’interruption pour voir quelles interruptions ne sont pas occupées. Sélectionnez l'une de ces interruptions inoccupées comme IRQ du périphérique.

2. Appliquer l'IRQ sélectionnée via la fonction d'application d'interruption. Ceci permet de spécifier si la méthode d'application est exclusive ou partagée.

3. Déterminez quoi faire en fonction de la valeur de retour de la fonction d'application d'interruption : si elle réussit, tout ira bien ; si elle échoue, vous réappliquerez ou abandonnerez l'application et renverrez une erreur.

Le processus de demande d'IRQ est décrit en détail dans le code source fourni dans le livre de référence. Les lecteurs peuvent avoir une compréhension approfondie du processus de demande en lisant attentivement le court exemple dans le code source.

Ce qui précède est une analyse approfondie de l'interruption du pilote de périphérique Linux (1). Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois (www.php.cn) !


Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn