Ressourcenzuteilung von Plug-and-Play-BIOS

Question

Plug-and-Play-BIOS-Spec sagt, dass, wenn Sie über ein PNP-BIOS verfügen, die Hardware konfigurieren kann.

Dies bedeutet, dass Ihr BIOS die Ressourcenanforderungen aller Geräte liest und diese konfiguriert (Zuteilungen von Busressourcen).

hat ein PNP immer Ressourcen (dh ordnete E / A- oder Speicheradressen und IRQs an, um die auf der Motherboard eingebetteten Geräte eingebettet / integriert "

wird ein PNP-BIOS (dh $ PNP-Struktur vorhanden), immer Ressourcen (E / A- und Speicheradressen) an alle auf MOBO vorhandenen Geräte (dh eingebettet / integriert auf MOBO) sowie auf PCI-Erweiterungskarten.

Obwohl das BIOS möglicherweise nicht weiß, wie man die nicht eingebetteten Geräte (dh keine eingebetteten Geräte konfigurieren soll, die nicht auf MOBO eingebettet sind), und konfigurieren Sie nur Geräte, die in MOBO selbst integriert / integriert sind, 'SOLLTE' Adressen (E / A und Speicher) und IRQ, um Konflikte zu vermeiden, falls ein Nicht-PNP-Betriebssystem wie DOS verwendet werden soll.

meine Frage ist:

muss ein PNP-BIOS die I / O-, Speicheradressen und IRQ-Dateien für -P-PCI-Erweiterungskarten-Geräte zuweisen, dh vor dem Laden und Übertragen von Control to OS BOOTLADER? Ist es für alle PNP-BIOES treu?

Option

Die Option [Plug-and-Play-OS] ist auf no eingestellt. dh Wir haben dem BIOS erzählt, dass wir kein PNP-Betriebssystem haben, sondern ein Nicht-PNP-Betriebssystem wie DOS.

Einige BIOEs haben diese Option nicht. Zerweisen sie immer Ressourcen zu alle -Dreinigungen (dh beide eingebetteten und den auf Erweiterungsschlitzen)?

update am 2012-08-01:

Abschnitt 2.1 Titel 'System BIOS-Nachanforderungen' von PNP BIOS SPEC V1A sagt:

(Ich habe nur die 3 Punkte erwähnt, die für diesen Beitrag relevant sind. Die (*) markierten Info ist meine -Dolmetation der Standards des Standards.)

Um die Ziele von Plug and Play zu erreichen, ist das System BIOS-Beitrag verantwortlich , um die unten aufgeführten Anforderungen zu erreichen:

.

1. Konfiguration aller 'static' Geräte bekannt an System BIOS:

   Bei einem 'Minimum' enthält dieses Systemplatinengeräte . Es ist auch 'CAN' auch 'Plug and Play ISA Cards' und -Eindeger, die sich auf EISA, ISA, PCI oder einer der anderen statischen befinden Busarchitekturen verfügbar.

   * In der Tat ist die obige Anweisung, SAG, Geräte "Embedded / Integrated 'auf der Systemplatine auf einem beliebigen statischen Bus (z. B. PCI, ISA oder EISA).) ' muss ' konfiguriert sein vom BIOS, Becoz * BIOS weiß über 'All' der Geräte, die in Mobo eingebettet sind, als Designpart. * Der System BIOS-Programmierer muss die Bestimmungen aufgenommen haben So konfigurieren Sie die auf MOBO eingebetteten Geräte als Systemdesignteil.

   enthält dies auch: 'Karten installiert in PCI / ISA / EISA-Karten-Slots'?

2. bios post ressource arbitration: Das System-BIOS muss nun der Nutzungsnutzung der Systemressourcen aufmerksam sein. Unter Verwendung der Informationen, die über Laufzeitdienste (in einem späteren Abschnitt beschrieben) bereitgestellt werden, sowie Ressourceninformationen, die dem System-BIOS bekannt sind, können kritische Ressourcenkonflikte vermieden werden. 'Laden des Betriebssystems mit einem deaktivierten widersprüchlichen Gerät ist besser als ein Ressourcenkonflikt und ein möglicher Systemfehler.'

   * Dies scheint für ISA / EISA-Geräte eingebettet / integriert auf MOBO- oder auf Slots von ISA / EISA-Erweiterungskarten. Da PCI-Geräte-Ressourcen nicht in Konflikt in Bezug auf die E / A-Adressallokation (oder Becoz die Adressen sind, sind nicht für PCI-Geräte , und somit Die 'Hände' von BIOS , um nicht widersprüchliche Adressen zuzuordnen.) und IRQ-Zuteilung (Becoz PCI-Interrupts sind vom Design gemeinsam genehmigbar.), so dass das bedeutet, dass 'alle' PCI-Geräte (eingebettet oder Nicht eingebettet) wird initialisiert / zugewiesene Speicher- oder E / A-Adressen und IRQ-Assigmnments.

3. Unterstützung für Plug- und Play- und Nicht-Plug- und Play-Betriebssysteme: Das Plug-and-Play-System BIOS Post 'Muss' Konfigurieren Sie das System, um mit 'Beides' und Play Aware, 'sowie' Nicht-Plug- und Play-Betriebssystem tätig '. Wiedergabum-Umgebungen, 'entweder' das System BIOS 'oder' Die entsprechende Systemsoftware (Gerätetreiber) 'muss alle' Geräte (Plug and Play ISA-Karten, PCI Geräte usw.). Hiermit können alle Umgebungen "genauso laden, wie sie auf einem Standard-PC-kompatiblen Systemen" sind. In einer Plug- und Play-Umgebung kann das System-BIOS jetzt das Betriebssystem unterstützen, um Funktionen wie z Laufzeitkonfiguration von Systemplatinengeräten und Ereigniserkennung, wenn sich Systemplatinengeräte geändert haben.

* Alle diese 3 Anweisungen von der Spezifikation scheinen darauf hinzuweisen, dass, wenn ein Nicht-PNP-Betriebssystem gebootet werden soll (z. B. DOS), dann das System BIOS 'muss' konfigurieren (oder zuweisen Adressen und IRQS, Zumindest) 'alle' PCI-Geräte, egal ob eingebettet / in das Motherboard (MOBO) integriert oder nicht. Für ISA- und EISA-Geräte können das BIOS 'Muss' die Ressourcen für die ISA / EISA-Geräte nicht aktivieren / zuweisen (ob eingebettet oder nicht eingebettet werden

ed) das führt zu widersprüchlichen Ressourcenzuweisungen.

bin ich recht beim Abschluss von den oben genannten Anweisungen der Spezifikation. 'Jedes' PCI-Gerät (ob Mobo oder auf PCI-Erweiterungskartensteckplatz eingebettet ist) im System, sodass sie mit den Betriebssystem- und Anwendungsprogrammen zur Verfügung stehen "?

update am 2012-08-04:

schauen Sie sich einen Blick auf Kapitel 12 von Linux-Gerätetreibern 3rd ed. .Der Autor verweist an vielen Orten ausdrücklich, dass E / A- oder Speicheradressen und IRQ-Zuweisungen bereits mit dem BIOS zum Zeitpunktin-Linux-Kernel erfolgen, der mit der Ausführung von erfolgt, und Linux-Kernel kann den Auftrag entsprechend den Bedürfnissen anpassen.

könnte ein anderer Referenz sein, der erwähnt, was wir zu erreichen versuchen.

Answer 1

Die Option "PNP OS" ist nur für ISA-PNP-Geräte relevant, die in diesen Tagen ziemlich nicht vorhanden sind. Deshalb sehen Sie die Option nicht mehr viel mehr. Es ist im Grunde ein egal für Motherboards ohne ISA-Slots. Möglicherweise haben Sie noch etwas Relevanz, wenn Sie Ihre seriellen Port-Basisadressen auf "Auto" einstellen können.

Das BIOS sollte immer die PCI-Bars und Intx-to-IRQ-Zuordnungen konfigurieren. Es sollte dies unabhängig von der Option PNP-Betriebssystem tun. Dazu gehören sowohl an Bord von PCI-Geräten (E.G. Integrated Ethernet) und PCI / PCIe-Slot-Boards. Ich habe noch nie ein (arbeitetes) BIOS gesehen, in dem Sie mit dos booten und nicht konfigurierte Bars haben.

Wenn das BIOS PCI-Konfigurationsbereich eingerichtet ist, wird die ISA-PNP-Informationen berücksichtigt. Wenn es beispielsweise kennt, dass ein ISA-PNP-Gerät IRQ 9 verwendet, sollte die PCI-Init-Routinen intelligig genug sein, um den IRQ 9 nicht an alle PCI-Intx-Zeilen zuzuordnen.

Denken Sie auch daran, dass er, wenn Ihr Betriebssystem geladen wird, freie Überschreiben von Balken und IRQ-Mappings. Windows wird in der Regel wiederhergestellt, dass IRQ-Mappings, wenn er APIC und ACPI aktiviert. Bars werden normalerweise nicht geändert, obwohl es spezielle Fälle wie ein PCIe-Hotplug-Ereignis geben kann, das das Betriebssystem erfordert, um die Bar aufzufüllen.

Answer 2

Die Option "PNP OS" ist nur für ISA-PNP-Geräte relevant, die in diesen Tagen ziemlich nicht vorhanden sind.- FALSE! Diese Option hat einen großen Einfluss auf die Verteilung der Interrupts in Windows OS!Das Experiment selbst, um eine angenannte Aussage zu widerlegen, ist sehr einfach!