Allocation de ressources par BIOS Plug-and-Play

Question

Spécification du BIOS Plug-and-Play dit que si vous avez un BIOS PNP, il peut configurer le matériel.

Cela signifie que votre BIOS lit les exigences de ressource de tous les périphériques et les configure (alloue les ressources de bus).

Est-ce qu'un PNP toujours allouer des ressources (c.-à-d. Attribue des adresses d'E / S ou de mémoire et des IRQ) aux périphériques incorporés / intégrés sur la carte mère?

un bios PNP (c.-à-d. Structure de PNP est présent), toujours assignez des ressources (E / S et adresses de mémoire) à tous les périphériques présents sur mobo (c'est-à-dire intégré / intégré sur mobo) ainsi que sur des cartes d'extension PCI.

Bien que le BIOS peut ne pas savoir comment "configurer" les périphériques non intégrés (c.-à-d. Les périphériques non incorporés sur mobo) et ne configureront que des périphériques incorporés / intégrés sur mobo lui-même, il "devrait" attribuer des adresses (E / S et mémoire) et IRQ pour éviter les conflits au cas où un système d'exploitation non PNP comme DOS doit être utilisé.

Ma question est la suivante:

Est-ce qu'un BIOS PNP doit affecter les E / S, les adresses de mémoire et IRQ aux périphériques de carte d'extension PCI pendant la poste, c'est-à-dire avant de charger et de transférer le contrôle sur OS bootlader? Est-il vrai pour tous les bioses PNP?

Supposons que l'option [Plug-and-Play OS] est définie sur No . C'est-à-dire que nous avons dit au BIOS que nous n'avons pas de système d'exploitation PNP, mais un système d'exploitation non pnp comme DOS.

Certains bioses n'ont pas cette option. Est-ce qu'ils allouent toujours des ressources à tous les périphériques (c.-à-d. Les deux intégrés et ceux des emplacements d'expansion)?

mise à jour le 2012-08-01:

Section 2.1 intitulée «Système BIOS Exigences postales» de PNP BIOS SPEC V1A dit:

(Je n'ai mentionné que les 3 points pertinents pour ce post. L'info marquée (*) est mon interprétation des déclarations de la norme.)

Afin d'atteindre les objectifs de la prise et de la lecture, le système BIOS POST est responsable pour atteindre les exigences énumérées ci-dessous:

1. configuration de tous les "statiques" les périphériques connus au BIOS système:

   à un 'minimum' , ce comprend les périphériques de la carte système . Il 'peut' include également "plug and play isa cartes" et les périphériques situés sur EISA, ISA, PCI ou l'une des autres statiques Architections de bus disponibles.

   * En effet, la déclaration ci-dessus indique, les périphériques 'intégrés / intégrés' sur la carte système sur tout bus statique (p. Ex. PCI, ISA ou EISA).) 'doit' être configuré par le BIOS, Becoz * BIOS sait 'Tous les' des périphériques intégrés à la Mobo, en tant que pièce de conception. * Le programmateur du BIOS du système doit avoir incorporé les dispositions Pour configurer les périphériques incorporés sur mobo en tant que partie de conception système.

   est-ce que cela inclut également, "Cartes installées dans les machines à sous PCI / ISA / EISA"?

2. Arbitrage post-ressource du BIOS: Le BIOS du système doit maintenant être au courant de l'utilisation des ressources système. En utilisant les informations fournies via des services d'exécution (décrites dans une section ultérieure), ainsi que des informations de ressources connues du BIOS du système, des conflits de ressources critiques peuvent être évités. 'Chargement du système d'exploitation avec un périphérique conflictuel désactivé est meilleur que de provoquer un conflit de ressources et une éventuelle panne du système.'

   * Cela semble pour les périphériques ISA / EISA intégré / intégré sur MOBO ou sur les machines à sous ESA / EISA EXTENSION CARD. Étant donné que les ressources des périphériques PCI ne peuvent pas entrer en conflit en termes d'allocation d'adresse d'E / S (ou de mémoire) (Becoz les adresses sont pas de câblage pour les périphériques PCI , et donc dans les 'mains' du bios pour allouer des adresses non contradictoires.) Et l'allocation IRQ (les interruptions PCI Becoz sont partagées par conception.), donc cela signifie que "Tous" Les périphériques PCI (incorporés ou Non intégré) sera initialisée / adresses de mémoire ou d'E / S allouées et des assignations IRQ.

3. Support pour les systèmes de plug and Play et de Systèmes d'exploitation non-fiche et de lecture: Système de plug and Play System BIOS POST 'DOIT' Configurez le système pour fonctionner avec «à la fois» Plug and Play Cawn, ainsi que «Système d'exploitation» non-plug and Play. * Dans la non-prise et Jouer des environnements, 'Soit' le bios système 'ou' le logiciel système approprié (pilotes de périphérique) 'doit "configurer" tous les "périphériques (plug and Play ISA, PCI dispositifs, etc.). Cela permettra à tous les environnements de "charger exactement comme ils le feraient sur un système compatible standard PC". Cependant, dans un environnement de plug et de jeu, le BIOS du système peut désormais aider le système d'exploitation à effectuer des fonctionnalités telles que Configuration d'exécution des périphériques de la carte système et de la reconnaissance des événements lorsque les périphériques de la carte système ont changé.

* toutes ces 3 déclarations de la spécification, semble indiquer que si un système d'exploitation non-PNP doit être démarré (par exemple, DOS), le BIOS du système 'doit "configurer (ou, allouer des adresses et des IRQ, Au moins) "Tous" périphériques PCI, qu'ils soient incorporés / intégrés sur la carte mère (mobo) ou non. Pour les périphériques ISA et EISA, le BIOS 'doit "ne pas activer / allouer les ressources pour ces périphériques ISA / EISA (intégré ou non incorporé

ed) qui entraînera des assignations de ressources en conflit.

suis-je juste en conclusion des déclarations ci-dessus de la spécification. que: "Si le BIOS doit démarrer un système d'exploitation non-PNP, il doit activer (c'est-à-dire activer, c'est-à-dire allouer des ressources) "Chaque" périphérique PCI (si intégré sur MOBO ou sur la fente de carte d'extension PCI) dans le système afin de pouvoir être utilisé par les programmes d'exploitation et d'application "?

mise à jour le 2012-08-04:

Jetez un coup d'œil à chapitre 12 des pilotes de périphérique Linux 3rd Ed. .L'auteur, à de nombreux endroits désigne explicitement que les adresses d'E / S ou de mémoire et les affectations IRQ seront déjà effectuées par le BIOS au moment de l'exécution du noyau Linux de Linux, et le noyau Linux peut adapter l'affectation en fonction de ses besoins..

Peut-être une autre référence qui mentionne ce que nous essayons d'atteindre.

Answer 1

L'option "PNP OS" n'est pertinente que pour les périphériques ISA PNP, qui sont presque inexistants de nos jours. C'est pourquoi vous ne voyez plus l'option beaucoup. C'est fondamentalement, cela ne vous souciez pas des cartes mères sans emplacement ISA. Pourrait encore avoir une certaine pertinence si vous pouvez définir vos adresses de base de port série sur "Auto".

Le BIOS doit toujours Configurez les barres PCI et les mappages INTX-TO-IRQ. Cela devrait le faire quelle que soit l'option PNP OS. Cela inclut à la fois des périphériques PCI à bord (par exemple Ethernet intégré intégré) et des panneaux à emplacement PCI / PCIe. Je n'ai jamais vu de bios (travail) où vous pourriez démarrer sur DOS et avoir des barres non configurées.

Lorsque le BIOS configurait l'espace de configuration PCI, il prendra en compte les informations ISA PNP. Par exemple, si elle sait qu'un périphérique ISA PNP utilise IRQ 9, les routines d'initialisation PCI doivent être suffisamment intelligentes pour ne pas mapper IRQ 9 à toutes les lignes PCI IntX.

Aussi, gardez à l'esprit que lorsque votre système d'exploitation se charge, il est libre de remplacer les barres et les mappages IRQ. Windows Re-réalise généralement les mappages IRQ lorsqu'il active APIC et ACPI. Les barres ne sont généralement pas modifiées, bien que des cas spéciaux puissent être des cas particuliers, comme un événement PCIe Hotplug qui oblige le système d'exploitation à peupler la barre.

Answer 2

L'option "PNP OS" n'est pertinente que pour les périphériques ISA PNP, qui sont presque inexistants de nos jours.- FAUX! Cette option a un impact important sur la distribution des interruptions dans Windows OS!L'expérience elle-même de réfuter la déclaration susmentionnée est très simple!