NL2000811C2

NL2000811C2 - Op EFI gebaseerd mechanisme om platformbeheercapaciteiten naar het OS te zenden.

Info

Publication number: NL2000811C2
Application number: NL2000811A
Authority: NL
Inventors: Pankaj Parmar; Ajay Garg
Original assignee: Intel Corp
Priority date: 2006-08-18
Filing date: 2007-08-14
Publication date: 2008-10-14
Also published as: GB2441043A; GB2441043B; JP5182681B2; KR100938718B1; CN101131639A; DE102007039156A1; JP2008102906A; NL2000811A1; US20080046546A1; JP2012119000A; GB0715814D0; KR20080016505A

Description

5 Q.2EX34

Op EFI gebaseerd mechanisme om platformbeheercapaciteiten naar het OS te zenden

Een uitvoering van de huidige uitvinding heeft in het algemeen betrekking op computersystemen en, meer in het bijzonder, op een architectuur welke een zich over platformen 10 uitstrekkende specificatie omvat voor beheerbaarheid van platformen.

Er bestaan verscheidene mechanismen voor het beheren van een platform vanaf een externe bron. Bestaande servers kunnen gebruik maken van een verwerkingseenheid met een grondplaat 15 beheerstuureenheid (in het Engels: baseboard management controller; BMC) om informatie te communiceren met een op afstand gelegen beheersysteem. Andere werkwijzen kunnen momenteel in ontwikkeling zijn om platformbeheer op afstand mogelijk te maken voor servers, desktop computers, laptops, 20 etc. Voor veel mechanismen voor beheerbaarheid is gebruik nodig van een gastheer besturingssysteem (OS) op het te beheren platform.

De kenmerken en voordelen van de huidige uitvinding zullen duidelijk worden uit de hierna volgende gedetailleerde 25 beschrijving van de huidige uitvinding, waarin:

Figuur 1 een blokschema is dat een platform toont waarop uitvoeringen van de uitvinding kunnen worden verwezenlijkt;

Figuur 2 een blokschema is dat een interface toont tussen apparatuur voor platform beheerbaarheid (PM) en gastheer OS, 30 volgens een uitvoering van de uitvinding;

Figuur 3 een blokschema is dat een beheerstapel toont van een gangbare grondplaat beheerstuureenheid (BMC) vergeleken met een als voorbeeld dienende uitbreidbare op uitbreidbare 2 fabriekswaar interface (EFI) looptijd diensten gebaseerde beheerstapel, volgens uitvoeringen van de uitvinding; en

Een uitvoering van de huidige uitvinding is een systeem en werkwijze betrokken op het gebruik van een zich over 5 platformen uitstrekkende beheerarchitectuur welke een veilige uitvoeringsomgeving verschaft onafhankelijk van het gastheer besturingssysteem. In tenminste één uitvoering, is de huidige uitvinding bedoeld om autonoom computergebruik, computergebruik van voorzieningen, en computergebruik op 10 aanvraag mogelijk te maken.

Verwijzing in de beschrijving naar "één uitvoering" of "een uitvoering" van de huidige uitvinding betekent dat een bepaald(e) kenmerk, constructie of eigenschap beschreven in samenhang met de uitvoering is opgenomen in tenminste één 15 uitvoering van de huidige uitvinding. Derhalve verwijzen de voorkomens van de frase "in één uitvoering" die op verscheidene plaatsen door de beschrijving heen voorkomen niet noodzakelijkerwijs allemaal naar dezelfde uitvoering.

Ten behoeve van de toelichting, worden specifieke 20 configuraties en details uiteengezet om een grondig begrip van de huidige uitvinding te verschaffen. Het zal echter aan een persoon met gangbare kennis van het vakgebied duidelijk zijn dat er uitvoeringen van de huidige uitvinding mogelijk zijn zonder de hier gepresenteerde specifieke details.

25 Bovendien kan worden afgezien van algemeen bekende eigenschappen of kunnen deze worden vereenvoudigd teneinde de huidige uitvinding niet onduidelijk te maken. In deze beschrijving kunnen verscheidene voorbeelden worden gegeven. Dit zijn louter beschrijvingen van specifieke uitvoering van 30 de uitvinding. De reikwijdte van de uitvinding is niet beperkt tot de gegeven voorbeelden.

Figuur 1 is een blokschema dat eigenschappen toont van een platform met een micro controller voor platform beheer 3 (PM pcontroller), volgens een uitvoering van de omgeving. Een platform 100 omvat een gastheer verwerkingseenheid 101. De verwerkingseenheid 101 kan zijn verbonden met een geheugen 105 met willekeurige toegang via een spil 103 voor 5 geheugenbesturing. Verwerkingseenheid 101 kan elk type verwerkingseenheid zijn die in staat is om programmatuur uit te voeren, zoals een microprocessor, digitale signaalverwerkings-eenheid, micro controller of dergelijke. Alhoewel Figuur 1 slechts één dergelijke verwerkingseenheid 10 101 toont, kunnen er één of meerdere verwerkingseenheden in het platform 100 aanwezig zijn en kunnen een of meerdere van de verwerkingseenheden meerdere draden (in het Engels: threads) bevatten, meerdere kernen of dergelijke.

De verwerkingseenheid 101 kan bovendien zijn verbonden 15 met I/O-inrichtingen via een invoer/uitvoer stuurspil (ICH) 107. De ICH kan zijn verbonden met verscheidene inrichtingen, zoals een super I/O stuureenheid (SIO), toetsenbord stuureenheid (KBC), of vertrouwd platform module (TPM) via een bus 102 met gering aantal aansluitpunten (LPC) De SIO kan 20 bijvoorbeeld toegang hebben tot floppy diskette drives of

inrichtingen die voldoen aan industriestandaard architectuur (ISA). In een uitvoering is de ICH verbonden met niet-vluchtig geheugen via een seriële perifere interface-(SPI)bus 104. Het niet-vluchtige geheugen kan een 25 flitsgeheugen zijn of statisch geheugen met willekeurige toegang (SRAM) of dergelijke. Er kan een ^.controller 110n voor platformbeheer aanwezig zijn op het platform 100. De pcontroller 110η voor platformbeheer kan via een bus 112 verbinding maken met de ICH, kenmerkend een perifere 30 componentverbinding (in het Engels: peripheral component interconnect; PCI) of PCI express bus. De Ucontroller voor platformbeheer kan ook zijn verbonden met de niet-vluchtige geheugenopslag (NV opslag) 117 via de SPI bus 104. De NV

4 opslag 117 kan flitsgeheugen zijn of statische RAM (SRAM) of dergelijke. In veel bestaande systemen is de NV-opslag flitsgeheugen.

In uitvoeringen kan de pcontroller 110η voor 5 platformbeheer gelijken op een "miniatuur" of een ingebedde verwerkingseenheid. Evenals een verwerkingseenheid met volledige mogelijkheden, heeft de Ncontroller voor platformbeheer een verwerkingseenheid 111 die functioneel kan zijn verbonden met een cache-geheugen 115, evenals met RAM en 10 ROM geheugen 113. De pcontroller voor platformbeheer kan een ingebouwde netwerk interface hebben en een onafhankelijke verbinding met een voedingsbron 125 om uit-de-band communicatie mogelijk te maken zelfs wanneer de gastheer verwerkingseenheid 101 niet actief is.

15 In uitvoeringen heeft de verwerkingseenheid 101 een elementair invoer-uitvoersysteem (BIOS) 119 in de NV opslag 117. In andere uitvoeringen start de verwerkingseenheid 101 op vanaf een op afstand gelegen inrichting (niet getoond) en verblijft de opstartvector (wijzer) in het BlOS-gedeelte 119 20 van de NV opslag 117. De PM μοοη^οΐΐετ kan toegang hebben tot alle inhoud van de NV opslag 117, inclusief het BIOS gedeelte 119 en een beschermd gedeelte 121 van het niet-vluchtige geheugen. In sommige uitvoeringen kan het beschermde gedeelte 121 van geheugen wordt beveiligd met 25 Intel® Active Management Technology (Intel® actieve beheertechnologie; IAMT). Op de PM pcontroller kan een IAMT programmatuurstapelgeheugen draaien. Meer informatie over IAMT is te vinden op het openbare Internet op URL www-intel-com/technology/manage/iamt/. (Merk op dat punten 30 zijn vervangen door schuine strepen in URLs die in dit document zijn opgenomen, teneinde onbedoelde hyperlinks te vermijden) .

5

Aangezien het BlOS-gedeelte van niet vluchtig geheugen kan worden gewijzigd door het OS of toepassingsprogramma's die binnen het OS draaien, kan het kwetsbaar zijn voor uit kwade bedoelingen voortkomend geknoei. In uitvoeringen kan 5 het beschermde gedeelte van geheugen 121, slechts beschikbaar voor de PM pcontroller, worden gebruikt om kritieke opstartvector en andere informatie op te slaan zonder gevaar op knoeien. De enige manier om toegang te krijgen tot de PM pcontroller kant van de NV opslag 117 kan zijn door 10 verificatie via een proxy door de PM pcontroller, dat wil zeggen authenticatie met een handtekening of dergelijke.

Veel bestaande systemen gebruiken op de uitbreidbare fabriekswaar interface (EFI) gebaseerde platform fabriekswaar en de bijbehorende flitsvariabelen ervan. De EFI is een 15 specificatie die een nieuw model definieert voor de interface tussen besturingssysteem en platform fabriekswaar, gewoonlijk bekend onder de naam Basic Input Output System (elementair invoer-uitvoersysteem; BIOS). De specificatie versie 1.10, gepubliceerd op 1 december 2002, is beschikbaar op het 20 openbare Internet op URL

developer-intel-com/technology/efi/main_specification.htm.

Uitvoeringen van de huidige uitvinding kunnen een architectuur gebruiken welke een zich over platforms uitstrekkende platform specificatie voor platform 25 beheerbaarheid omvat. Onder verwijzing naar Figuur 2, kan deze architectuur een uitvoeringsomgeving 230 mogelijk maken onafhankelijk van het gastheer besturingssysteem 210 waarop beheercapaciteitsuitbreidingen van een derde partij kunnen worden uitgevoerd, Capability Modules (CMs) 253 genoemd. Een 30 CM 253 is een binaire component die dynamisch kan worden geladen via een netwerk en in de looptijd omgeving van PM 230 kan worden ingevoegd. De CM 253 breidt de beheerbaarheid functionaliteit uit die wordt verschaft door PM. Een CM 253 6 maakt om te werken gebruik van een verzameling diensten verschaft door de PM looptijd omgeving 230 en maakt eveneens gebruik van verschillende interfaces, bijvoorbeeld, SEI 231 om sensorgegevens te verzamelen en in te grijpen.

5 De PM looptijd omgeving 230 vertoont meerdere interfaces zoals Platform Manageability Administrative interface (PMAI) 239, Sensor Effector Interface (SEI) 231, (External Operations Interface) EOI 237. Elk van deze interfaces dient een uniek doel.

10 EOI 237 stelt externe entiteiten in staat om op afstand toegang te krijgen tot de PM looptijd omgeving 230 en deze te besturen. EOI 237 verschaft functionaliteit zoals ontdekking van platform capaciteiten, sensoren, informatie over middelen, het draaien van diagnostische 15 toepassingsprogramma's, bevoorraden van het systeem, etc.

PMAI 239 verschaft administratieve functionaliteit om de PM looptijd omgeving 230 te reguleren. PMAI 239 maakt handelingen mogelijk zoals het uitvragen/repareren van drivers (aansturingen), OS, CMs, 20 installeren/verwijderen/starten/stoppen van CMs, starten/stoppen van PM, etc. De SEI 231 definieert functies die in het algemeen opsomming van diensten op een system mogelijk maken, het lezen van sensorgegevens, het schrijven van effectorgegevens, etc. PMAI 239 en EOI 237 kunnen op 25 afstand worden aangeroepen door een IT-beheerder. De architectuur definieert geen enkele interface of mechanisme om samen te werken met het gastheer besturingssysteem (OS) 210. Een platform beheeroplossing die op desktop computers, servers of handcomputers draait kan meer flexibiliteit en 30 besturing bieden wanneer deze samenwerkt met het OS. De interface tussen de PM en gastheer OS 210 wordt getoond als 225.

7

Uitvoeringen van de huidige uitvinding omvatten een mechanisme om een lokale beheerentiteit 205 die op het OS draait instaat te stellen om te communiceren met de component 230 voor platform beheerbaarheid en om de component voor 5 platform beheerbaarheid instaat te stellen om het OS te bewaken via Extensible Firmware Interface (EFI) looptijd diensten 220 (207, 209, 211). In uitvoeringen benut de architectuur "OS sensoren" 203 die in de context van het OS 210 draaien, hetgeen de infrastructuur voor platform 10 beheerbaarheid in staat stelt om de OS gezondheid te bewaken. De EFI looptijd aanstuureenheden 220 exporteren een interface zodanig dat er OS sensor informatie aan de infrastructuur 230 voor platform beheerbaarheid kan worden verschaft. De EFI looptijd aanstuureenheid vertoont eveneens een interface 15 zodanig dat de OS sensoraanstuureenheid opdrachten kan ontvangen vanaf een OS-specifieke CM die in de context van PM looptijd omgeving 230 draait. Door de interface voor platform beheerbaarheid te vertonen aan het OS, en de infrastructuur voor platform beheerbaarheid instaat te stellen om OS 20 activiteit te bewaken en OS herstelhandelingen te besturen, verschaffen uitvoeren van de huidige uitvinding een veelzijdige beheeroplossing die bestaande architectuur voor platform beheerbaarheid aanvult. Uitvoeringen van de uitvinding kunnen achterwaarts verenigbaar (in het Engels: 25 backward compatible) zijn met gangbare op BMC (Baseboard Management Controller) gebaseerde oplossingen voor platformbeheer, zoals besproken in samenhang met Figuur 3.

De looptijd omgeving 230 voor platform beheerbaarheid (PM) kan in staat zijn om (OS) herstel na vastlopen uit te 30 voeren op basis van informatie ontvangen vanaf de OS sensor aanstuureenheid 203 tot het vastlooppunt. De looptijd informatie kan worden vergaard door de OS sensor aanstuureenheid 203 en worden doorgestuurd naar de PM

8 looptijd omgeving 230 ten behoeve van verwerking. Het zal aan personen met gewone bekwaamheid in het vakgebied duidelijk zijn dat er gebruik kan worden gemaakt van verscheidene communicatiewijzen. Zo kan er bijvoorbeeld informatie worden 5 doorgegeven via elektronische brievenbussen, gemeenschappelijk geheugen, of met andere communicatiewijzen. Er kunnen aanbevelingen worden teruggestuurd naar de beheertoepassing 201 of naar een op afstand gelegen station 260 om wijzigingen in het systeem door te voeren. Bestaande 10 systemen kunnen een controle uitvoeren op compatibiliteit van versies tussen de platform apparatuur/BIOS en platform OS/aanstuureenheden. Uitvoering van de huidige uitvinding kunnen ook de vastloop-dump analyseren om een meer intelligente analyse uit te voeren. De PM kan in staat zijn 15 om een vastlopen van het OS te voorkomen, of aanbevelingen verschaffen om slechte prestaties te verbeteren door OS prestatie gegevens ontvangen vanaf de OS sensoraanstuureenheid 203 via de SEI 211 te bewaken.

De EFI architectuur definieert een modulaire interface 20 tussen de platform fabriekswaar (algemeen bekend als BIOS) en het besturingssysteem (OS). Een met EFI compliante fabriekswaar implementatie exporteert een gegevensstructuur die de EFI syteemtabel wordt genoemd naar het OS en de OS-lader. Het OS moet op de hoogte zijn van de EFI om de EFI 25 systeemtabel die gegevens (bijvoorbeeld ACPI-tabel) bevat te benaderen en een verzameling diensten (functiewijzers) die bekend staan als EFI looptijd diensten. Deze diensten verschaffen functionaliteit aan het OS zoals ophalen/instellen systeem tijd/datum, uitvragen/instellen van 30 NVRAM variabelen, etc. Hoewel dit slechts een kleine verzameling standaarddiensten is, kunnen EFI diensten worden uitgebreid om het OS te voorzien van waardevolle aanvullende functionaliteit. Uitvoeringen van de huidige uitvinding 9 breiden de standaard EFI looptijd diensten uit om een interface te verschaffen naar de apparatuur voor platform beheerbaarheid op een wijze die onafhankelijk van het OS is en verschaffen informatie over de gezondheid van het OS aan 5 de infrastructuur voor platform beheerbaarheid. Er kunnen ook EFI diensten worden verschaft ten behoeve van gangbare op BMC (Baseboard Management Controller) gebaseerde apparatuur voor platformbeheer. Gangbare oplossingen voor op BMC gebaseerd platformbeheer zijn gangbaar op server platformen.

10 In een uitvoering, omvat ingebedde component 230 voor platform beheerbaarheid een hulpverwerkingseenheid of een microbesturings-eenheid die samen bestaat met de gastheer verwerkingseenheden kan zijn geïntegreerd in de chipverzameling of in de vorm van een PCI-inrichting, zoals 15 besproken in een als voorbeeld dienende uitvoering in Figuur 1. De verwerkingseenheid voor platform beheerbaarheid kan een verwerkingseenheid met lage kosten en gering energieverbruik zijn en kan waarden bieden zoals het verschaffen van een altijd ingeschakelde verbinding met gering energieverbruik 20 met het netwerk terwijl het hoofd-OS/de hoofdverwerkingseenheid in de slaapmodus verkeert, of dient als een ingebed platform om op afstand gelegen beheermodules van een derde partij op te halen om platformbeheer uit te voeren, bijvoorbeeld brandmuur-capaciteit uit te voeren via 25 op afstand werkende informatietechnologie (IT) beheerinfrastructuur.

Nu onder verwijzing naar Figuur 3, met betrekking tot reeds aanwezige server systemen, communiceert een BMC chip 307 met andere inrichtingen via de IPMB (Intelligent Platform 30 Management Bus) 308. De BMC 308 gebruikt IPMI (Intelligent Platform Management Interface) als het standaard protocol voor het doorgeven van berichten. De BMC vertoont eveneens verschillende interfaces zoals BT (Block Transfer; overdracht 10 van blokken), KCS (Keyboard Controller Style; toetsenbord stuureenheidstij1), SMIC (System Management Interface Chip) 306 waarlangs de programmatuur componenten voor systeembeheer communiceren. Figuur 3 toont de beheerstapel.

5 Wederom onder verwijzing naar Figuur 2, communiceert een beheerstoepassingsprogramma 201 dat op de gastheer verwerkingseenheid draait met het gastheer besturingssysteem 210 via een sensoraanstuureenheid 203 van het besturingssysteem (OS) en een aanstuureenheid 205 voor 10 platform beheerbaarheid (PM). Het gastheer OS communiceert met een looptijd omgeving 220 met uitbreidbare fabriekswaar interface (EFI). De EFI looptijd omgeving 220 kan alle interfaces omvatten die door PM worden ondersteund, zoals aanstuureenheid 207 voor een interface voor externe 15 handelingen (EOI), een aanstuureenheid 209 voor een administratieve interface voor platform beheerbaarheid (PMAI), en een aanstuureenheid 211 voor sensoreffectueringsinterface (SEI). Deze interfaces, die desgewenst kunnen worden vertoond aan het gastheer 20 besturingssysteem, kunnen het gastheer OS toestaan om de controle van PM over te nemen in afwezigheid van een op afstand gelegen beheerentiteit.

In Figuur 3, kan de OS sensoraanstuureenheid 325 worden geconfigureerd om alle systeemparameters aan de PM looptijd 25 omgeving 230te rapporteren die invloed hebben op OS

prestaties, OS activiteit, programmatuur inventaris, etc, door periodieke aanroepen van EFI looptijd diensten 340. De looptijdanalyse van OS-gezondheid kan worden verricht door een CM die in de context van PM draait. De CM kan ook te 30 verrichten handelingen aanbevelen die via EFI interface kunnen worden gecommuniceerd naar de OS

sensoraanstuureenheid. De OS sensoraanstuureenheid weet hoe deze handelingen uit te voeren. In tegenstelling daarmee kan 11 BMC-centrisch beheer slechts kwesties identificeren met dingen zoals warmtesensoren en andere op apparatuur gebaseerde componenten.

Wederom onder verwijzing naar Figuur 2, kan het platform 5 een hulpverwerkingseenheid hebben die is verbonden met een apparatuuromgeving 230 voor platform beheerbaarheid. Deze looptijd omgeving van 30 kan een externe handelingsinterface (EOI) 237 hebben, een sensoreffectorinterface (SEI) 231, en PMAI 230 om overeen te stemmen met de aanstuureenheden 207,

10 209, 211 in de EFI looptijd omgeving die op het gastheer OS

draait. De PM apparatuur en looptijd omgeving 230 kunnen ook capaciteitsmodules (CM) 235a-b hebben, De SEI 231 kan SEI aanstuureenheden omvatten voor het OS 232, netwerk interface kaart (NIC) 234, en centrale verwerkingseenheid (CVE) 236, 15 etc. De SEI aanstuureenheden 221 kunnen met platform apparatuur componenten 240, zoals opslaginrichtingen 241, geheugen inrichtingen 243, NICs 245, CVEs 247, of andere apparatuur 249 communiceren. In sommige uitvoeringen, kan de PM communiceren met een op afstand gelegen beheersysteem 260 20 via een NIC 245. Deze NIC 245 kan onzichtbaar zijn voor de gastheer 210 op het platform.

Wederom onder verwijzing naar Figuur 3, kan in een gangbaar op een BMC-gebaseerd platformen en beheertoepassing 301 communiceren met het OS 303. Een aanstuureenheid 305 voor 25 platformbeheer kan met de BMC 307 communiceren via een

communicatie protocol 306, zoals BT (Block Transfer), KCS (Keyboard Controller Style) of SMIC (System Management Interface Chip). De BMC 307 kan communiceren met verscheidene inrichtingen in de vorm van apparatuur (sensoren) 309a-c via 30 een IPMB 308. In bestaande systemen kan de BMC 307 warmte van de halftonen verwerkingseenheid, gezondheid van de voedingsbron of snelheid van de verwerkingseenheid waarnemen. Kenmerkend communiceert BMC 307 onder gebruikmaking van IPMI

12 protocol. Bovendien wordt kenmerkend en BMC slechts toegepast bij server systemen.

In bestaande systemen weet een BMC 307 niks over de gezondheid van het OS. Een BMC is bijvoorbeeld niet op de 5 hoogte van een vastlopen van het OS; de BMC is niet verbonden met het OS. In hierin geopenbaarde uitvoeringen van platform beheerbaarheid, kan de PM in staat zijn om problemen van het OS te genezen en te repareren. In tegenstelling tot gangbaar BMC-IPMI beheer, heeft het PM het vermogen om oorzaken te 10 identificeren van een vastlopen van een OS, dankzij een uitbreidbare interface met de platform componenten. De PM aanstuureenheid 327 kan over het vermogen beschikken om problemen het apparatuur aanstuureenheden te identificeren en bijwerken van aanstuureenheden te bewerkstelligen en 15 vervolgens het OS 323 opnieuw op te starten. Er kunnen andere vormen van bijwerken worden uitgevoerd, bijvoorbeeld reparatiestukken van het besturingssysteem (OS) en nieuwere versies van BIOS. Gangbare BMC beheerystemen zijn strikt platform apparatuur beheer-centrisch. Uitvoeringen van het PM 20 systeem kunnen het OS uitvragen om geheugengebruik vast te stellen, te bepalen of het systeem inefficiënt draait, of een specifiek stuk reparatieprogrammatuur, dat wil zeggen een service pack, reeds is geïnstalleerd. Uitvoeringen kunnen eveneens de inventaris van het platform beheren. De OS 25 sensoraanstuureenheid 325 communiceert deze informatie naar het PM systeem door de PM-specifieke EFI looptijd aanstuureenheden 340.

De OS sensor aanstuureenheid 325 kan ook dezelfde informatie verschaffen aan een op afstand gelegen entiteit 30 (dat wil zeggen, 260 uit Figuur 2) in het geval waarin het systeem wordt beheerd door een zich op afstand bevindende beheerder. De PM apparatuur en looptijd omgeving kunnen de besturing van het platform overnemen in samenhang met de op 13 afstand gelegen beheerentiteit. Wanneer bijvoorbeeld de op afstand gelegen beheerentiteit netwerkverbinding met de gastheer verliest, kan deze contact opnemen met de PM om uit zijn naam actie te ondernemen. Indien de PM geen bericht 5 ontvangt vanaf de op afstand gelegen entiteit, kan deze de besturing van het platform overnemen en proberen om het probleem te herstellen.

Het vermogen tot platformbeheer ingebed in enig platform, kan transparant worden vertoond aan het gastheer OS in de 10 vorm van looptijd EFI diensten, zoals aan de rechterkant van Figuur 3 zichtbaar is. In een op EFI gebaseerde platform beheerbaarheid omgeving, volgens uitvoeringen van de uitvinding, communiceert een beheertoepassing 321 met zowel een OS sensor aanstuureenheid 325 als een aanstuureenheid 327 15 voor platformbeheer via het OS 323. EFI looptijd diensten 340 kunnen een EFI PM aanstuureenheid 341 omvatten en een EFI BT/KCS/SMIC aanstuureenheid 343. Zoals getoond, zal de aanstuureenheid voor platformbeheer van het OS geen gebruik maken van het KCS, BT type interface (zie 306) om te 20 communiceren met de BMC, maar maakt deze gebruik van een

beheertoepassing programma interface (API) 343 vertoond via EFI looptijd diensten om enige beheerbare entiteit op het platform te besturen of uit te vragen. De looptijd diensten communiceren met bijbehorende apparatuur, bijvoorbeeld PM 25 apparatuur 345 of een BMC 247. De PM apparatuur en BMC

apparatuur kunnen met verscheidene apparatuur inrichtingen 350a-d communiceren via hetzij een gespecialiseerde PM beheerbus 348 of een IPMB 349. De PM beheerbus verandert geen van de op EFI gebaseerde looptijd diensten. De PM apparatuur 30 kan bijvoorbeeld communiceren met een aanstuureenheid 350a voor platform beheerbaarheid op een snellere eigen PM beheerbus 348 en de BMC kan communiceren met sensoren op een CVE 350d, ventilator 350b of voedingsbron 350c via IPMB 349.

14

De API steunt niet op de onderliggende apparatuur 345 voor platformbeheer of op de interface waarvan deze gebruik maakt om te communiceren met andere inrichtingen op de beheerbus. EFI looptijd diensten 340 kunnen worden 5 verwezenlijkt in de vorm van EFI aanstuureenheden 341, 343 die worden geladen door de op EFI gebaseerde fabriekswaar tijdens voorbereiding van het opstarten en in het geheugen aanwezig blijven na het opstarten. Een met EFI compliant OS kan gemakkelijk van deze diensten gebruikmaken. Figuur 3 10 toont andere aanstuureenheden voor op PM en BMC gebaseerde oplossingen voor platformbeheer. De voor BMC specifieke aanstuureenheid 343 communiceert met de BMC apparatuur 347 onder gebruikmaking van één van de standaard interfaces (BT, KCS of SMIC) en vertoont functies voor het opsommen van 15 beheerbare inrichtingen, het loggen van gebeurtenissen, het ophalen van Sensor Data Records (kaarten met sensorgegevens;SDRs) etc. naar het OS. Op soortgelijke wijze communiceert de PM looptijd aanstuureenheid 341 met de PM apparatuur 345 die transparant is voor het OS, en vertoont 20 looptijd functies die compliant zijn met verschillende PM interface typen, zoals EOI (237), PMAI (239) en SEI (231).

Wederom onder verwijzing naar Figuur 2, kan een uitvoering van een sensoreffector de snelheid van de ventilator van de hoofdverwer-kingseenheid besturen en 25 desgewenst een verandering doorvoeren, bijvoorbeeld het verlagen of verhogen van de snelheid van de ventilator. SEI aanstuureenheid voor de CVE 236 kan bijvoorbeeld de feitelijke SEI aanstuureenheid zijn voor de verwerkingseenheid, die de logica of code bevat om de 30 sensoren op de verwerkingseenheid zoals ventilatorsnelheid van de verwerkingseenheid, temperatuur van de verwerkingseenheid, et cetera te besturen/bewaken. SEI 231 is een interface, die zou kunnen worden geïmplementeerd in de 15 vorm van een afzonderlijke aanstuureenheid, die algemeen genoeg is uitgevoerd om te kunnen werken met alle aanstuureenheden die specifiek zijn voor een platform component, zoals 232, 234, 236. De beheertoepassing 201 op 5 het OS is het exemplaar dat de handeling activeert (via een effectorinterface). In plaats daarvan kan een op afstand gelegen beheerprogramma rechtstreeks verbinding maken met de PM apparatuur en dezelfde handelingen uitvoeren of een CM die in de context van PM looptijd omgeving draait kan 10 onafhankelijk een handeling verrichten via de bijbehorende SEI aanstuureenheid 221. Zoals hierboven is besproken, kan een capaciteitmodule (CM 1) 253a op afstand worden bestuurd via EOI 237. De CMs 253 zijn componenten die autonome functionaliteit kunnen verschaffen. Zo kunnen bijvoorbeeld de 15 CMs 253 de sensor uitlezen en actie ondernemen via een effectorinterface. De CM is een lokale agent die het probleem onafhankelijk kan verhelpen. In de afwezigheid van een CM, kan de PM de reparatie toewijzen aan een op afstand gelegen toepassingsprogramma.

20 Hieronder wordt er een als voorbeeld dienende structuur getoond voor een EFI protocol voor platform beheersbaarheid welke dient te worden geïmplementeerd door een met EFI compliante platform fabriekswaar (BIOS) en gebruikt door EFI compliant gastheer OS, volgens een uitvoering van de 25 uitvinding:

0) 16 ‘iH

PP Ρ -Η rd -Η 3 £ 3 Μ φ C Ο Φ Ρ -Η

Φ Ρ ·Η -HP

PCM Ρ 3 cd Ή -Η φ cd £ Φ Μ Φ Μ co Μ

POP 3 CO

-Η co φ tn φ Ρ

OCX} ·Η > C

(0 Φ C Ρ Φ -Η ft ίο (I) C Cn co cd P O Φ tn o ρ ω o tn c

M -r-i T3 co M -H

Φ-ΗΤ3 mm opo

ΦΜ-Η ΦΜΦ O.PPP

PPË ΦΦΦ O O ΟΦ

Φ O Ρ φ Ρ Φ -H

P CO Μ ΦΡΦΗ CP M - ΜΦ ΡΦΡΦ Φ CO P cc 6ΦΦ epëtn tn pi φ -πω

ΜΧίΡ M g Μ Φ CQ\ V

OCΦ OMOM -H Pi I MC

POP POP P M O fd

Ρ ^ \ Ρ Ρ Ρ M PMOOP

cd μ p cdpcdo o φ co >co i—ΙΦ-H r—t (ti i—1Φ -HOC Φ

ft Φ 3 Α P Α Ή ΜΜΦ COO

O AP CPCOPP

tn -h tn ρ tn cd -hco cdi cd P cd Μ A cd P -hco cd o ctiPcd cdOcdw E & 0) h

M 3 M PPMC ΟΦΦ AP

> P > CO CO > H co Pi P M

\ W s. W \ N N N Cd-

N N N WW \ W COCO

3 Pi

- ·- ·- ·- Φ Q

·- tr> Φ co Pi ·- X) co ·* O ·- -H i—i φ Q cd 'v-- C0PO P 3 U ff! P \ ACP C ff! -Η M <d

cd I—i C OP > Φ Q

OMH ·- OP ΦΡΗ >ιθΡ ρ - >i cd Q co co co

M co φ Μ Α Μ P £ -H D P

Φ C co cd O Φ co 3 tn cd cd

3 Φ co p p 3 C C Φ Φ Q

□ co C co co α h w pi cc! tn

>>> >>>> >>> -H

sas s s s s sas p c o o ω < o

Eh CO P O P Eh a psp scockï: O < H S pi > Q E~< a o i h pwpwfï;

En I Ph I P Q Q CO Q

< >-· O E-c HPiHri! 1(¾ | |

P Pi CO H Pi O Pi P a IQ H

P P S co füppco D O rf! H

Q P co PcoDS S Ρ P S

p O CO f< co|OH P Pi Pi H

O III IH I I I I I

U PHP H a Η H E-cPPEh p aaa aoaa a a a a

U 0 0 O 0 s 0 0 O O U CD

o aaa anaa coaaa a

1¾ - PPP PCPP ΦΡΡΡ Ei P

P tn <!(<(< co < M <! «! O rf! <! rf! < O

| c coPPP φ ρ ρ ρ p cd Ρ Ρ Ρ P O

H P φ Ρ P p -η P |ft ft ρ ρ ρ p P O

P tn -Η III PIPIIMIII |H

P -H PPPP OPOPP ΦΡΡΡ P o I N OOOO COOOO POOO O (¾

n cuoo CUPUU CUUO U P

Ρ -Η 3PEHH PHOE-IP WHPP E-c | o is puoo o o o o · o o o - υ eh 3 O O O · H O Pi O O · H O O O · O a M -sn H Pi ff! Pi · < q M Pi Pi · p pi pi pi - Pi o ρ CD OPQQ "SP | ρ p · co Ρ Ρ Ρ · P a CO EH Ρ I I I · |M I | . Ill'll S \MMM •^-MpMM · \ Η Μ Η · M fltj P M \ppp · ρ ρ ρ ρ ·\ρρρ ·ρ ρ

φ D ω ρ ρ > ρ ρω ωωω·ω ρ η I

Φ Η Α ρ >ι ω ρ — — 17

De EFI PLATMGMT protocolstructuur omvat verscheidene functies, of EFI diensten voor de verscheidene EFI looptijd aanstuureenheden 207, 209, 211. De EOI aanstuureenheid 207 kan bijvoorbeeld functies implementeren voor het uitvragen 5 van capaciteiten van platformbeheer (EFI_PROTOCOL_PLATMGMT_QUERY_CAPS), publiceren en onderschrijven van sensorinformatie (EFI_PROTOCOL_PLATMGMT_SENSOR_INFO), en uitvragen en beheren van middelen op het platform 10 (EFI_PROTOCOL_PLATMGMT_ASSET_INFO). De PMAI aanstuureenheid 209 kan functies omvatten voor het starten/stoppen van de looptijd omgeving voor platformbeheerbaarheid (EFI_PROTOCOL_PLATMGMT_START en (EFI_PROTOCOL_PLATMGMT_STOP), uitvragen van de configuratie voor platform beheerbaarheid 15 (EFI_PROTOCOL_PLATMGMT_QUERY) en het installeren van regels (EFI_PROTOCOL_PLATMGMT_INSTALLRULE). DE SEI aanstuureenheid 211 kan functies omvatten voor het opsommen van inrichtingen (EFI_PROTOCOL_PLATMGMT_ENUMS_DEVS), het registreren van de kaarten (in het Engels: records) met registergegevens (RDRs) 20 die de verzameling inrichtingregisters zijn afgebeeld op geheugen (EFI_PROTOCOL_PLATMGMT_REG_RDR), uitlezen van sensor-/effectorgegevens (EFI_PROTOCOL_PLATMGMT_READ_SEDATA) en het definiëren van een bewaarplaats voor inrichtingsinformatie, bijvoorbeeld kaarten met 25 sensorgegevens (SDRs) die sensoren op een inrichting beschrijven, toestanden van in het veld te vervangen eenheid (in het Engels: field replaceable unit; FRU) , etc.

(E FI_PROTOCOL_PLATMGMT_INIT_DATA) .

De OS sensor is een pseudo-sensor, in die zin dat het 30 geen fysieke sensor is, maar dat deze gegevens leest die verband houden met de OS prestaties, activiteit, programmatuur inventaris, etc. De SEI aanstuureenheid roept functies aan die zijn gedefinieerd door SEI die nodig zijn om 18 te worden geïmplementeerd door elke sensoraanstuureenheid inclusief de OS sensoraanstuureenheid. Het maakt niet uit of de sensor fysiek is of een pseudo-sensor. Indien het gevraagde gegeven verband houdt met het OS, dan geeft de 5 sensoraanstuureenheid van het OS de gegevens terug aan de EFI dienst op dezelfde wijze als een fysieke sensor dat zou doen.

De hier beschreven technieken zijn niet beperkt tot enige specifieke configuratie van apparatuur of programmatuur; ze kunnen worden toegepast in elke omgeving van computers, 10 consumentenelektronica of gegevensverwerking. De technieken kunnen worden verwezenlijkt in apparatuur, programmatuur of een combinatie van deze twee.

Ten behoeve van simulaties, kan de programmacode apparatuur vertegenwoordigen onder gebruikmaking van een 15 beschrijvingstaal van apparatuur of een andere functionele beschrijvingstaal die in hoofdzaak een model verschaft van hoe ontworpen apparatuur naar verwachting zal presteren. Programmacode kan assembleertaal zijn of machinetaal, of gegevens die kunnen worden gecompileerd en/of 20 geïnterpreteerd. Bovendien is het in het vakgebied gangbaar om te spreken van programmatuur, in de ene vorm of een andere als handelingen uitvoerend of een resultaat veroorzakend. Dergelijke uitdrukkingen zijn niet meer dan een korte manier van uitdrukken van uitvoering van de programmacode door een 25 verwerkingssysteem die ervoor zorgt dat een verwerkingseenheid een handeling uitvoert of een resultaat voortbrengt.

Elk programma kan worden verwezenlijkt in een hogere procedurele of objectgeoriënteerde programmeertaal om met een 30 verwerkingssysteem te communiceren. Programma's kunnen echter desgewenst worden geïmplementeerd in assembleertaal of machinetaal. In elk geval kan de taal worden gecompileerd of geïnterpreteerd.

19

Programma-instructies kunnen worden gebruikt om ervoor te zorgen dat een verwerkingssysteem voor algemene doeleinden of voor speciale doeleinden dat is geprogrammeerd met de instructies om de hierin beschreven handelingen uit te 5 voeren. In plaats daarvan kunnen de handelingen worden uitgevoerd door specifieke apparatuur componenten die logica met vaste bedrading bevatten voor het uitvoeren van de handelingen, of door enige combinatie van geprogrammeerde computercomponenten en op maat gemaakte apparatuur 10 componenten. De hier beschreven werkwijzen kunnen worden verschaft in de vorm van een computerprogrammaproduct dat een voor een machine toegankelijk medium kan bevatten met daarop instructies opgeslagen die kunnen worden gebruikt om een verwerkingssysteem of andere elektronische inrichting te 15 programmeren om de werkwijzen uit te voeren.

Programmacode, of instructies, kunnen bijvoorbeeld worden opgeslagen in vluchtig en/of niet vluchtig geheugen, zoals opslaginrichtingen en/of een bijbehorend voor een machine leesbaar of voor een machine toegankelijk medium inclusief 20 halfgeleider geheugen, harde schijven, floppydisks, optische opslag, tape, flitsgeheugen, memory sticks, digitale videoschijven, digitale versatile discs (DVDs), etc., evenals meer exotische media zoals biologische toestand behoudende opslag. Tot een voor een machine leesbaar medium kan elk 25 mechanisme behoren voor het opslaan, overdragen, of ontvangen van informatie in een vorm die leesbaar is door een machine, en het medium kan een tastbaar medium bevatten waardoorheen elektrische, optische, akoestische of andere vorm van voortgeplante signalen of draaggolf die de programmacode 30 codeert kunnen passeren, zoals antennes, optische vezels, communicatie interfaces, et cetera. Programmacode kan worden overgedragen in de vorm van pakketten, seriële gegevens, parallelle gegevens, voortgeplante signalen, et cetera, en 20 kunnen worden gebruikt in een gecomprimeerd of versleuteld formaat.

Programmacode kan worden geïmplementeerd in programma's die worden uitgevoerd op programmeerbare machines, zoals 5 mobiele of vaststaande computers, persoonlijke digitale assistenten (PDAs), opzetkasten (in het Engels: set top boxes), mobiele telefoons en pagers, consumentenelektronica inrichtingen (inclusief DVD-spelers, persoonlijke videorecorders, persoonlijke video afspeelapparaten, 10 satelliet ontvangers, stereo ontvangers, ontvangers van kabeltelevisie), en andere elektronische inrichtingen, die ook een verwerkingseenheid bevatten, vluchtig en/of niet vluchtig geheugen dat door de verwerkingseenheid kan worden gelezen, tenminste één invoerinrichting en/of een of meerdere 15 uitvoer inrichtingen. Er kan programmacode worden toegepast op de onder gebruikmaking van de invoerinrichting ingevoerde gegevens om de beschreven uitvoeringsvormen te verwezenlijken en om uitvoerinformatie voort te brengen. De uitvoerinformatie kan worden toegevoerd aan één of meerdere 20 uitvoer inrichtingen. Een persoon met gangbare bekwaamheid in het vakgebied kan inzien dat uitvoeringen van de geopenbaarde materie kunnen worden verwezenlijkt met verscheidene computersysteem configuraties, inclusief systemen met meerdere processoren of processoren met meerdere kernen, 25 minicomputers, mainframe computers, evenals alom verbreide computers of miniatuur computers of verwerkingseenheden die kunnen zijn ingebed in nagenoeg elke inrichting. Uitvoeringen van de geopenbaarde materie kunnen ook worden verwezenlijkt in omgevingen met gedistribueerde computers waarin taken of 30 gedeelten daarvan kunnen worden uitgevoerd door op afstand gelegen verwerkingsinrichtingen die door middel van een communicatienetwerk zijn verbonden.

21

Alhoewel handelingen kunnen worden beschreven in de vorm van een sequentieel proces, kunnen sommige van de handelingen feitelijk parallel worden uitgevoerd, gelijktijdig, en/of in een gedistribueerde omgeving, en met programmacode die lokaal 5 en/of op afstand is opgeslagen ten behoeve van toegang door machines met een enkele verwerkingseenheid of meerdere verwerkingseenheden. Bovendien kan in sommige uitvoeringen de volgorde van handelingen worden gewijzigd zonder de geest van de geopenbaarde materie te verlaten. Programmacode kan worden 10 gebruikt door of in samenhang met ingebedde stuureenheden.

Hoewel de huidige uitvinding is beschreven onder verwijzing naar als voorbeeld dienende uitvoering, is deze beschrijving niet in een beperkende betekenis bedoeld. Talrijke aanpassingen van de als voorbeeld gegeven 15 uitvoering, evenals andere uitvoeringen van de uitvinding, die voor in het vakgebied van de uitvinding bekwame personen duidelijk zijn worden geacht binnen de geest en reikwijdte van de uitvinding liggen.

Claims

1. Systeem voor beheerbaarheid van platforms, omvattend: een gastheer verwerkingseenheid om daarop een van een 5 uitbreidbare fabriekswaar interface (in het Engels: extensible firmware interface; EFI) op de hoogte zijnde platform fabriekswaar (BIOS) en gastheer besturingssysteem (in het Engels: operating system; OS) te draaien, waarbij het gastheer OS een OS sensoraanstuureenheid heeft om informatie 10 met betrekking tot gezondheid en prestaties van het gastheer OS te communiceren naar een component voor platform beheerbaarheid; en waarbij de component voor platform beheerbaarheid (PM) een sensor effectueringsinterface (in het Engels: sensor 15 effector interface; SEI) heeft om een capaciteitsmodule (CM) in staat te stellen om informatie met betrekking tot gezondheid van het gastheer OS en prestaties te verwerken, waarin de PM component onafhankelijk van het OS werkt.

2. Systeem volgens conclusie 1, waarin het gastheer OS platform-beheerspecifieke EFI looptijd diensten heeft om naar de PM apparatuurcomponent te communiceren.

3. Systeem volgens conclusie 2, waarin een deelverzameling 25 functies die de voor platformbeheer specifieke EFI looptijddiensten omvat een interface verschaft om te communiceren met reeds aanwezige BMC platform beheerapparatuur met beperkte wijzigingen aan platform management componenten die op het gastheer OS draaien. 30

4. Systeem volgens conclusie 2, waarin de platform beheerspecifieke EFI looptijd diensten een uitwendige operationele interface (EOI) aanstuureenheid implementeren, een platform beheerbaarheid administratieve interface aanstuureenheid (PMAI) en een sensor effectueringsinterface (SEI), waarin de OS sensoraanstuureenheid informatie verschaft met betrekking tot gastheer OS gezondheid en 5 prestaties aan de PM component via de SEL.

5. Systeem volgens conclusie 1, waarin het CM dient om een OS activiteit te bewaken, OS prestatiegegevens te verzamelen, de OS gezondheidstoestand vast te stellen en dient om tenminste 10 één van het aanbevelen van een handeling om het OS te doen herstellen van een fatale werkomstandigheid en het effectueren van een handeling om het OS te doen herstellen van een fatale werkomstandigheid.

6. Systeem volgens conclusie 5, waarin een handeling er tenminste één omvat van het dwingen van een gebruiker om het besturingssysteem (OS) te repareren, een BIOS of aanstuureenheid op te waarderen, systeemconfiguratieparameters te wijzigen, en een gebruiker 20 op de hoogte te stellen van een aanbeveling om apparatuur te vervangen.

7. Systeem volgens conclusie 5, waarin het aanbevelen van een handeling het op de hoogte stellen van een eindgebruiker 25 omvat om een handeling uit te voeren om systeemprestaties te verbeteren of het systeem te beschermen tegen kwetsbaarheden.

8. Systeem volgens conclusie 5, bovendien een grondplaat beheerstuureenheid (in het Engels: baseboard management 30 controller; BMC) omvattend om de platform apparatuur te bewaken.

9. Systeem volgens conclusie 1, bovendien een netwerk interface kaart (NIC) omvattend die is verbonden met de PM component om met een op afstand gelegen station te communiceren. 5

10. Systeem volgens conclusie 8, waarin het gastheer OS niet zichtbaar is voor de met de PM component verbonden NIC.

11. Werkwijze voor platform beheerbaarheid, omvattende: 10 het bewaken van een gastheer besturingssysteem op een platform door een sensoraanstuureenheid van een besturingssysteem om de gezondheidstoestand van het OS vast te stellen en prestatie-informatie te verzamelen over het besturingssysteem; 15 het aanroepen van een uitbreidbare fabriekswaar interfacedienst om de informatie over de gezondheidstoestand en prestaties van het besturingssysteem te communiceren naar een component voor platform beheerbaarheid; en het ontvangen van de informatie over gezondheid en 20 prestaties van het besturingssysteem door de component voor platform beheerbaarheid via een sensoreffectueringsinterface, waarbij de component voor platform beheerbaarheid onafhankelijk werkt van het besturingssysteem.

12. Werkwijze volgens conclusie 11, bovendien omvattende: het handelen op tenminste één van de informatie over gezondheidstoestand en prestaties door de component voor platform beheerbaarheid.

13. Werkwijze volgens conclusie 12, waarin het handelen tenminste één omvat van het bijwerken van een programmatuur-, apparatuur-, of bedrijfswaar component en het fijnafstemmen van prestatieconfiguratie parameters van het gastheer besturingssysteem; en het opnieuw opstarten van het platform.

14. Werkwijze volgens conclusie 12, bovendien omvattende: 5 het communiceren met een op afstand gelegen station door de component voor platform beheerbaarheid om een geschikte uit te voeren handeling vast te stellen op basis van de ontvangen informatie over de gezondheidstoestand en prestaties. 10

15. Voor een machine leesbaar medium met daarin opgeslagen instructies welke, wanneer deze worden uitgevoerd, ervoor zorgen dat de machine: een gastheer besturingssysteem bewaakt op een platform 15 door een sensoraanstuureenheid voor een besturingssysteem om een gezondheidstoestand te identificeren en prestatie-informatie te verzamelen over het besturingssysteem; een uitbreidbare bedrijfswaar interfacedienst aanroept om 20 de informatie over de gezondheidstoestand en prestaties van het besturingssysteem te communiceren naar een component voor platform beheerbaarheid; en de informatie over gezondheid en prestaties van de besturingssysteem ontvangt door de component voor platform 25 beheerbaarheid via een sensoreffectueringsinterface, waarbij de component voor platform beheerbaarheid onafhankelijk van het besturingssysteem werkt.

16. Medium volgens conclusie 15, bovendien instructies 30 omvattend die, wanneer deze worden uitgevoerd, ervoor zorgen dat de machine: de informatie over gezondheidstoestand en prestaties analyseert door de component voor platform beheerbaarheid.

17. Medium volgens conclusie 15, bovendien instructies omvattende die, wanneer deze worden uitgevoerd, ervoor zorgen dat de machine: op basis van informatie over gezondheidstoestand en 5 prestaties handelt door er tenminste één uit te voeren van het bijwerken van een programmatuur component met een storing van het gastheer OS, bijwerken van een fabriekswaar component met een storing van het gastheer OS, en het identificeren van problematische apparatuur; en 10 het platform opnieuw opstart.

18. Medium volgens conclusie 16, bovendien instructies omvattend die, wanneer deze worden uitgevoerd, er voor zorgen dat de machine: 15 communiceert met een op afstand gelegen station door de component voor platform beheerbaarheid, wanneer er geen capaciteitsmodule aanwezig is, om een geschikte handeling vast te stellen op basis van de ontvangen informatie over gezondheidstoestand en prestaties, alvorens te handelen op 20 basis van de informatie over gezondheidstoestand en prestaties; en wanneer er een capaciteit module aanwezig is, er een geschikte behandeling wordt vastgesteld door de capaciteitsmodule. 25 Figuren Fig. 1 ΙΟΙ verwerkingseenheid 5 115 cache

117. Mbit serieel flitsgeheugen 125 voedingsbron Fig. 2 10 201 beheertoepassingsprogramma

203 OS sensoraanstuureenheid

205 PM aanstuureenheid

207 EOI aanstuureenheid

209 PMAI aanstuureenheid 15 211 SEI aanstuureenheid

220 EFI looptijd omgeving

221 SEI aanstuureenheden 225 interface tussen PM en gastheer fabriekswaar

230 PM apparatuur met looptijd omgeving 20 232 OS

234 NIC

236 CVE 240 platform apparatuur componenten 241 opslag 25 243 geheugen

245 NIC

247 CVE 260 op afstand gelegen station

30 Fig. 3 Traditional BMC based management stack gangbare op BMC gebaseerde beheerstapel EFI runtime services based management stack op EFI looptijd diensten gebaseerde beheerstapel 301 beheertoepassingsprogramma

303 OS (besturingssysteem) 5 305 platform beheeraanstuureenheid 309a CVE 309b ventilator 309c voedingsbron 321 beheertoepassingsprogramma 10 323 OS (besturingssysteem)

325 OS sensoraanstuureenheid 327 platform beheeraanstuureenheid

340 EFI looptijd diensten

341 EFI looptijd PM aanstuureenheid 15 343 EFI looptijd BT/KCS/SMIC aanstuureenheid

345 PM apparatuur

347 BMC (optioneel)

348 PM beheerbus 350a inrichting X 20 350b ventilator 350c voedingsbron 350d CVE