intel FPGA programmerbart akselerasjonskort N3000 Board Management Controller
Intel FPGA programmerbart akselerasjonskort N3000 BMC Introduksjon
Om dette dokumentet
Se Intel FPGA Programmable Acceleration Card N3000 Board Management User Guide for å lære mer om funksjonene og funksjonene til Intel® MAX® 10 BMC og for å forstå hvordan du leser telemetridata på Intel FPGA PAC N3000 ved å bruke PLDM over MCTP SMBus og I2C SMBus . En introduksjon til Intel MAX 10 root of trust (RoT) og sikker ekstern systemoppdatering er inkludert.
Overview
Intel MAX 10 BMC er ansvarlig for å kontrollere, overvåke og gi tilgang til kortfunksjoner. Intel MAX 10 BMC har grensesnitt med innebygde sensorer, FPGA og blits, og administrerer på/av-sekvenser, FPGA-konfigurasjon og telemetridatapolling. Du kan kommunisere med BMC ved å bruke Platform Level Data Model (PLDM) versjon 1.1.1-protokollen. BMC-fastvaren kan oppgraderes over PCIe ved å bruke funksjonen for ekstern systemoppdatering.
Funksjoner av BMC
- Fungerer som en Root of Trust (RoT) og muliggjør de sikre oppdateringsfunksjonene til Intel FPGA PAC N3000.
- Styrer fastvare- og FPGA-flashoppdateringer over PCIe.
- Administrerer FPGA-konfigurasjon.
- Konfigurerer nettverksinnstillingene for C827 Ethernet re-timer-enheten.
- Kontroller Slå opp og av sekvensering og feildeteksjon med automatisk avstengningsbeskyttelse.
- Styrer strøm og tilbakestiller på brettet.
- Grensesnitt med sensorer, FPGA-blits og QSFP-er.
- Overvåker telemetridata (korttemperatur, voltage og strøm) og gir beskyttende handling når avlesningene er utenfor kritisk terskel.
- Rapporterer telemetridata til vert BMC via Platform Level Data Model (PLDM) over MCTP SMBus eller I2C.
- Støtter PLDM over MCTP SMBus via PCIe SMBus. 0xCE er en 8-bits slaveadresse.
- Støtter I2C SMBus. 0xBC er 8-bits slaveadressen.
- Får tilgang til Ethernet MAC-adressene i EEPROM og feltutskiftbar enhetsidentifikasjon (FRUID) EEPROM.
Intel Corporation. Alle rettigheter forbeholdt. Intel, Intel-logoen og andre Intel-merker er varemerker for Intel Corporation eller dets datterselskaper. Intel garanterer ytelsen til sine FPGA- og halvlederprodukter i henhold til gjeldende spesifikasjoner i henhold til Intels standardgaranti, men forbeholder seg retten til å gjøre endringer i produkter og tjenester når som helst uten varsel. Intel påtar seg intet ansvar eller ansvar som oppstår som følge av applikasjonen eller bruken av informasjon, produkter eller tjenester som er beskrevet her, med mindre det er uttrykkelig skriftlig avtalt med Intel. Intel-kunder anbefales å få tak i den nyeste versjonen av enhetsspesifikasjonene før de stoler på publisert informasjon og før de bestiller produkter eller tjenester. *Andre navn og merker kan gjøres krav på som andres eiendom.
BMC-blokkdiagram på høyt nivå
Root of Trust (RoT)
Intel MAX 10 BMC fungerer som en Root of Trust (RoT) og aktiverer den sikre eksterne systemoppdateringsfunksjonen til Intel FPGA PAC N3000. RoT inkluderer funksjoner som kan bidra til å forhindre følgende:
- Lasting eller utførelse av uautorisert kode eller design
- Forstyrrende operasjoner forsøkt av uprivilegert programvare, privilegert programvare eller verts BMC
- Utilsiktet kjøring av eldre kode eller design med kjente feil eller sårbarheter ved å gjøre det mulig for BMC å tilbakekalle autorisasjon
Intel® FPGA programmerbart akselerasjonskort N3000 Board Management Controller brukerveiledning
Intel FPGA PAC N3000 BMC håndhever også flere andre sikkerhetspolicyer knyttet til tilgang gjennom ulike grensesnitt, i tillegg til å beskytte den innebygde flashen gjennom skrivehastighetsbegrensning. Se Intel FPGA Programmable Acceleration Card N3000 Security User Guide for informasjon om RoT og sikkerhetsfunksjoner til Intel FPGA PAC N3000.
Relatert informasjon
Intel FPGA programmerbart akselerasjonskort N3000 Security Brukerveiledning
Sikker ekstern systemoppdatering
BMC støtter Secure RSU for Intel MAX 10 BMC Nios®-fastvaren og RTL-bilde og Intel Arria® 10 FPGA-bildeoppdateringer med autentiserings- og integritetssjekker. Nios-fastvaren er ansvarlig for å autentisere bildet under oppdateringsprosessen. Oppdateringene skyves over PCIe-grensesnittet til Intel Arria 10 GT FPGA, som igjen skriver den over Intel Arria 10 FPGA SPI-masteren til Intel MAX 10 FPGA SPI-slaven. Et midlertidig blitzområde kalt staging-området lagrer alle typer autentiseringsbitstrøm gjennom SPI-grensesnitt. BMC RoT-designen inneholder den kryptografiske modulen som implementerer SHA2 256 bit hash-verifiseringsfunksjon og ECDSA 256 P 256 signaturverifiseringsfunksjon for å autentisere nøklene og brukerbildet. Nios firmware bruker kryptografimodulen for å autentisere det brukersignerte bildet i staging området. Hvis autentiseringen går gjennom, kopierer Nios-fastvaren brukerbildet til brukerflashområdet. Hvis autentiseringen mislykkes, rapporterer Nios-fastvaren en feil. Se Intel FPGA Programmable Acceleration Card N3000 Security User Guide for informasjon om RoT og sikkerhetsfunksjoner til Intel FPGA PAC N3000.
Relatert informasjon
Intel FPGA programmerbart akselerasjonskort N3000 Security Brukerveiledning
Styring av strømsekvenser
BMC Power sequencer-tilstandsmaskinen administrerer Intel FPGA PAC N3000-på- og avslåingssekvenser for hjørnekasser under oppstartsprosessen eller normal drift. Intel MAX 10-oppstartsflyten dekker hele prosessen, inkludert Intel MAX 10-oppstart, Nios-oppstart og strømsekvensstyring for FPGA-konfigurasjon. Verten må sjekke byggeversjonene av både Intel MAX 10 og FPGA, samt Nios-statusen etter hver strømsyklus, og iverksette tilsvarende handlinger i tilfelle Intel FPGA PAC N3000 støter på hjørnekasser som en Intel MAX 10 eller FPGA fabrikkbygg belastningsfeil eller Nios oppstartsfeil. BMC beskytter Intel FPGA PAC N3000 ved å slå av strømmen til kortet under følgende forhold:
- 12 V Auxiliary eller PCIe edge supply voltage er under 10.46 V
- FPGA-kjernetemperaturen når 100°C
- Bordtemperaturen når 85 °C
Styreovervåking gjennom sensorer
Intel MAX 10 BMC-skjermer voltage, strøm og temperatur til ulike komponenter på Intel FPGA PAC N3000. Vert BMC kan få tilgang til telemetridataene gjennom PCIe SMBus. PCIe SMBus mellom vert BMC og Intel FPGA PAC N3000 Intel MAX 10 BMC deles av både PLDM over MCTP SMBus endepunkt og standard I2C slave til Avalon-MM grensesnitt (skrivebeskyttet).
Styreovervåking gjennom PLDM over MCTP SMBus
BMC på Intel FPGA PAC N3000 kommuniserer med en server BMC over PCIe* SMBus. MCTP-kontrolleren støtter Platform Level Data Model (PLDM) over Management Component Transport Protocol (MCTP) stack. MCTP-endepunktslaveadressen er 0xCE som standard. Den kan omprogrammeres til tilsvarende del av ekstern FPGA Quad SPI-blits via in-band måte om nødvendig. Intel FPGA PAC N3000 BMC støtter et undersett av PLDM- og MCTP-kommandoene for å gjøre det mulig for en server-BMC å hente sensordata som f.eks.tage, strøm og temperatur.
Note:
Platform Level Data Model (PLDM) over MCTP SMBus-endepunkt støttes. PLDM over MCTP via native PCIe støttes ikke. SMBus-enhetskategori: «Fixed not Discoverable»-enhet støttes som standard, men alle fire enhetskategorier støttes og kan rekonfigureres i felten. ACK-Poll støttes
- Støttes med SMBus standard slaveadresse 0xCE.
- Støttes med en fast eller tilordnet slaveadresse.
BMC støtter versjon 1.3.0 av Management Component Transport Protocol (MCTP) Base Specification (DTMF-spesifikasjon DSP0236), versjon 1.1.1 av PLDM for Platform Monitoring and Control-standarden (DTMF-spesifikasjon DSP0248) og versjon 1.0.0 av PLDM for meldingskontroll og oppdagelse (DTMF-spesifikasjon DSP0240).
Relatert informasjon
Distributed Management Task Force (DMTF) spesifikasjoner For lenke til spesifikke DMTF-spesifikasjoner
SMBus grensesnitthastighet
Intel FPGA PAC N3000-implementeringen støtter SMBus-transaksjoner ved 100 KHz som standard.
MCTP-pakkestøtte
MCTP-definisjoner
- Meldingsteksten representerer nyttelasten til en MCTP-melding. Meldingsteksten kan spenne over flere MCTP-pakker.
- MCTP-pakkenyttelast refererer til delen av meldingsteksten til en MCTP-melding som bæres i en enkelt MCTP-pakke.
- Overføringsenhet refererer til størrelsen på delen av MCTP-pakkens nyttelast.
Transmisjonsenhet Størrelse
- Størrelsen på grunnlinjeoverføringsenheten (minste overføringsenhet) for MCTP er 64 byte.
- Alle MCTP-kontrollmeldinger må ha en pakkenyttelast som ikke er større enn basislinjeoverføringsenheten uten forhandling. (Forhandlingsmekanismen for større overføringsenheter mellom endepunkter er meldingstypespesifikk og er ikke adressert i MCTP Base-spesifikasjonen)
- Enhver MCTP-melding hvis meldingstekst er større enn 64 byte skal deles opp i flere pakker for en enkelt meldingsoverføring.
MCTP-pakkefelt
Generiske pakke-/meldingsfelt
Støttede kommandosett
Støttede MCTP-kommandoer
- Få støtte for MCTP-versjon
- Versjonsinformasjon for basisspesifikasjoner
- Versjonsinformasjon for kontrollprotokoll
- PLDM over MCTP-versjon
- Angi endepunkt-ID
- Få endepunkt-ID
- Få endepunkt UUID
- Få støtte for meldingstyper
- Få leverandørdefinert meldingsstøtte
Note:
For kommandoen Get Vendor Defined Message Support, svarer BMC med fullføringskoden ERROR_INVALID_DATA(0x02).
Støttede PLDM-basespesifikasjonskommandoer
- SettTID
- GetTID
- GetPLDMVersion
- Hent PLDMTyper
- Hent PLDM-kommandoer
Støttet PLDM for plattformovervåking og kontrollspesifikasjonskommandoer
- SettTID
- GetTID
- GetSensorReading
- GetSensorThresholds
- SetSensorThresholds
- GetPDRRepositoryInfo
- GetPDR
Note:
BMC Nios II-kjernen spør etter forskjellige telemetridata hvert 1 millisekund, og pollingvarigheten tar omtrent 500~800 millisekunder, derfor oppdateres svarmeldingen kontra en tilsvarende forespørselsmelding fra kommandoen GetSensorReading eller GetSensorThresholds hvert 500~800 millisekund.
Note:
GetStateSensorReadings støttes ikke.
PLDM-topologi og hierarki
Definerte plattformbeskrivelser
Intel FPGA PAC N3000 bruker 20 Platform Descriptor Records (PDR-er). Intel MAX 10 BMC støtter bare konsoliderte PDR-er der PDR-ene ikke vil bli lagt til eller fjernet dynamisk når QSFP kobles til og fra. Når den er koblet fra, vil sensorens driftsstatus ganske enkelt bli rapportert som utilgjengelig.
Sensornavn og registreringshåndtak
Alle PDR-er er tildelt en ugjennomsiktig numerisk verdi kalt Record Handle. Denne verdien brukes for å få tilgang til individuelle PDR-er i PDR-depotet via GetPDR (DTMF-spesifikasjon DSP0248). Følgende tabell er en konsolidert liste over sensorer overvåket på Intel FPGA PAC N3000.
PDR-sensornavn og registreringshåndtak
| Funksjon | Sensornavn | Sensorinformasjon | PLDM | ||
| Sensorlesekilde (komponent) | PDR
Opptakshåndtak |
Terskler i PDR | Terskelendringer tillatt via PLDM | ||
| Total Intel FPGA PAC-inngangseffekt | Board Power | Beregn fra PCIe-fingrene 12V strøm og voltage | 1 | 0 | Ingen |
| PCIe fingre 12 V Strøm | 12 V Bakplanstrøm | PAC1932 SENSE1 | 2 | 0 | Ingen |
| PCIe fingre 12 V Voltage | 12 V Backplane Voltage | PAC1932 SENSE1 | 3 | 0 | Ingen |
| 1.2 V Rail Voltage | 1.2 V Voltage | MAX10 ADC | 4 | 0 | Ingen |
| 1.8 V Rail Voltage | 1.8 V Voltage | MAKS 10 ADC | 6 | 0 | Ingen |
| 3.3 V Rail Voltage | 3.3 V Voltage | MAKS 10 ADC | 8 | 0 | Ingen |
| FPGA Core Voltage | FPGA Core Voltage | LTC3884 (U44) | 10 | 0 | Ingen |
| FPGA kjernestrøm | FPGA kjernestrøm | LTC3884 (U44) | 11 | 0 | Ingen |
| FPGA kjernetemperatur | FPGA kjernetemperatur | FPGA temp diode via TMP411 | 12 | Øvre advarsel: 90
Øvre dødelige: 100 |
Ja |
| Bordtemperatur | Bordtemperatur | TMP411 (U65) | 13 | Øvre advarsel: 75
Øvre dødelige: 85 |
Ja |
| QSFP0 Voltage | QSFP0 Voltage | Ekstern QSFP-modul (J4) | 14 | 0 | Ingen |
| QSFP0 temperatur | QSFP0 temperatur | Ekstern QSFP-modul (J4) | 15 | Øvre advarsel: Verdi satt av QSFP-leverandør
Upper Fatal: Verdi satt av QSFP-leverandør |
Ingen |
| PCIe Auxiliary 12V strøm | 12 V AUX | PAC1932 SENSE2 | 24 | 0 | Ingen |
| PCIe Auxiliary 12V Voltage | 12 V AUX Voltage | PAC1932 SENSE2 | 25 | 0 | Ingen |
| QSFP1 Voltage | QSFP1 Voltage | Ekstern QSFP-modul (J5) | 37 | 0 | Ingen |
| QSFP1 temperatur | QSFP1 temperatur | Ekstern QSFP-modul (J5) | 38 | Øvre advarsel: Verdi satt av QSFP-leverandør
Upper Fatal: Verdi satt av QSFP-leverandør |
Ingen |
| PKVL A kjernetemperatur | PKVL A kjernetemperatur | PKVL-brikke (88EC055) (U18A) | 44 | 0 | Ingen |
| fortsatte... | |||||
| Funksjon | Sensornavn | Sensorinformasjon | PLDM | ||
| Sensorlesekilde (komponent) | PDR
Opptakshåndtak |
Terskler i PDR | Terskelendringer tillatt via PLDM | ||
| PKVL A Serdes Temperatur | PKVL A Serdes Temperatur | PKVL-brikke (88EC055) (U18A) | 45 | 0 | Ingen |
| PKVL B kjernetemperatur | PKVL B kjernetemperatur | PKVL-brikke (88EC055) (U23A) | 46 | 0 | Ingen |
| PKVL B Serdes Temperatur | PKVL B Serdes Temperatur | PKVL-brikke (88EC055) (U23A) | 47 | 0 | Ingen |
Note:
Øvre advarsel og øvre dødelige verdier for QSFP er satt av QSFP-leverandøren. Se leverandørens datablad for verdiene. BMC vil lese disse terskelverdiene og rapportere dem. fpgad er en tjeneste som kan hjelpe deg med å beskytte serveren fra å krasje når maskinvaren når en øvre ikke-gjenopprettelig eller nedre ikke-gjenopprettelig sensorterskel (også kalt dødelig terskel). fpgad er i stand til å overvåke hver av de 20 sensorene rapportert av Board Management Controller. Se Graceful Shutdown-emnet fra Intel Acceleration Stack User Guide: Intel FPGA Programmable Acceleration Card N3000 for mer informasjon.
Note:
Kvalifiserte OEM-serversystemer bør gi den nødvendige kjølingen for arbeidsbelastningene dine. Du kan hente verdiene til sensorene ved å kjøre følgende OPAE-kommando som root eller sudo: $ sudo fpgainfo bmc
Relatert informasjon
Intel Acceleration Stack Brukerveiledning: Intel FPGA Programmerbart Acceleration Card N3000
Styreovervåking gjennom I2C SMBus
Standard I2C-slave til Avalon-MM-grensesnitt (skrivebeskyttet) deler PCIe SMBus mellom verts BMC og Intel MAX 10 RoT. Intel FPGA PAC N3000 støtter standard I2C slave-grensesnitt og slaveadressen er 0xBC som standard bare for out-of-band-tilgang. Byteadresseringsmodus er 2-byte offset adressemodus. Her er minnekartet for telemetridataregisteret som du kan bruke for å få tilgang til informasjon gjennom I2C-kommandoene. Beskrivelseskolonnen beskriver hvordan de returnerte registerverdiene kan behandles videre for å få de faktiske verdiene. Enhetene kan være Celsius (°C), mA, mV, mW avhengig av hvilken sensor du leser.
Telemetri Data Register Minnekart
| Register | Offset | Bredde | Adgang | Felt | Standardverdi | Beskrivelse |
| Bordtemperatur | 0x100 | 32 | RO | [31:0] | 32:00000000 | TMP411(U65)
Registerverdi er signert heltall Temperatur = registerverdi * 0.5 |
| Bordtemperatur Høy Advarsel | 0x104 | 32 | RW | [31:0] | 32:00000000 | TMP411(U65)
Registerverdien er signert heltall |
| Høy grense = registerverdi
* 0.5 |
||||||
| Bretttemperatur Høy Dødelig | 0x108 | 32 | RW | [31:0] | 32:00000000 | TMP411(U65)
Registerverdien er signert heltall |
| Høy Kritisk = registerverdi
* 0.5 |
||||||
| FPGA kjernetemperatur | 0x110 | 32 | RO | [31:0] | 32:00000000 | TMP411(U65)
Registerverdien er signert heltall |
| Temperatur = registerverdi
* 0.5 |
||||||
| FPGA Die
Temperatur Høy Advarsel |
0x114 | 32 | RW | [31:0] | 32:00000000 | TMP411(U65)
Registerverdien er signert heltall |
| Høy grense = registerverdi
* 0.5 |
||||||
| fortsatte... | ||||||
| Register | Offset | Bredde | Adgang | Felt | Standardverdi | Beskrivelse |
| FPGA Core Voltage | 0x13C | 32 | RO | [31:0] | 32:00000000 | LTC3884(U44)
Voltage(mV) = registerverdi |
| FPGA kjernestrøm | 0x140 | 32 | RO | [31:0] | 32:00000000 | LTC3884(U44)
Strøm(mA) = registerverdi |
| 12v Backplane Voltage | 0x144 | 32 | RO | [31:0] | 32:00000000 | Voltage(mV) = registerverdi |
| 12v Bakplanstrøm | 0x148 | 32 | RO | [31:0] | 32:00000000 | Strøm(mA) = registerverdi |
| 1.2v voltage | 0x14C | 32 | RO | [31:0] | 32:00000000 | Voltage(mV) = registerverdi |
| 12v Aux Voltage | 0x150 | 32 | RO | [31:0] | 32:00000000 | Voltage(mV) = registerverdi |
| 12v Aux-strøm | 0x154 | 32 | RO | [31:0] | 32:00000000 | Strøm(mA) = registerverdi |
| 1.8v voltage | 0x158 | 32 | RO | [31:0] | 32:00000000 | Voltage(mV) = registerverdi |
| 3.3v voltage | 0x15C | 32 | RO | [31:0] | 32:00000000 | Voltage(mV) = registerverdi |
| Board Power | 0x160 | 32 | RO | [31:0] | 32:00000000 | Effekt(mW) = registerverdi |
| PKVL A kjernetemperatur | 0x168 | 32 | RO | [31:0] | 32:00000000 | PKVL1(U18A)
Registerverdien er signert heltall Temperatur = registerverdi * 0.5 |
| PKVL A Serdes Temperatur | 0x16C | 32 | RO | [31:0] | 32:00000000 | PKVL1(U18A)
Registerverdien er signert heltall Temperatur = registerverdi * 0.5 |
| PKVL B kjernetemperatur | 0x170 | 32 | RO | [31:0] | 32:00000000 | PKVL2(U23A)
Registerverdien er signert heltall Temperatur = registerverdi * 0.5 |
| PKVL B Serdes Temperatur | 0x174 | 32 | RO | [31:0] | 32:00000000 | PKVL2(U23A)
Registerverdien er signert heltall Temperatur = registerverdi * 0.5 |
QSFP-verdier oppnås ved å lese QSFP-modulen og rapportere de leste verdiene i det aktuelle registeret. Hvis QSFP-modulen ikke støtter Digital Diagnostics Monitoring eller hvis QSFP-modulen ikke er installert, ignorer verdiene som er lest fra QSFP-registre. Bruk verktøyet Intelligent Platform Management Interface (IPMI) til å lese telemetridataene gjennom I2C-bussen.
I2C-kommando for å lese kortets temperaturer på adressen 0x100:
I kommandoen nedenfor:
- 0x20 er I2C-masterbussadressen til serveren din som har direkte tilgang til PCIe-spor. Denne adressen varierer med serveren. Se serverdatabladet for riktig I2C-adresse til serveren din.
- 0xBC er I2C-slaveadressen til Intel MAX 10 BMC.
- 4 er antall leste databytes
- 0x01 0x00 er registeradressen til korttemperaturen som er presentert i tabellen.
Kommando:
ipmitool i2c bus=0x20 0xBC 4 0x01 0x00
Produksjon:
01110010 00000000 00000000 00000000
Utgangsverdien i heksadesimal er: 0x72000000 0x72 er 114 i desimal. For å beregne temperaturen i Celsius multipliser med 0.5: 114 x 0.5 = 57 °C
Note:
Ikke alle servere støtter I2C-buss direkte tilgang til PCIe-spor. Vennligst sjekk serverdatabladet for støtteinformasjon og I2C-bussadresse.
EEPROM-dataformat
Denne delen definerer dataformatet til både MAC-adresse EEPROM og FRUID EEPROM, og som kan nås av henholdsvis verten og FPGA.
MAC EEPROM
På produksjonstidspunktet programmerer Intel MAC-adressen EEPROM med Intel Ethernet Controller XL710-BM2 MAC-adresser. Intel MAX 10 får tilgang til adressene i MAC-adressens EEPROM via I2C-bussen. Oppdag MAC-adressen ved å bruke følgende kommando: $ sudo fpga mac
MAC-adressens EEPROM inneholder kun start-6-byte-MAC-adressen på adressen 0x00h etterfulgt av MAC-adressetellingen på 08. Start-MAC-adressen er også trykt på etiketten på baksiden av kretskortet (PCB). OPAE-driveren gir sysfs-noder for å hente start-MAC-adressen fra følgende plassering: /sys/class/fpga/intel-fpga-dev.*/intel-fpga-fme.*/spi altera.*.auto/spi_master/ spi */spi*/mac_address Starter MAC-adresse Eksample: 644C360F4430 OPAE-driveren henter tellingen fra følgende sted: /sys/class/fpga/ intel-fpga-dev.*/intel-fpga-fme.*/spi-altera.*.auto/spi_master/ spi*/ spi*/mac_count MAC-antall Eksample: 08 Fra start-MAC-adressen oppnås de resterende syv MAC-adressene ved å sekvensielt øke den minste signifikante byten (LSB) til start-MAC-adressen med en telling på én for hver påfølgende MAC-adresse. Påfølgende MAC-adresse eksampde:
- 644C360F4431
- 644C360F4432
- 644C360F4433
- 644C360F4434
- 644C360F4435
- 644C360F4436
- 644C360F4437
Note: Hvis du bruker en ES Intel FPGA PAC N3000, kan det hende at MAC EEPROM ikke er programmert. Hvis MAC EEPROM ikke er programmert, returnerer den første leste MAC-adressen som FFFFFFFFFFFF.
Feltutskiftbar enhetsidentifikasjon (FRUID) EEPROM-tilgang
Du kan bare lese feltutskiftbar enhetsidentifikasjon (FRUID) EEPROM (0xA0) fra verts-BMC gjennom SMBus. Strukturen i FRUID EEPROM er basert på IPMI-spesifikasjonen, Platform Management FRU Information Storage Definition, v1.3, 24. mars 2015, som en styreinformasjonsstruktur er avledet fra. FRUID EEPROM følger det vanlige overskriftsformatet med tavleområde og produktinfoområde. Se tabellen nedenfor for hvilke felt i den vanlige overskriften som gjelder for FRUID EEPROM.
Felles overskrift for FRUID EEPROM
Alle feltene i den vanlige overskriften er obligatoriske.
| Feltlengde i byte | Feltbeskrivelse | FRUID EEPROM-verdi |
|
1 |
Common Header Format Versjon 7:4 – reservert, skriv som 0000b
3:0 – format versjonsnummer = 1t for denne spesifikasjonen |
01h (Angi som 00000001b) |
|
1 |
Internt bruksområde Startforskyvning (i multipler av 8 byte).
00h indikerer at dette området ikke er tilstede. |
00h (ikke til stede) |
|
1 |
Chassis Info Area Start Offset (i multipler av 8 byte).
00h indikerer at dette området ikke er tilstede. |
00h (ikke til stede) |
|
1 |
Board Area Start Offset (i multipler av 8 byte).
00h indikerer at dette området ikke er tilstede. |
01 timer |
|
1 |
Produktinfo Område Startforskyvning (i multipler på 8 byte).
00h indikerer at dette området ikke er tilstede. |
0Ch |
|
1 |
MultiRecord Area Start Offset (i multipler på 8 byte).
00h indikerer at dette området ikke er tilstede. |
00h (ikke til stede) |
| 1 | PAD, skriv som 00h | 00 timer |
|
1 |
Common Header Checksum (null kontrollsum) |
F2h |
De felles header-bytene plasseres fra den første adressen til EEPROM. Oppsettet ser ut som på figuren nedenfor.
FRUID EEPROM Minne Layout Blokkdiagram
FRUID EEPROM Board Area
| Feltlengde i byte | Feltbeskrivelse | Feltverdier | Feltkoding |
| 1 | Board Area Format Versjon 7:4 – reservert, skriv som 0000b 3:0 – format versjonsnummer | 0x01 | Sett til 1t (0000 0001b) |
| 1 | Lengde på brettområdet (i multipler av 8 byte) | 0x0B | 88 byte (inkluderer 2 pad 00 byte) |
| 1 | Språkkode | 0x00 | Sett til 0 for engelsk
Note: Ingen andre språk støttes for øyeblikket |
| 3 | Fabr. dato / klokkeslett: Antall minutter fra kl. 0:00 1/1/96.
Minst signifikante byte først (liten endian) 00_00_00h = uspesifisert (dynamisk felt) |
0x10
0x65 0xB7 |
Tidsforskjell mellom 12:00 1/1/96 til 12:XNUMX
11 er 07 minutter = b76510h – lagret i lite endian-format |
| 1 | Tavle Produsent type/lengde byte | 0xD2 | 8-bit ASCII + LATIN1 kodet 7:6 – 11b
5:0 – 010010b (18 byte med data) |
| P | Board Produsent bytes | 0x49
0x6E 0x74 0x65 0x6C 0xAE |
8-bits ASCII + LATIN1-kodet Intel® Corporation |
| fortsatte... | |||
| Feltlengde i byte | Feltbeskrivelse | Feltverdier | Feltkoding |
| 0x20
0x43 0x6F 0x72 0x70 0x6F 0x72 0x61 0x74 0x69 0x6F 0x6E |
|||
| 1 | Tavle Produktnavn type/lengde byte | 0xD5 | 8-bit ASCII + LATIN1 kodet 7:6 – 11b
5:0 – 010101b (21 byte med data) |
| Q | Tavle Produktnavn bytes | 0X49
0X6E 0X74 0X65 0X6C 0XAE 0X20 0X46 0X50 0X47 0X41 0X20 0X50 0X41 0X43 0X20 0X4E 0X33 0X30 0X30 0X30 |
8-bits ASCII + LATIN1-kodet Intel FPGA PAC N3000 |
| 1 | Kortets serienummer type/lengde byte | 0xCC | 8-bit ASCII + LATIN1 kodet 7:6 – 11b
5:0 – 001100b (12 byte med data) |
| N | Byte for tavleserienummer (dynamisk felt) | 0x30
0x30 0x30 0x30 0x30 0x30 0x30 0x30 |
8-bit ASCII + LATIN1 kodet
1. 6 sekskantede sifre er OUI: 000000 2. 6 sekskantede sifre er MAC-adresse: 000000 |
| fortsatte... | |||
| Feltlengde i byte | Feltbeskrivelse | Feltverdier | Feltkoding |
| 0x30
0x30 0x30 0x30 |
Note: Dette er kodet som et eksample og må endres i en faktisk enhet
1. 6 sekskantede sifre er OUI: 644C36 2. 6 sekskantede sifre er MAC-adresse: 00AB2E Note: Å identifisere ikke programmert FRUID, sett OUI og MAC-adresse til "0000". |
||
| 1 | Board delenummer type/lengde byte | 0xCE | 8-bit ASCII + LATIN1 kodet 7:6 – 11b
5:0 – 001110b (14 byte med data) |
| M | Board delenummer bytes | 0x4B
0x38 0x32 0x34 0x31 0x37 0x20 0x30 0x30 0x32 0x20 0x20 0x20 0x20 |
8-bit ASCII + LATIN1 kodet med stykkliste-ID.
For 14 byte lengde, det kodede kortets delenummer f.eksample er K82417-002 Note: Dette er kodet som et eksample og må endres i en faktisk enhet. Denne feltverdien varierer med forskjellige brett-PBA-nummer. PBA-revisjon er fjernet i FRUID. Disse siste fire bytene returnerer tomme og er reservert for fremtidig bruk. |
| 1 | FRU File ID-type/lengdebyte | 0x00 | 8-bit ASCII + LATIN1 kodet 7:6 – 00b
5:0 – 000000b (0 byte med data) FRU File ID-byte-feltet som skal følge dette er ikke inkludert, da feltet ville være "null". Note: FRU File ID-bytes. FRU File versjonsfelt er et forhåndsdefinert felt gitt som et produksjonshjelpemiddel for å verifisere file som ble brukt under produksjon eller feltoppdatering for å laste FRU-informasjonen. Innholdet er produsentspesifikk. Dette feltet er også oppgitt i Styreinfo-området. Et av eller begge feltene kan være "null". |
| 1 | MMID type/lengde byte | 0xC6 | 8-bit ASCII + LATIN1 kodet |
| fortsatte... | |||
| Feltlengde i byte | Feltbeskrivelse | Feltverdier | Feltkoding |
| 7:6 – 11b
5:0 – 000110b (6 byte med data) Note: Dette er kodet som et eksample og må endres i en faktisk enhet |
|||
| M | MMID byte | 0x39
0x39 0x39 0x44 0x58 0x46 |
Formatert som 6 sekskantede sifre. Spesifikk eksample i celle sammen med Intel FPGA PAC N3000 MMID = 999DXF.
Denne feltverdien varierer med forskjellige SKU-felt som MMID, OPN, PBN osv. |
| 1 | C1h (type/lengde byte kodet for å indikere ingen flere infofelt). | 0xC1 | |
| Y | 00h – eventuell gjenværende ubrukt plass | 0x00 | |
| 1 | Board Area Checksum (null kontrollsum) | 0xB9 | Note: Sjekksummen i denne tabellen er en null sjekksum beregnet for verdiene som brukes i tabellen. Den må beregnes på nytt for de faktiske verdiene til en Intel FPGA PAC N3000. |
| Feltlengde i byte | Feltbeskrivelse | Feltverdier | Feltkoding |
| 1 | Produktområde Format Versjon 7:4 – reservert, skriv som 0000b
3:0 – format versjonsnummer = 1t for denne spesifikasjonen |
0x01 | Sett til 1t (0000 0001b) |
| 1 | Produktområdelengde (i multipler av 8 byte) | 0x0A | Totalt 80 byte |
| 1 | Språkkode | 0x00 | Sett til 0 for engelsk
Note: Ingen andre språk støttes for øyeblikket |
| 1 | Produsent Navn type/lengde byte | 0xD2 | 8-bit ASCII + LATIN1 kodet 7:6 – 11b
5:0 – 010010b (18 byte med data) |
| N | Produsentnavn bytes | 0x49
0x6E 0x74 0x65 0x6C 0xAE 0x20 0x43 0x6F |
8-bits ASCII + LATIN1-kodet Intel Corporation |
| fortsatte... | |||
| Feltlengde i byte | Feltbeskrivelse | Feltverdier | Feltkoding |
| 0x72
0x70 0x6F 0x72 0x61 0x74 0x69 0x6F 0x6E |
|||
| 1 | Produktnavn type/lengde byte | 0xD5 | 8-bit ASCII + LATIN1 kodet 7:6 – 11b
5:0 – 010101b (21 byte med data) |
| M | Produktnavn bytes | 0x49
0x6E 0x74 0x65 0x6C 0xAE 0x20 0x46 0x50 0x47 0x41 0x20 0x50 0x41 0x43 0x20 0x4E 0x33 0x30 0x30 0x30 |
8-bits ASCII + LATIN1-kodet Intel FPGA PAC N3000 |
| 1 | Produktdel/modellnummer type/lengde byte | 0xCE | 8-bit ASCII + LATIN1 kodet 7:6 – 11b
5:0 – 001110b (14 byte med data) |
| O | Produktdel/modellnummer bytes | 0x42
0x44 0x2D 0x4E 0x56 0x56 0x2D 0x4E 0x33 0x30 0x30 0x30 0x2D 0x31 |
8-bit ASCII + LATIN1 kodet
OPN for styret BD-NVV- N3000-1 Denne feltverdien varierer med forskjellige Intel FPGA PAC N3000 OPN-er. |
| fortsatte... | |||
| Feltlengde i byte | Feltbeskrivelse | Feltverdier | Feltkoding |
| 1 | Produktversjon type/lengde byte | 0x01 | 8-bits binær 7:6 – 00b
5:0 – 000001b (1 byte med data) |
| R | Produktversjon bytes | 0x00 | Dette feltet er kodet som familiemedlem |
| 1 | Produktserienummer type/lengde byte | 0xCC | 8-bit ASCII + LATIN1 kodet 7:6 – 11b
5:0 – 001100b (12 byte med data) |
| P | Produktserienummerbytes (dynamisk felt) | 0x30
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 |
8-bit ASCII + LATIN1 kodet
1. 6 sekskantede sifre er OUI: 000000 2. 6 sekskantede sifre er MAC-adresse: 000000 Note: Dette er kodet som et eksample og må endres i en faktisk enhet. 1. 6 sekskantede sifre er OUI: 644C36 2. 6 sekskantede sifre er MAC-adresse: 00AB2E Note: Å identifisere ikke programmert FRUID, sett OUI og MAC-adresse til "0000". |
| 1 | Eiendel Tag type/lengde byte | 0x01 | 8-bits binær 7:6 – 00b
5:0 – 000001b (1 byte med data) |
| Q | Eiendel Tag | 0x00 | Støttes ikke |
| 1 | FRU File ID-type/lengdebyte | 0x00 | 8-bit ASCII + LATIN1 kodet 7:6 – 00b
5:0 – 000000b (0 byte med data) FRU File ID-byte-feltet som skal følge dette er ikke inkludert, da feltet ville være "null". |
| fortsatte... | |||
| Feltlengde i byte | Feltbeskrivelse | Feltverdier | Feltkoding |
| Note: FRU file ID-bytes.
FRU File versjonsfelt er et forhåndsdefinert felt gitt som et produksjonshjelpemiddel for å verifisere file som ble brukt under produksjon eller feltoppdatering for å laste FRU-informasjonen. Innholdet er produsentspesifikk. Dette feltet er også oppgitt i Styreinfo-området. Et av eller begge feltene kan være "null". |
|||
| 1 | C1h (type/lengde byte kodet for å indikere ingen flere infofelt). | 0xC1 | |
| Y | 00h – eventuell gjenværende ubrukt plass | 0x00 | |
| 1 | Produktinfo område Sjekksum (null kontrollsum)
(Dynamisk felt) |
0x9D | Note: sjekksummen i denne tabellen er en null sjekksum beregnet for verdiene som brukes i tabellen. Den må beregnes på nytt for de faktiske verdiene til en Intel FPGA PAC. |
Intel® FPGA programmerbart akselerasjonskort N3000 Board Management Controller brukerveiledning
Revisjonshistorie
Revisjonshistorikk for Intel FPGA Programmable Acceleration Card N3000 Board Management Controller User Guide
| Dokumentversjon | Endringer |
| 2019.11.25 | Innledende produksjonsutgivelse. |
Intel Corporation. Alle rettigheter forbeholdt. Intel, Intel-logoen og andre Intel-merker er varemerker for Intel Corporation eller dets datterselskaper. Intel garanterer ytelsen til sine FPGA- og halvlederprodukter i henhold til gjeldende spesifikasjoner i henhold til Intels standardgaranti, men forbeholder seg retten til å gjøre endringer i produkter og tjenester når som helst uten varsel. Intel påtar seg intet ansvar eller ansvar som oppstår som følge av applikasjonen eller bruken av informasjon, produkter eller tjenester som er beskrevet her, med mindre det er uttrykkelig skriftlig avtalt med Intel. Intel-kunder anbefales å få tak i den nyeste versjonen av enhetsspesifikasjonene før de stoler på publisert informasjon og før de bestiller produkter eller tjenester.
*Andre navn og merker kan gjøres krav på som andres eiendom.
Dokumenter / Ressurser
 |
intel FPGA programmerbart akselerasjonskort N3000 Board Management Controller [pdfBrukerhåndbok FPGA-programmerbart akselerasjonskort N3000-kort, administrasjonskontroller, FPGA, programmerbart akselerasjonskort N3000-kort, administrasjonskontroller, N3000-kortstyringskontroller, administrasjonskontroller |
