Wechsel vom Kernel-Modus zum Benutzermodus (und umgekehrt)

Ich lese das Betriebssystembuch von Galvin. Galvin erklärt, was sind Kernel- und Benutzermodi, Befehlsberechtigungen für beide Modi und auch über das Modusbit. Aber ich bin interessiert zu wissen, wie sich der Modus von einem zum anderen ändert. Grundsätzlich möchte ich folgende Frage lösen:

Eine CPU verfügt über zwei Modi: privilegiert und nicht privilegiert. Um den Modus von vorgeprägt auf nicht vorgezeichnet zu ändern

a) Ein Hardware-Interrupt wird benötigt

b) Ein Software-Interrupt wird benötigt.

c) Eine privilegierte Anweisung ist erforderlich.

d) Eine nicht privilegierte Anweisung ist erforderlich.

Von dem, was ich verstehe,

Vom Benutzermodus zum Kernelmodus - Hardware-Interrupt ist erforderlich [wie in Disk I / O]. Wenn das Benutzerprogramm Reifen benötigt, um auf einen Speicher zuzugreifen, der außerhalb seines zulässigen Bereichs liegt, tritt ein Trap auf, bei dem es sich im Grunde um einen Software-Interrupt handelt, der vom Betriebssystem behandelt wird. Jetzt können wir im Benutzermodus keine privilegierten Anweisungen ausführen. Daher kann eine nicht privilegierte Anweisung wie eine E / A-Anforderung den Benutzer in den Kernelmodus versetzen. Also denke ich, um mich zu ändern

von nicht privilegiert (Benutzer) zu privilegiert (Kernel) - H / W-Interrupt, S / W-Interrupt und nicht privilegierte Anweisungen reichen aus.

Kommen wir nun zum Kernel in den Benutzermodus. Das Betriebssystem kann den Kernel in den Benutzermodus ändern. Es wird einfach eine privilegierte Anweisung ausgeführt, um vom Kernel in den Benutzermodus zu wechseln. Es muss weder ein H / W- noch ein S / W-Interrupt generiert werden. Also schließe ich, um mich zu ändern

von vorgezogenen zu nicht vorgezogenen - eine privilegierte Anweisung reicht aus.

Habe ich recht ?

Auch bei der Ausführung im Kernel-Modus werden alle Interrupts deaktiviert, oder? Die Antwort kann also nicht (a) oder (b) sein. Da das Betriebssystem im Grunde eine Software ist, kann es keine H / W-Interrupts erzeugen.

Da das Betriebssystem selbst Interrupts verarbeitet, ist es für mich nicht sinnvoll, warum ein Interrupt generiert (und gewartet) werden muss, um vom Kernel in den Benutzermodus zu wechseln.

Bitte lassen Sie mich wissen, wenn ich irgendwo falsch liege. Jede Hilfe hierzu ist willkommen.

Usermode zu Kernelmode: Falsch! ;-) Ja, Interrupts werden im Kernel-Modus verarbeitet, und ursprünglich wurde der Kernel-Modus durch einen Interrupt aktiviert, der irgendwie von der Software erzwungen wurde. Am DEC 2020 gab es eine Reihe von UIOs (Unimplemented Instruction Opcodes), die einen dieser Aufrufe aufriefen und eine Falle für das Betriebssystem verursachten. Sie enthielten Gleitkommaanweisungen (wenn nicht in Hardware) und andere exotische Anweisungen, aber auch die Mittel zum Ausführen von Betriebssystemaufrufen. Die i? 86-Familie hat die int(Interrupt-) Anweisung, die traditionell verwendet wird, wie Sie sagen. Neuere Familienmitglieder haben SYSTENT, um Supervisor-Anrufe effizienter zu erledigen. Die Möglichkeit, in den Supervisor-Modus zu wechseln, kann nicht privilegiert sein, sondern muss vom Kernel streng kontrolliert werden (wo Sie den Kernel eingeben, welche Argumente Sie übergeben, ...).

Kernelmode to usermode: Die Operation "drop privileges" muss nicht privilegiert sein. Wenn Sie keine Berechtigungen haben, ist das Löschen dieser Berechtigungen ein No-Op. Der genaue Mechanismus hängt jedoch extrem von der Architektur ab.

Im Kernel deaktivierte Interrupts: Interrupts weisen auf einen Zustand hin, der so schnell wie möglich behandelt werden muss (wenn beispielsweise die über das Netz eingetroffenen Daten nicht vor dem nächsten Eintreffen von der Karte gespeichert werden, werden sie überschrieben). Interrupts werden daher sehr selten deaktiviert. In ursprünglichen Unix-Systemen (und Zeitgenossen) gab es eine CPU, und der einfachste Weg, einen kritischen Bereich zu erhalten ("niemand verwirrt meine Daten, während ich sie ändere"), bestand darin, Interrupts zu deaktivieren. Es wurde versucht, die Strecken "Interrupt deaktiviert" aus den oben genannten Gründen so kurz wie möglich zu halten. Auf aktuellen Computern mit mehreren CPUs führt das Deaktivieren von Interrupts auf einer CPU nicht viel in diese Richtung. Das globale Deaktivieren von Interrupts ist bei der Koordination zwischen CPUs äußerst kostspielig und wird daher nicht (oder äußerst selten) durchgeführt.

Vom Kernel-Modus (privilegiert) zum Benutzermodus (nicht privilegiert) verwenden wir RtI (Rückkehr vom Interrupt), eine privilegierte Anweisung ( https://www-01.ibm.com/support/knowledgecenter/ssw_aix_71/com.ibm.aix) .alangref / idalangref_rfi_retfinter_instrs.htm ). Meiner Meinung nach sollte es also Option C sein.