Přerušení hovoru BIOS - BIOS interrupt call
![]() | tento článek potřebuje další citace pro ověření.Duben 2012) (Zjistěte, jak a kdy odstranit tuto zprávu šablony) ( |
BIOS přerušit hovory jsou zařízení, které operační systémy a aplikační programy používají k vyvolání zařízení systému Windows Základní systém vstupů a výstupů software zapnutý IBM PC kompatibilní počítače. Tradičně volání systému BIOS používají hlavně DOS programy a nějaký další software, jako je zavaděče (včetně převážně historicky relativně jednoduchého aplikačního softwaru, který se spouští přímo a běží bez operačního systému - zejména herního softwaru). Systém BIOS běží pouze v systému Windows režim skutečné adresy (skutečný režim) x86 CPU, takže programy, které volají BIOS, musí být také spuštěny v reálném režimu, nebo musí přepnout z chráněného režimu do reálného režimu před voláním BIOSu a opětovným přepnutím zpět. Z tohoto důvodu moderní operační systémy kteří používají CPU v Chráněný režim nebo Dlouhý režim obecně nepoužívají volání přerušení BIOS k podpoře systémových funkcí, i když některé z nich používají BIOS k testování a inicializaci hardwarových prostředků v jejich raných fázích bootování.[1]
Ve všech počítačích řídí softwarové pokyny fyzický hardware (obrazovka, disk, klávesnice atd.) Od okamžiku zapnutí napájení. V počítači přebírá BIOS předinstalovaný v paměti ROM na základní desce kontrolu ihned po resetování CPU, a to i při zapnutí, stisknutí tlačítka resetování hardwaru nebo při kritickém selhání softwaru (a trojitá chyba ) způsobí, že obvody základní desky automaticky spustí hardwarový reset. Systém BIOS testuje hardware a inicializuje jeho stav; vyhledá, načte a spustí zaváděcí program (obvykle zavaděč OS a historický) ROM ZÁKLADNÍ ); a poskytuje základní hardwarové ovládání softwaru běžícímu na stroji, což je obvykle operační systém (s aplikačními programy), ale může to být přímo zaváděcí samostatná softwarová aplikace.
Pokud jde o IBM, poskytli všechny informace potřebné k plnému využití jejich BIOSu nebo k přímému využití hardwaru a úplnému vyhnutí se BIOSu při programování časných modelů IBM PC (před PS / 2). Od začátku měli programátoři na výběr podle toho, zda použijí BIOS, či nikoli, na základě periferního hardwaru. IBM důrazně podporovala autorství „dobře vychovaných“ programů, které přistupovaly k hardwaru pouze prostřednictvím volání BIOS INT (a volání služeb DOS), aby podporovala kompatibilitu softwaru se současnými i budoucími modely PC, které mají odlišný periferní hardware, ale IBM pochopila, že vývojářů softwaru a zákazníků s hardwarem byla nutností schopnost uživatelského softwaru přímo ovládat hardware. Částečně to bylo proto, že služby BIOS nevystavovaly významnou podmnožinu všech hardwarových funkcí a funkcí. U dvou příkladů (mezi mnoha) jsou adaptéry MDA a CGA schopné rolování hardwaru a sériový adaptér PC je schopen přenosu dat řízeného přerušením, ale IBM BIOS nepodporuje žádnou z těchto užitečných technických funkcí.
Dnes systém BIOS v novém počítači stále podporuje většinu, ne-li všechna, volání funkcí přerušení systému BIOS definovaná společností IBM pro IBM AT (představeno v roce 1984), spolu s mnoha dalšími novějšími a rozšířením některých originálů ( např. rozšířené rozsahy parametrů) vyhlášené různými dalšími organizacemi a spolupracujícími průmyslovými skupinami. To v kombinaci s podobným stupněm hardwarové kompatibility znamená, že většina programů napsaných pro IBM AT může i dnes běžet správně na novém PC za předpokladu, že je přijatelná vyšší rychlost provádění (což obvykle platí pro všechny kromě her, které používají Časování založené na CPU). Navzdory značnému omezení služeb přístupných prostřednictvím přerušení systému BIOS se ukázaly jako mimořádně užitečné a odolné vůči technologickým změnám.
Účel volání systému BIOS
Volání přerušení BIOSu provádějí hardwarové ovládání nebo I / O funkce požadované programem, vracejí do systému informace o systému nebo dělají obojí. Klíčovým prvkem účelu volání systému BIOS je abstrakce - volání systému BIOS provádějí obecně definované funkce a konkrétní podrobnosti o tom, jak jsou tyto funkce prováděny na konkrétním hardwaru systému, jsou zapouzdřeny v systému BIOS a skryty před programem. Například program, který chce číst z pevného disku, nemusí vědět, zda je pevný disk ATA, SCSI nebo SATA řídit (nebo v dřívějších dnech, an ESDI řídit, nebo MFM nebo RLL řídit snad Seagate ST-506 řadič, možná jeden z několika Western Digital typy řadičů nebo s jiným vlastním řadičem jiné značky). Program potřebuje pouze identifikovat BIOSem definované číslo disku, ke kterému chce přistupovat, a adresu sektoru, který potřebuje ke čtení nebo zápisu, a BIOS se postará o převod tohoto obecného požadavku do konkrétní sekvence požadovaných základních operací k dokončení úlohy prostřednictvím konkrétního hardwaru řadiče disku, který je připojen k této jednotce. Program je osvobozen od nutnosti vědět, jak ovládat na nízké úrovni každý typ pevného disku (nebo grafického adaptéru, rozhraní portu nebo periferních hodin v reálném čase), ke kterému může potřebovat přístup. Díky tomu je programování operačních systémů a aplikací snazší a programy jsou menší, což snižuje duplikaci programového kódu, protože funkce obsažené v systému BIOS nemusí být součástí každého programu, který to potřebuje; v programech jsou zahrnuty relativně krátké hovory do systému BIOS. (V operačních systémech, kde se BIOS nepoužívá, plní servisní volání poskytované samotným operačním systémem obecně stejnou funkci a účel.)
Systém BIOS také osvobozuje designéry počítačového hardwaru (v rozsahu, v jakém jsou programy psány výhradně pro použití systému BIOS), aby byli nuceni udržovat přesnou hardwarovou kompatibilitu se starými systémy při navrhování nových systémů, aby byla zachována kompatibilita se stávajícím softwarem. Například hardware klávesnice na IBM PCjr funguje velmi odlišně než hardware klávesnice u dřívějších modelů IBM PC, ale u programů, které používají klávesnici pouze prostřednictvím systému BIOS, je tento rozdíl téměř neviditelný. (Jako dobrý příklad druhé strany tohoto čísla značný podíl PC programů používaných v době zavedení PCjr nepoužíval klávesnici výhradně prostřednictvím BIOSu, takže IBM do PCjr zahrnovala také hardwarové funkce pro emulaci způsobem originální IBM PC a IBM PC XT hardware klávesnice funguje. Emulace hardwaru není přesná, takže ne všechny programy, které se pokusí přímo použít hardware klávesnice, budou na PCjr fungovat správně, ale všechny programy, které používají pouze služby klávesnice BIOS, budou fungovat.)
Kromě poskytování přístupu k hardwarovým zařízením poskytuje systém BIOS další funkce, které jsou implementovány do softwaru BIOS. Například BIOS udržuje oddělené pozice kurzoru až pro osm stránek pro zobrazení textu a poskytuje TTY výstup podobný automatickému zalamování řádků a interpretaci základních řídicích znaků, jako je návrat vozíku a posun řádků, zatímco hardware pro textový displej kompatibilní s CGA má pouze jeden globální kurzor displeje a nemůže automaticky posunout kurzor, použijte polohu kurzoru k adresování displeje paměť (za účelem určení, která znaková buňka bude změněna nebo prozkoumána), nebo interpretovat kontrolní znaky. V dalším příkladu rozhraní klávesnice BIOS interpretuje mnoho stisků kláves a kombinací kláves, aby bylo možné sledovat různé stavy posunu (vlevo a vpravo Posun, Ctrl, a Alt), když zavoláte službu tisku na obrazovku Posun+PrtScrn je stisknuto, restartuje systém, když Ctrl+Alt+Del je stisknuto, aby bylo možné sledovat stavy zámku (Caps Lock, Num Lock a Scroll Lock) a na strojích třídy AT ovládat odpovídající kontrolky stavu zámku na klávesnici a provádět další podobné interpretační a řídící funkce pro klávesnici. Naproti tomu běžné možnosti standardního hardwaru klávesnice PC a PC-AT jsou omezeny na hlášení systému každé primitivní události stisknutí nebo uvolnění jednotlivé klávesy (tj. Provedení přechodu ze stavu „uvolnění“ do stavu „deprese“) stavu nebo naopak), provedením povelu reset a autotest jednotky klávesnice a u klávesnic třídy AT provedením příkazu z hostitelského systému pro nastavení absolutních stavů indikátorů stavu zámku (LED).
Volání BIOSu: Přerušení softwaru BIOSu
Operační systémy a další software komunikují se softwarem BIOS za účelem kontroly nainstalovaného hardwaru prostřednictvím softwarových přerušení. Softwarové přerušení je specifická paleta obecného konceptu přerušení. Přerušení je mechanismus, pomocí kterého může CPU přesměrovat na zastavení provádění programu hlavní linky a okamžité provedení speciálního programu, který se nazývá Interrupt Service Routine (ISR). Jakmile ISR skončí, CPU pokračuje s hlavním programem. Na procesorech x86, když dojde k přerušení, je ISR, který se má volat, nalezen vyhledáním v tabulce adres počátečního bodu ISR (nazývaných „vektory přerušení“) v paměti: Interrupt Vector Table (IVT). Přerušení je vyvoláno jeho typovým číslem od 0 do 255 a číslo typu se používá jako index do Interrupt Vector Table a u tohoto indexu v tabulce je nalezena adresa ISR, která bude spuštěna v reakci na přerušení. Softwarové přerušení je jednoduše přerušení, které je spuštěno softwarovým příkazem; softwarová přerušení proto fungují jako podprogramy, přičemž hlavní rozdíl spočívá v tom, že program, který provádí softwarové přerušení, nepotřebuje znát adresu ISR, pouze jeho číslo přerušení. To má výhody pro modularitu, kompatibilitu a flexibilitu v konfiguraci systému.
Hovory o přerušení BIOS lze považovat za mechanismus pro předávání zpráv mezi BIOSem a klientským softwarem BIOS, jako je operační systém. Zprávy požadují data nebo akci ze systému BIOS a volajícímu vrátí požadovaná data, informace o stavu nebo produkt požadované akce. Zprávy jsou rozděleny do kategorií, každá s vlastním číslem přerušení, a většina kategorií obsahuje podkategorie, které se nazývají „funkce“ a jsou označeny „čísly funkcí“. Klient systému BIOS předává většinu informací do systému BIOS v registrech CPU a přijímá většinu informací zpět stejným způsobem, ale data příliš velká na to, aby se vešly do registrů, jako jsou tabulky řídicích parametrů nebo data sektoru disku pro přenosy disků, se předávají přidělením vyrovnávací paměti (tj. nějaký prostor) v paměti a předávání adresy vyrovnávací paměti v registrech. (Někdy může být v datové struktuře v paměti předáno více adres datových položek v paměti s adresou této struktury předanou do systému BIOS v registrech.) Číslo přerušení je zadáno jako parametr instrukce softwarového přerušení (v jazyce Intel Assembly) , instrukce „INT“) a číslo funkce je specifikováno v registru AH; to znamená, že volající nastaví registr AH na číslo požadované funkce. Obecně platí, že služby BIOS odpovídající každému číslu přerušení fungují nezávisle na sobě, ale funkce v rámci jedné služby přerušení jsou zpracovávány stejným programem BIOS a nejsou nezávislé. (Tento poslední bod je relevantní pro reentrancy.)
Software BIOS se obvykle vrátí volajícímu s chybovým kódem, pokud není úspěšný, nebo se stavovým kódem a / nebo požadovanými daty, pokud je úspěšný. Samotná data mohou být tak malá jako jeden bit, nebo až 65 536 bajtů celých sektorů surového disku (maximum, které se vejde do jednoho segmentu paměti v reálném režimu). Systém BIOS byl v průběhu let mnohokrát rozšířen a vylepšen mnoha různými korporátními entitami a výsledkem tohoto vývoje bohužel je, že ne všechny funkce systému BIOS, které lze nazvat, používají konzistentní konvence pro formátování a komunikaci dat nebo pro vykazování výsledků. Některé funkce systému BIOS hlásí podrobné informace o stavu, zatímco jiné nemusí hlásit ani úspěch, ani selhání, ale pouze se tiše vrátí, takže volající může převzít úspěch (nebo výsledek otestovat jiným způsobem). Někdy může být také obtížné určit, zda je určité volání funkce systému BIOS podporováno systémem BIOS v určitém počítači, nebo jaké jsou limity parametrů volání v tomto počítači. (U některých neplatných čísel funkcí nebo platných čísel funkcí s neplatnými hodnotami klíčových parametrů - zejména u dřívější verze systému IBM BIOS - nemusí systém BIOS dělat nic a vrátit se bez chybového kódu; pak je [nepohodlná, ale nevyhnutelná] zodpovědnost volajícímu buď vyhnout se tomuto případu neuskutečněním takových hovorů, nebo pozitivně otestovat očekávaný účinek volání, než předpokládat, že hovor byl efektivní. Protože se BIOS během své historie značně vyvinul v mnoha krocích, funkce, která je platná v jedna verze systému BIOS od určitého dodavatele nemusí být platná ve starší nebo odlišné verzi systému BIOS od stejného dodavatele nebo ve verzi systému BIOS - jakéhokoli relativního věku - od jiného dodavatele.)
Protože volání přerušení systému BIOS používají předávání parametrů založených na registru CPU, jsou volání orientována na uskutečňování z montážního jazyka a nelze je provádět přímo z většiny jazyky na vysoké úrovni (HLL). Jazyk na vysoké úrovni však může poskytnout knihovnu souhrnných rutin, které překládají parametry z formuláře (obvykle založeného na zásobníku) používaného jazykem vysoké úrovně do formuláře založeného na registru požadovaném systémem BIOS, a pak zpět do HLL konvence volání po návratu systému BIOS. V některých variantách C lze volání systému BIOS uskutečňovat pomocí inline assembleru v modulu C. (Podpora pro inline assembler není součástí standardu ANSI C, ale je rozšířením jazyka; proto jsou C moduly, které používají inline assembler, méně přenosné než čisté standardní moduly C podle ANSI.)
Vyvolání přerušení
Vyvolání přerušení lze provést pomocí INT x86 montážní jazyk návod. Chcete-li například vytisknout znak na obrazovku pomocí přerušení BIOSu 0x10, lze provést následující pokyny pro jazyk sestavení x86:
mov ah, 0x0e ; číslo funkce = 0Eh: Zobrazit znak mov al, '!' ; AL = kód znaku, který se má zobrazit int 0x10 ; volejte INT 10h, videoslužbu BIOS
Přerušit stůl
Seznam běžných tříd přerušení systému BIOS naleznete níže. Všimněte si, že některé BIOSy (zejména staré) neimplementují všechny tyto třídy přerušení.
Systém BIOS také používá některá přerušení k přenosu přerušení hardwarových událostí do programů, které se rozhodnou je přijímat, nebo k směrování zpráv pro vlastní použití. Níže uvedená tabulka obsahuje pouze ta přerušení systému BIOS, která jsou určena k vyvolání programy (pomocí instrukce k přerušení softwaru „INT“ v montážním jazyce) k vyžádání služeb nebo informací.
Přerušit vektor | Popis | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
05h | Provedeno při Shift-Tisk obrazovky je stisknuto, stejně jako když VÁZANÝ instrukce detekuje vázanou poruchu. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
10h | Video služby
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
11h | Vrátí seznam vybavení | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
12h | Vrátit se konvenční paměť velikost | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
13h | Nízkoúrovňové diskové služby
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
14h | Služby sériového portu
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
15h | Různé systémové služby
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
16h | Služby klávesnice
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
17h | Služby tiskáren
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
18h | Vykonat Kazeta ZÁKLADNÍ: Na strojích IBM až do začátku řady PS / 2 by toto přerušení spustilo ROM Cassette BASIC. Klony tuto funkci neměly a různé stroje / BIOSy by prováděly řadu různých akcí, pokud by byl spuštěn INT 18h, nejčastěji chybová zpráva, že nebyl přítomen žádný bootovací disk. Moderní stroje by se o to pokusily boot ze sítě přes toto přerušení. Na moderních počítačích bude toto přerušení považováno BIOSem za signál bootloaderu, že se mu nepodařilo dokončit svůj úkol. Systém BIOS pak může podniknout příslušné další kroky.[2] | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
19h | Po POST používá toto přerušení BIOS k načtení operačního systému. Program může toto přerušení zavolat a restartovat počítač (musí však zajistit, aby přerušení hardwaru nebo operace DMA nezpůsobily zablokování nebo zhroucení systému během opětovné inicializace systému BIOS nebo spouštěcího procesu). | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1 Ah | Služby hodin v reálném čase
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1 Ah | PCI Služby - implementovány BIOSy podporujícími PCI 2.0 nebo novější
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1Bh | Obsluha Ctrl-Break - volána uživatelem INT 09 když Ctrl-Přestávka bylo stisknuto | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1Ch | Obsluha časovače klíště - volána uživatelem INT 08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1Dh | Není povolán; jednoduše ukazatel na VPT (Video Parameter Table), který obsahuje data o režimech videa | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1Eh | Není povolán; jednoduše ukazatel na DPT (tabulka parametrů disket), obsahující různé informace týkající se disketových jednotek | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1Fh | Není povolán; jednoduše ukazatel na VGCT (Video Graphics Character Table), který obsahuje data pro znaky ASCII 80h na FFh | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
41h | Ukazatel adresy: FDPT = Tabulka parametrů pevného disku (1. pevný disk) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
46h | Ukazatel adresy: FDPT = Tabulka parametrů pevného disku (2. pevný disk) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
4 Ah | Vyvoláno RTC pro alarm |
INT 18h
: provést BASIC
INT 18h
tradičně skočil na implementaci Kazeta ZÁKLADNÍ (poskytované společností Microsoft) uložené v Možnost ROM. Toto volání by se obvykle vyvolalo, pokud by systém BIOS nebyl schopen při spuštění identifikovat žádné svazky zaváděcího disku.
V době, kdy byl v roce 1981 vydán původní počítač IBM PC (stroj IBM typu 5150), byl klíčovým prvkem BASIC v ROM. Současné populární osobní počítače, jako je Commodore 64 a řada Apple II, měly také v paměti Microsoft Cassette BASIC (ačkoli Commodore přejmenoval jejich licencovanou verzi Commodore BASIC), takže na podstatné části zamýšleného trhu potřeboval IBM PC BASIC, aby mohl konkurovat. Stejně jako v těchto jiných systémech sloužil ROM PC BASIC IBM PC jako primitivní operační systém bez disků, který uživateli umožňoval načítat, ukládat a spouštět programy a také je zapisovat a vylepšovat. (Původní počítač IBM PC byl také jediným modelem počítače od společnosti IBM, který stejně jako jeho výše zmínění dva konkurenti zahrnoval hardware kazetového rozhraní. Základní model počítače IBM PC měl pouze 16 KiB RAM a žádné diskové jednotky [jakéhokoli druhu], takže kazetové rozhraní a BASIC v ROM byly nezbytné, aby byl základní model použitelný. Počítač IBM PC s méně než 32 KiB RAM nelze spustit z disku. Z pěti 8 čipů KiB ROM v původním počítači IBM, celkem 40 KiB, čtyři obsahují BASIC a pouze jeden obsahuje BIOS; když je nainstalováno pouze 16 KiB RAM, ROM BASIC tvoří více než polovinu celkové systémové paměti [abych byl přesný 4/7].)
Jak čas plynul a program BASIC již nebyl dodáván na všech počítačích, toto přerušení by jednoduše zobrazilo chybovou zprávu označující, že nebyl nalezen spouštěcí svazek (skvěle „No ROM BASIC“ nebo další vysvětlující zprávy v pozdějších verzích systému BIOS); v jiných verzích systému BIOS vyzve uživatele k vložení zaváděcího svazku a stisknutí klávesy a poté, co uživatel stiskne klávesu, provede smyčku zpět do zavaděče bootstrap (INT 19h) a zkusí zavést systém znovu.
Digitální Duha 100 B použito INT 18h
volat jeho BIOS, který byl nekompatibilní s IBM BIOS. Turbo Pascal, Turbo C. a Turbo C ++ předělaný INT 18 pro alokaci paměti a stránkování. Jiné programy také tento vektor znovu použily pro své vlastní účely.
Háčky systému BIOS
DOS
Na systémech DOS, IO.SYS nebo IBMBIO.COM zavěsí INT 13 pro detekci změn disket, sledování formátovacích hovorů, opravu chyb hranice DMA a řešení problémů v ROM BIOSu IBM „01/10/84“ s kódem modelu 0xFC před prvním voláním.
Vynechání systému BIOS
Mnoho moderních operačních systémů (např Linux a Windows NT ) po spuštění obejít volání přerušení BIOSu, Jádro OS převede CPU na chráněný režim nebo dlouhý režim při spuštění, raději používat své vlastní programy (např ovladače jádra ) k přímému ovládání připojeného hardwaru. Původním důvodem bylo především to, že tyto operační systémy spouštějí procesor v chráněném režimu, zatímco volání systému BIOS vyžaduje přepnutí do reálného režimu a zpět a přepnutí do reálného režimu je pomalé. Existují však také vážné bezpečnostní důvody, proč nepřejít do reálného režimu, a kód systému BIOS má omezení jak ve funkčnosti, tak v rychlosti, která motivují návrháře operačních systémů, aby za něj našli náhradu. Omezení rychlosti systému BIOS ve skutečnosti způsobilo, že i v éře systému DOS jej programy obcházely, aby se vyhnuly omezením výkonu, zejména pokud jde o grafický displej a rychlou sériovou komunikaci. Mezi problémy s funkčností systému BIOS patří omezení rozsahu definovaných funkcí, nekonzistence v podmnožinách těchto funkcí podporovaných různými počítači a rozdíly v kvalitě BIOSů (tj. Některé BIOSy jsou úplné a spolehlivé, jiné jsou zkrácené a chybné). Tím, že vezmou věci do svých rukou a nebudou se spoléhat na BIOS, mohou vývojáři operačních systémů eliminovat některá rizika a komplikace, kterým čelí při psaní a podpoře systémového softwaru. Na druhou stranu se tím vývojáři stávají odpovědnými za poskytování „holého“ softwaru ovladače pro každý jiný systém nebo periferní zařízení, se kterým mají v úmyslu pracovat, (nebo za přimění výrobců hardwaru, aby tyto ovladače poskytovali). Mělo by tedy být zřejmé, že kompaktní operační systémy vyvinuté pro malé rozpočty by měly tendenci silně využívat BIOS, zatímco velké operační systémy vytvořené obrovskými skupinami softwarových inženýrů s velkými rozpočty by se místo použití BIOSu častěji rozhodly psát vlastní ovladače - to je , a to i bez ohledu na problémy s kompatibilitou systému BIOS a chráněného režimu.
Viz také
- Přerušení hovoru v systému DOS
- Tabulka přerušení deskriptoru
- Vstupní / výstupní základní adresa
- Seznam přerušení Ralfa Browna
Reference
- ^ „Zavádění · Linux Inside“. 0xax.gitbooks.io. Citováno 2020-11-10.
- ^ * BIOS Boot Specification verze 1.01 11. ledna 1996 Příloha D
- Seznam přerušení x86 (aka RBIL, Ralf Brown's Interrupt List)
- Uživatelská příručka k integrovanému systému BIOS
- Uživatelská příručka PhoenixBIOS 4.0
- Technická příručka k rozhraní IBM Personal System / 2 a BIOS osobního počítače, IBM, 1988, OCLC 20737442
- Systém BIOS pro počítače IBM PC, Compatibles a EISA Computers, Phoenix Technologies, 1991, ISBN 0201577607
- Programátorská příručka k systému AMIBIOS, Americké megatrendy, 1993, ISBN 0070015619
- Zdrojový program pro PC programátora Thom Hogan, Microsoft Press, 1991 ISBN 155615321X