Sa întâmplat astfel încât compania americană Megatrends să nu distribuie în mod liber programul software AMI (AMI) de Configurare AMI (AMI). Dar lumea este aranjată cumva în mod diferit și de mulți ani inginerii de service și utilizatorii avansați au reușit să utilizeze cu succes acest instrument minunat. În toți acești ani, principala problemă a fost și este încă incompatibilitatea noilor versiuni ale AMIBIOS cu versiunile anterioare ale AMIBCP. Dar știm că lumea este aranjată astfel încât versiunea "potrivită" să apară mai devreme sau mai târziu. )
Piatra subacvatică în editarea setărilor AMIBIOS este faptul că, uneori, lansarea deja disponibilă a utilitarului de configurare s-ar fi confruntat cu succes cu editarea fișierului necesar. Dar acest lucru este împiedicat de lipsa completă a informațiilor de bază privind această problemă. Vom încerca să eliminăm cel puțin parțial acest decalaj.
Luați în considerare situația când o încercare de a deschide fișierul imagine BIOS se termină cu un mesaj neplăcut cum ar fi "Nu s-a putut deschide fișierul! »:
De fapt, nu se întâmplă nimic teribil. Este posibil ca AMIBCP v3.46 să rezolve sarcina dacă utilizatorul ia în considerare caracteristicile structurii versiunilor moderne ale AMIBIOS.
Faptul este că o parte din spațiul din fișierul imagine este rezervată funcțiilor de serviciu (ceva asemănător cu fișierul platform.bin, odată separat cu Phoenix Phlash, utilitarul de programare PhoenixBIOS). Rămâne doar să ne dăm seama ce constă BIOS-ul actual, dezvoltat la American Megatrends, și să facă schimbările necesare.
Să vorbim imediat că conversația noastră se referă numai la cele mai moderne soluții bazate pe kernelul AMIBIOS8 și nu are nimic de-a face cu versiunile anterioare, precum și versiunea UEFI BIOS dezvoltată pe unul dintre nucleele Aptio. Din acest motiv, vom lua în considerare numai a treia versiune a AMIBCP, în special v3.46:
În prezent, imaginea AMIBIOS8 este formată din cel puțin trei regiuni:
Descriptorul Regiune, așa cum sugerează și numele, conține descrieri ale componentelor BIOS-ului în sine și platformei pe care o servește. Acesta conține o listă de chips-uri Flash ROM, interfața acestora, codul producătorului de cipuri, codul chipului conform JEDEC și alte informații (calendarul pentru citire, scriere, ștergere etc.). De asemenea, sunt descrise funcțiile chipset-ului plăcii de bază responsabile de comunicarea cu cipul BIOS. În principiu, acestea sunt date legate de configurația Podului de Sud (de exemplu, ICH8) pentru întreținerea corectă a cipului Flash ROM, ținând cont de implementarea specifică.
Regiunea Engine Engineability - un nou cuvânt în designul AMIBIOS8, care a venit în software low-level, odată cu apariția integrării în controller-ul chipset-ului BMC. Fără a dezvălui secretele companiei, observăm doar funcțiile evidente efectuate de controlorul Baseboard Management: monitorizarea tensiunii de alimentare, monitorizarea temperaturii, întreținerea senzorilor platformei senzorilor. Indiferent de situație, această regiune este ușor de găsit în codul pentru cuvântul cheie BMC.
Și, în sfârșit, partea necesară a codului este BIOS-ul propriu-zis. Dacă luăm firmware-ul plăcii Tyan S7012 pentru cercetare, atunci din cele patru megabyte disponibile pentru noi, numai cele două cele vechi vor fi necesare pentru muncă. După ce dimensiunea fișierului a fost redusă la jumătate (se recomandă efectuarea acestei operații de către utilitarul QuickView), acesta este perfect deschis de utilitarul AMIBCP, care prezintă toate cache-urile BIOS:
De exemplu, am selectat meniul I / O Virtualization din secțiunea "Advanced", unde sunt setate valorile parametrilor SR-IOV (Single Root I / O Virtualization), una dintre domeniile interesante și importante ale virtualizării.
Site-ul "Noi tehnologii"
mai ales pentru compozitor.