Was genau ist Microcode und wie unterscheidet es sich von der Firmware?

Der Ursprung der Wortfirmware ist ein Mittelpunkt zwischen Hardware und Software - in Hardware eingebettete Software. Es bezieht sich auf Software, die in einem nichtflüchtigen Speicher eines Hardwaregeräts gespeichert ist. Beispiele sind EEPROM und Flash-Speicher, die in Hardwaregeräte eingebettet sind, wenn sie zum Speichern von Code verwendet werden, der vom Gerät selbst ausgeführt wird.

Bei einigen Hardwaretypen wird es immer häufiger, dass seine "Firmware" in Treibersoftware gespeichert und beim Booten / Initialisieren auf das Gerät geladen wird, anstatt es dauerhaft auf dem Gerät zu belassen. Es ist heutzutage keine große Sache, beispielsweise ein paar hundert KB Firmware-Code in einem auf dem Host-Betriebssystem geladenen Softwaretreiber zu speichern und ihn an das Gerät zu senden, während es vom Treiber initialisiert wird.

Dies wird häufig immer noch als "Firmware" bezeichnet, auch wenn abhängig von der von Ihnen akzeptierten Definition der Firmware die Firmware aus technischen Gründen möglicherweise nicht berücksichtigt wird, da sie nicht auf der Hardware resident ist (wenn Sie die Hardware abmontieren und sie in ein anderes System einfügen, dann ist dies der Fall) Diese Version von "Firmware" wird nicht beibehalten).

Der Mikrocode ist eine Teilmenge dieses letzteren Typs von "Firmware". Microcode ist kein Oberbegriff für alle "Firmware", die beim Booten auf ein Gerät geladen werden. Stattdessen ist dies spezifisch für CPUs, bei denen der Mikrocode im Wesentlichen die Übersetzungsebene zwischen Standard-CPU-Anweisungen höherer Ebene und den für diese CPU spezifischen Operationen niedrigerer Ebenen bildet. Es wird beim Booten vom BIOS auf die CPU geladen, kann aber später im Bootstadium durch das Betriebssystem ersetzt werden.

Durch ein Update des Mikrocodes kann das Verhalten der unteren Ebene einer CPU geändert werden, um bestimmte noch zu entdeckende Fehler zu umgehen, ohne die CPU-Hardware ersetzen zu müssen. Der Mikrocode enthält in der Regel die effizienteste Abbildung von Anweisungen auf höhere Ebenen für die beste Geschwindigkeit und Energieeffizienz. Wenn also ein Mikrocode geändert werden muss, um einen Fehler zu beheben, kann dies die Leistung beeinträchtigen.

Beachten Sie, dass Meltdown (die Sicherheitsanfälligkeit, die nur Intel-Chips betrifft) nicht durch Mikrocode-Updates allein behoben werden kann und Änderungen an den Kernbetriebssystemfunktionen erforderlich macht, was die Leistung weiter beeinträchtigen kann. Specter (die Sicherheitsanfälligkeit, die Intel-, AMD- und ARM-Chips betrifft) kann allein mit Mikrocode-Updates umgangen werden.

Um einige Ihrer spezifischen Fragen seit der Bearbeitung zu beantworten:

1. Ja, Microcode ist im Grunde eine Firmware, die auf dem Prozessor läuft. Der spezielle Begriff "Mikrocode" bezieht sich speziell auf die Firmware auf einem Prozessor, der den Bauplan für die Übersetzung von Standard-Maschinensprache in Prozessorbefehle auf niedriger Ebene enthält. Es ist also ein spezifischerer Begriff als Firmware.

   Beachten Sie, dass, wie ich oben erörtere, diese nicht in der CPU gespeichert ist, während sie ausgeschaltet ist, sondern bei jedem Start geladen wird, sodass sie in gewisser Weise nicht wie herkömmliche Firmware funktioniert. Eine Menge Hardware macht dies jedoch jetzt und wird immer noch als "Firmware" bezeichnet, daher ist das Aufrufen der Firmware akzeptabel.

2. Ich glaube nicht, dass du falsch liegst. Firmware muss nicht in einer bestimmten Maschinensprache geschrieben sein und ihre Ausführung muss nicht auf bestimmte Weise ausgelöst werden. Bei einem bestimmten niedrigen Pegel sind alle Maschinencodes "Daten", die von einem Prozessor "gelesen" und auf eine bestimmte Weise interpretiert werden.

   Der Begriff "Mikrocode" wird normalerweise nur für Haupt-CPUs und nicht für Grafikkarten oder andere Hardware verwendet, auch wenn diese Geräte möglicherweise auf dieselbe Weise mit Code geladen werden.

https://wiki.debian.org/Microcode

CPU-Mikrocode

Der Prozessor-Mikrocode entspricht der Prozessor-Firmware. Der Kernel kann die Firmware des Prozessors aktualisieren, ohne dass er über ein BIOS-Update aktualisiert werden muss. Ein Microcode-Update wird in einem flüchtigen Speicher gehalten, daher aktualisiert das BIOS / UEFI oder der Kernel den Microcode während jedes Startvorgangs.

Prozessoren von Intel und AMD benötigen möglicherweise Aktualisierungen ihres Mikrocodes, um ordnungsgemäß zu funktionieren. Diese Updates beheben Fehler / Errata, die von falscher Verarbeitung über Code- und Datenbeschädigung bis hin zu Systemstörungen führen können.

Das BIOS (oder UEFI) aktualisiert den CPU-Mikrocode während des Startvorgangs. In den meisten Fällen gibt der Hersteller des Motherboards jedoch keine häufigen BIOS- / UEFI-Aktualisierungen aus oder der Benutzer installiert solche Aktualisierungen nicht. Aus diesen Gründen läuft der Systemprozessor wahrscheinlich auf einer großen Anzahl von Systemen mit veraltetem Mikrocode.

Beispiele:

https://www.win-raid.com/t3355f47-Intel-AMD-amp-VIA-CPU-Microcode-Repositories.html

Nun, Intel "Mikrocode-Aktualisierungen" sind in der Tat "Firmware-Aktualisierungen" in dem Sinne, dass sie viel mehr als nur die Mikrocode-Übersetzungseinheit des Prozessors aktualisieren.

Diese vereinheitlichten Prozessorpaket-Updates, die wir "Mikrocode-Updates" für Intel nennen, aktualisieren auch andere Mikrocontroller auf dem Chip (z. B. die PMU und den Energieverwaltungskern) sowie mehrere Parametertabellen für verschiedene Subsysteme des Prozessors. Sie sind ziemlich komplex.

Diese Informationen sind in mehreren Intel-Patenten verfügbar, die sich auf Mikrocode- und Mikrocode-Updates beziehen.

Ich denke, der Begriff "Mikrocode" bezieht sich in erster Linie auf die Funktionsweise des Codes (er führt Anweisungen auf niedriger Ebene mit sogar Anweisungen auf niedrigerer Ebene aus), während sich der Begriff "Firmware" hauptsächlich darauf bezieht, wie er gespeichert und verwaltet wird (weniger leicht als Software zu aktualisieren, leichter zu aktualisieren als Hardware). In diesem Sinne ist es eher der Unterschied zwischen einer "Anwendung" und einer "JAR-Datei" - das gleiche Programm kann beides sein, aber Sie betrachten es aus zwei verschiedenen Blickwinkeln.

Übrigens, die Idee des Mikrocodes geht 1951 auf Maurice Wilkes zurück, Jahrzehnte bevor Computerprozessoren in Silizium eingebettet wurden.

"Mikrocode" war der ursprüngliche Begriff und bezog sich auf Anweisungen, die zur Implementierung eines Interpreters für den "öffentlichen" Befehlssatz eines Prozessors verwendet wurden.

Im Laufe der Zeit, mit vielen Abweichungen bei den Implementierungsplänen, wurde die Unterscheidung, so wie sie war, ungenauer. Zuerst gab es einen horizontalen gegenüber einem vertikalen Mikrocode, dann verschiedene Schemata zum Schreiben von "Mikrocode" (um beispielsweise die E / A-Anweisungen zu implementieren) in den "Haupt" -Prozessoranweisungssatz. Dann bestand die Notwendigkeit, zwischen Code, der leicht über gewöhnliche Programm "run" -Operationen geladen werden konnte, und Code (z. B. für BIOS), der im ROM oder einem anderen geschützten und relativ unveränderlichen Speicher gespeichert wurde, zu unterscheiden. Daher wurde der Begriff "Firmware" erfunden, um auf diese Anweisungen Bezug zu nehmen, die im Speicher irgendwie persistenter gemacht wurden (und für den Benutzer weniger zugänglich sind).

Seit diesen ersten Unterscheidungen haben sich die Dinge jedoch oft verwandelt und verdreht, und die Begriffe sind nur noch innerhalb eines bestimmten Prozessors und einer bestimmten Betriebssystemumgebung mit einer beliebigen Genauigkeit definierbar.

Firmware bezieht sich normalerweise auf Code für Geräte, die eine CPU enthalten, nicht die CPU selbst, z. B. die Firmware eines Android-Telefons.

Der Mikrocode ist eine Übersetzungsschicht zwischen komplexen Befehlssätzen (z. B. 486, 686, AMD-64 usw.) und den untergeordneten Anweisungen, für die Chiphersteller Silizium entwerfen. Eine Anzahl von Befehlen im CPU-Befehlssatz wird also nicht in Silizium implementiert, sondern über Mikrocode in mehrere Anweisungen umgesetzt, die in Silizium implementiert sind.

[Anmerkung: Diese Antwort ist speziell für die letzte Bearbeitung gedacht und trägt nicht zu den bereits veröffentlichten Sound-Antworten bei.]

Um es zu wiederholen: Mikrocode (zumindest in erster Näherung) ist eine bestimmte Art von Firmware.

"Microcode" ist in diesem Zusammenhang nur die Vermarktung von "Prozessor-Firmware".

Nun, es ist kein Marketing. Marketing hätte es XBoost Pro (TM) oder so genannt. Es ist eher ein technischer Begriff. Wenn Sie CPUs entwerfen, ist die Unterscheidung zwischen Mikrocode und der anderen Firmware der CPU (und der für andere Geräte typischen Firmware) für Sie wichtig. Wenn nicht, ist es wahrscheinlich nicht so.

Wenn Sie Motherboards entwerfen oder Betriebssysteme schreiben, verwenden Sie wahrscheinlich "Microcode-Update" als Abkürzung für das unhandlichere und weniger vertraute "CPU-Firmware-Update". Die meisten CPU-Firmware-Updates betreffen in erster Linie den Mikrocode. Sie kennen wahrscheinlich den Unterschied, aber Sie brauchen sich nicht darum zu kümmern .

Der Endbenutzer muss den Unterschied nicht kennen oder sich darum kümmern, und in einer idealen Welt würde er das Wort "Mikrocode" überhaupt nicht hören.

Ich schätze, es ist Ihnen in der Presseberichterstattung über die jüngsten spekulativen Hinrichtungsschwachstellen aufgefallen, obwohl Sie dies möglicherweise auch zuvor in einem Kontext gehört haben, in dem deutlich wurde, dass Sie sich nicht darum kümmern mussten. Diese Schwachstellen wurden früher als geplant freigegeben, was dazu geführt haben könnte, dass die Berichterstattung der Presse weniger kuratiert wurde als es sonst der Fall gewesen wäre. Aus Sicht des Endbenutzers müssen Sie BIOS-Aktualisierungen, Betriebssystemaktualisierungen und in einigen Fällen Anwendungsaktualisierungen installieren. Sie müssen weder wissen noch sich darum kümmern, ob einer von ihnen einen neuen Mikrocode enthält.

Selbst wenn Sie sich bewusst sind, dass Sie wahrscheinlich nicht wissen oder sich darum kümmern müssen, könnten Sie dennoch aus reiner Neugier interessiert sein: Wie können Sie Mikrocode von anderen Firmware unterscheiden?

Nun, das erste, was zu erkennen ist, ist, dass es nicht notwendigerweise eine einzige feste Definition gibt, sondern eher eine Situation von Bleggs und Rubes . Dennoch gibt es einige Dinge, die wir zum Mikrocode sagen können:

• Mikrocode läuft im Allgemeinen in einer CPU und nicht in einer CPU. Das ist die übergeordnete Ansicht.

• Die Architektur des Mikrocodes unterscheidet sich in der Regel erheblich von der Architektur gewöhnlichen Codes, einschließlich gewöhnlicher Firmware. Es ist wahrscheinlich sehr parallel und wird viel näher an der Hardware implementiert. Einige der vorhandenen Antworten (einschließlich Ihrer eigenen Antwort) erörtern dies, obwohl beachtet werden muss, dass die Details je nach CPU-Design variieren können.

• Obwohl Hardware häufig nur für die vom Hersteller bereitgestellte Firmware ausgelegt ist, ist es nicht ungewöhnlich, dass Firmware von Drittanbietern verwendet wird - die Garantie erlischt jedoch wahrscheinlich! Der Mikrocode von Drittanbietern ist viel seltener, obwohl ich glaube, dass in der Antike (ich meine, wenn eine CPU etwa die Größe einer Brotdose hat) einige Endbenutzer den Mikrocode in ihren CPUs ändern würden. Soweit mir bekannt ist, ist dies bei den in PCs verwendeten CPUs nicht möglich.

• Mikrocode übersetzt typischerweise eine öffentliche Befehlssatzarchitektur oder hilft bei deren Implementierung, dh sie führt den Maschinencode aus, den der Betriebssystem-Designer und Anwendungsprogrammierer verwenden. Mehr dazu im nächsten Abschnitt.

"Execution vs. Data" Viele Antworten nutzen dieses Paradigma

Ich fürchte auf verwirrende Weise, aber ich werde auf meinen eigenen Kommentar eingehen. Dieser Abschnitt dient auch zur Erweiterung des letzten Aufzählungspunkts. Das Ziel ist hier zu versuchen zu unterscheiden zwischen der Arbeit, die eine CPU (erreicht durch eine Kombination aus Hardware und Mikrocode) und der Arbeit eines typischen Geräts (durch eine Kombination aus Hardware und Firmware) erledigt. Ich werde eine SATA-Festplatte auswählen.

Das SATA-Laufwerk folgt Anweisungen vom Computer, die den Zeilen "Lesen der Daten aus dem Sektor 5.123" und "Schreiben dieser Daten in den Sektor 1.321" folgen. Die Firmware des Laufwerks ist dafür verantwortlich, dass die Hardware dies ermöglicht, und es ist normalerweise ein gewöhnlicher Code, der auf einer eingebetteten CPU läuft. Die Anweisungen des Laufwerks werden nacheinander angezeigt, obwohl sie möglicherweise nicht in der Reihenfolge verarbeitet werden, in der sie ankommen. Diese Anweisungen sind kein Programm, sie werden von einem Programm gesendet, das auf der Haupt-CPU ausgeführt wird. Insbesondere gibt es keinen Steuerfluss, dh keine Anweisung, dem SATA-Laufwerk mitzuteilen, welche Anweisungen als nächstes ausgeführt werden sollen.

Die CPU ist für den Computer verantwortlich. Nach Abschluss der Initialisierung werden die vom Motherboard bereitgestellten Anweisungen ("Maschinencode") (das BIOS, eine andere Art von Firmware) ausgeführt, die ihn anweisen, den vom Betriebssystem bereitgestellten Maschinencode auszuführen, der ihn dazu veranlasst, den bereitgestellten Maschinencode auszuführen von Anwendungsanbietern. Die CPU selbst ruft den Maschinencode aus dem EEPROM (im Fall des BIOS) oder dem RAM (im Fall des Betriebssystems und der Anwendungen) ab. Insbesondere hat der Maschinencode einen Steuerfluss: Der Maschinencode teilt der CPU mit, welchen Maschinencode als nächstes auszuführen ist. Sie können wiederholt denselben Maschinencode durchlaufen, Sie können verschiedene Codebits ausführen, abhängig von den Daten, an denen der Code arbeitet. Die Anweisungen in einer Geräteschnittstellensprache wie SATA-Code können eine begrenzte Anzahl einfacher Aufgaben ausführen, Maschinencode dagegen tunalles . (Siehe auch Turing-Vollständigkeit .)

Wir könnten diesen letzten Aufzählungspunkt wie folgt umschreiben: Microcode implementiert normalerweise eine Turing Complete-Sprache; gewöhnliche Firmware funktioniert normalerweise nicht.

Was bedeutet es, "Hardwareanweisungen werden mit Mikrocode interpretiert".

Wahr, aber wahrscheinlich verwirrend; Der wichtige Punkt ist die Unterscheidung zwischen Maschinencode, der einen Steuerfluss hat und Turing Complete ist, und den Anweisungen, die von einer Geräteschnittstelle wie SATA definiert werden, was nicht und nicht der Fall ist.

Trifft "Mikrocode" auf den Code zu, der auf Soundkarten ausgeführt wird?

Nein, Soundkarten erhalten Anweisungen, nicht Code, genau wie SATA-Laufwerke. Die Anweisungen könnten wie "play a sharp" sein oder "diese Daten als Wellenform interpretieren und abspielen". Immer noch sehr einfach.

und Grafikkarten (GPUs)?

Alte Grafikkarten (solche ohne GPUs) sind mit SATA-Laufwerken identisch. Die Anweisungen sind wie "Setzen Sie dieses Pixel auf diese Farbe" oder "Schreiben Sie ein A an diese Position".

... GPUs sind kompliziert und sitzen irgendwo zwischen den beiden Welten, die ich oben beschrieben habe. Es ist wahrscheinlich am einfachsten, sie als spezialisierten Computer zu betrachten, der im Hauptcomputer sitzt und über eigene CPUs verfügt. Es ist wahr, dass Geräte wie SATA-Laufwerke auch über eingebettete CPUs verfügen, der Unterschied besteht jedoch darin, dass die eingebettete CPU in einem SATA-Laufwerk nur den vom Laufwerkhersteller bereitgestellten Code ausführt, wohingegen GPUs auch den vom Betriebssystem und / oder Anwendungsanbieter bereitgestellten Code ausführen. Dies ist wirklich eine ganz andere Frage.

TL; DR: Microcode ist eine bestimmte Art von Firmware, die der Hardware bei der Implementierung eines Turing Complete-Befehlssatzes hilft.

Mikrocode ( "Steuerspeicher" ) sind Daten, die sich in einem flüchtigen oder nichtflüchtigen Speicher befinden - im Allgemeinen in einem eher kleinen, aber sehr breiten Speicher, dessen Datenausgangssignale mit den Steuersignaleingängen von parallelen Hardware-Funktionseinheiten, Zufallssteuerlogik usw. verbunden sind Die Adresseneingaben des Mikrocodespeichers werden von einer Zustandsmaschine geliefert, die jeweils ein Wort des Speichers ("Mikroprogrammbefehl") schrittweise durchläuft, um die Steuersignale eines oder mehrerer Hardwareblöcke effektiv zu sequenzieren . Dies führt zu einer Zeitmultiplexierung der Hardware und ermöglicht die Implementierung komplexer Operationen mit einer wesentlich geringeren Zufallslogik.

In modernen Mikroprozessoren kann es eine Hierarchie von Mikrocode / Sequenziereinheiten geben, die erforderlich sind, um die physische Silizium-Mikroarchitektur zu einer allgemeineren Architekturfamilie mit einer gemeinsamen "Maschinencode" -Schnittstelle zu abstrahieren. Zum Beispiel kann es mehrere Mikrocode- / Sequenzierungsschichten geben, um Befehlsdecodierer und Gleitkommaeinheiten zu implementieren.

Firmware im traditionellen Sinn ist jede Software / Daten, die sich in einem nichtflüchtigen Speicher befindet, von der erwartet wird, dass sie selten oder nie geändert wird. Dies steht im direkten Gegensatz zu einer Software, die in einem Systemspeicher gespeichert oder geschrieben wird und von diesem ausgeführt wird, der sich ständig ändert. Mikrocode bezieht sich speziell auf Daten, die ein Mikroprogramm darstellen, um die Steuerung der Hardware zu steuern.

Mikrocode kann in Firmware implementiert sein / Firmware kann Mikrocode enthalten, sie sind jedoch nicht identisch.

Firmware ist ein ausführbarer Code, der in einem ROM oder einem anderen nichtflüchtigen Speicher abgelegt wird.

Der ursprüngliche und hauptsächliche Zweck der Firmware besteht darin, beim Start einer CPU dabei zu sein, sodass der Code ausgeführt werden muss, um das System zu starten oder zu starten, zu dem das System gehört, zu dem die CPU gehört. Im Falle von PCs wird Firmware auch zur Bereitstellung von Diensten für das laufende Betriebssystem verwendet und enthält auch Code für die eingebetteten Controller, die die Lüfter, die Stromversorgung und einige andere Dinge steuern, sowie Code für die ME / PSP, die im Hintergrund ausgeführt wird .

Peripheriegeräte, die Firmware benötigen, wie Festplatten, USB-Geräte usw., verfügen über eine eingebettete CPU.

Mikrocode ist kein ausführbarer Code, sondern ein Code, der von den internen Einrichtungen eines Geräts verwendet wird.

Es wird mit einer WRMSR-Anweisung in Intel- oder AMD-CPUs geladen. Beim Laden der Firmware in ein Gerät muss ein ROM- oder Flash-Medium programmiert werden oder es muss ein kleines Ladeprogramm vorhanden sein, um die Firmware zu akzeptieren.

Firmware- und Mikrocode-Updates befinden sich in einer ähnlichen Kategorie - Dinge, die Sie tun müssen, um die Hardware zum Laufen zu bringen, und sie müssen von Zeit zu Zeit aktualisiert werden - aber es handelt sich um sehr unterschiedliche Dinge.

Komplexe Anweisungen in vielen CPUs werden nicht direkt in der Hardware verdrahtet, sondern von einer kleineren CPU-ähnlichen Einrichtung in der Haupt-CPU "ausgeführt". Der Mikrocode steuert diese Vorgänge. Dies geht mindestens auf das Motorola 68000 zurück, das einen "MicroROM" enthielt, der Mikrocode enthielt.

Niemand außer Intel- oder AMD-Prozessoren weiß, was der Mikrocode wirklich steuert oder tut, da er keine Details freigibt. Es gibt Versuche, es zu hacken. Referenz .

In der Praxis werden Mikrocode-Updates im Wesentlichen dazu verwendet, Anweisungen zu deaktivieren, die Probleme bei bekannten Modellen / Steppings von CPUs verursachen, und die neuesten CPUs von Intel erfordern häufig mindestens ein Mikrocode-Update, bevor sie zuverlässig funktionieren.

Wenn Sie etwas über das 6502-PLA-Decodierungs-ROM lesen, können Sie sich einen Überblick darüber verschaffen, was ein CPU-Mikrocode tatsächlich tun / tun könnte. Der 6502 ist eine alte 8-Bit-CPU, deren Anweisungen von einer internen PLA sequenziert / gesteuert werden. Die PLA würde grundsätzlich sagen, welche Teile des Chips an jedem Schritt jedes Befehls beteiligt waren (6502 Befehle reichen von 2 bis 7 Zyklen). Dies ist weit, weit vor Dingen wie Caching, Superskalararchitektur, Zweigvorhersage usw. Nicht sicher, ob Mikrocode auf modernen CPUs so etwas wie PLA steuern würde.

Terminologie

Ich beantworte das selbst und verwende nur den Use-Kontext in diesem pdf .

• Firmware - Der Mikrocode wird über einen Pfad aktualisiert, der von der Firmware der CPU bereitgestellt wird.

  "In der Regel wird ein Mikrocode-Patch von der Motherboard-Firmware (z. B. BIOS oder UEFI) oder vom Betriebssystem während des frühen Startvorgangs in die CPU hochgeladen ."

• Mikrocode - sind selbst die von der "Instruction Decode Unit (IDU)" verwendeten Daten. Eine IDU kann entweder fest verdrahtet oder mikrocodiert sein . Mikrocode bedeutet in diesem Zusammenhang einfach programmiert. ALSO bedeutet "die Vielzahl von Mikrocodes". Die IDU

  Die IDU spielt eine zentrale Rolle in der Steuereinheit und erzeugt Steuersignale basierend auf dem Inhalt des Befehlsregisters.

• Makrobefehle Eine an die IDU gesendete Anweisung, die decodiert werden soll, kann eine beliebige Anzahl von Mikrobefehlen zurückgeben .

• Mikro-Instruktion ein vorberechnet „Steuerwort“, die alle dem Staat und Anweisungen für einen Taktzyklus auszuführen. Wird an die CPU gesendet, um die Steuersignale zu erzeugen .

In diesem Zusammenhang würden Sie also den Mikrocode mit Firmware aktualisieren. Sie würden Makrobefehle an die mikrocodierte IDU senden, um den Makrobefehl in einen "Mikrobefehl" zur Ausführung in der CPU aufzulösen, der sie in Steuersignale umwandelt.

Meine Lektüre davon

Mikrocode sind Daten, das Aktualisieren des Mikrocodes erfolgt jedoch über Firmware. Und verwirrenderweise, weil Sie darüber sprechen, was im Wesentlichen eine interne Nachschlagetabelle darstellt, ist es sicherlich auch selbst Firmware, da sie im Wesentlichen auf dem Chip gespeichert ist und im Ausführungsfluss des Chips verwendet wird. Ich denke, man könnte argumentieren, dass General MIDI, Hardware PostScript und Steuersignale für dumme Terminals auch in Hardware interpretiert werden und dass etwas die Anweisung übernimmt und letztendlich "Steuersignale" in irgendeiner Art von Interpretationsprozess erzeugt .

Es scheint, dass wir für diese Prozesse und Komponenten innerhalb der CPU einen speziellen Namen haben: "IDU" auf einer CPU und einen Namen für die spezifische Eingabetabelle, die die IDU verwendet, die alle "Mikrobefehle" enthält: den "Mikrocode". Die Informationen zu diesem Prozess sind urheberrechtlich geschützt und geschlossen. Ich würde davon ausgehen, dass es analog zu jeder anderen Technologie von Modems (mit ATDT und ähnlichem eines Hayes-Modems) ist, zu MIDI-Karten, aber wir nennen die spezifische Nachschlagetabelle nicht "Mikrocode" und verwenden stattdessen den Oberbegriff "Firmware" für der blinkende Prozess und die gesamte auf dem Chip gespeicherte Nutzlast.