MICROCHIP PIC64GX 64-bita RISC-V Quad-Core örgjörvi notendahandbók

Boot Process
1. Hugbúnaðaríhlutir sem taka þátt í ræsingu
  Upphafsferlið kerfisins felur í sér eftirfarandi hugbúnaðarhluta:
  - Hart hugbúnaðarþjónusta (HSS): Núll-stage ræsihleðslutæki, kerfisskjár og veitir keyrsluþjónustu fyrir forrit.
2. Boot Flow
  Röð ræsiflæðis kerfisins er sem hér segir:
  1. Frumstilling á Hart Software Services (HSS)
  2. Framkvæmd ræsiforritara
  3. Ræsing forrita
Varðhundar
1. PIC64GX varðhundur
  PIC64GX er með varðhundaaðgerð til að fylgjast með rekstri kerfisins og kveikja á aðgerðum ef kerfisbilanir koma upp.
Lokunarhamur
Lokunarhamurinn er hannaður fyrir viðskiptavini sem þurfa fullkomna stjórn á aðgerðum kerfisins eftir ræsingu. Það takmarkar virkni E51 kerfisskjásins.

Algengar spurningar

Sp.: Hver er tilgangurinn með Hart Software Services (HSS)?
A: HSS þjónar sem núll-stage ræsihleðslutæki, kerfisskjár og veitir keyrsluþjónustu fyrir forrit meðan á ræsingu stendur.

Sp.: Hvernig virkar PIC64GX varðhundaaðgerðin?
A: PIC64GX varðhundurinn fylgist með rekstri kerfisins og getur gripið til fyrirfram skilgreindra aðgerða ef kerfisbilanir koma upp til að tryggja áreiðanleika kerfisins.

Inngangur

Þessi hvítbók útskýrir hvernig Microchip PIC64GX ræsir vinnuálag forrita og lýsir ræsiferli kerfisins, sem virkar eins fyrir SMP og AMP vinnuálag. Að auki fjallar það um hvernig endurræsing virkar fyrir SMP og AMP vinnuálag, varðhundar á PIC64GX og sérstakan læsingarham fyrir kerfi þar sem viðskiptavinir vilja fullkomna stjórn til að takmarka aðgerðir E51 kerfisskjásins eftir ræsingu kerfisins.

Boot Process

Við skulum kíkja á hina ýmsu hugbúnaðarhluta sem taka þátt í ræsingu kerfisins, fylgt eftir með nánari skoðun á röð kerfisræsingarflæðisins sjálfs.

Hugbúnaðaríhlutir sem taka þátt í ræsingu
Eftirfarandi þættir taka þátt í ræsingarferli kerfisins:

Mynd 1.1. Ræsingaríhlutir

Hart hugbúnaðarþjónusta (HSS)
Hart hugbúnaðarþjónustan (HSS) er núll-stage ræsihleðslutæki, kerfisskjár og veitandi af keyrsluþjónustu fyrir forrit. HSS styður snemma kerfisuppsetningu, DDR þjálfun og frumstillingu/stillingar vélbúnaðar. Það keyrir að mestu leyti á E51s, með lítið magn af vélastillingarvirkni í gangi á hverri U54. Það ræsir eitt eða fleiri samhengi með því að hlaða forritinu „álag“ frá ræsimiðlinum og veitir Platform Runtime Services/Supervisor Execution Environment (SEE) fyrir stýrikerfiskjarna. Það styður örugga ræsingu og er mikilvægur þáttur í að tryggja vélbúnaðarskiptingu/aðskilnað fyrir AMP samhengi.
Þetta U-stígvél (U-stígvél)
Das U-Boot (U-Boot) er alhliða opinn uppspretta ræsiforrita. Það styður einfalt CLI sem getur sótt ræsimyndina frá ýmsum aðilum (þar á meðal SD kort og netið). U-Boot hleður Linux. Það getur veitt UEFI umhverfi ef þörf krefur. Það er almennt búið og úr vegi þegar Linux hefur ræst - með öðrum orðum, það er ekki íbúi eftir ræsingu.

Linux kjarna
Linux kjarninn er vinsælasti stýrikerfiskjarni heims. Ásamt notendalandi forrita myndar það það sem almennt er nefnt Linux stýrikerfi. Linux stýrikerfi býður upp á rík POSIX API og þróunarumhverfi, til dæmisample, tungumál og verkfæri eins og Python, Perl, Tcl, Rust, C/C++ og Tcl; bókasöfn eins og OpenSSL, OpenCV, OpenMP, OPC/UA og OpenAMP (RPmsg og RemoteProc).
Yocto og Buildroot eru Linux kerfissmiðir, það er hægt að nota þau til að búa til sérsniðin Linux kerfi. Yocto gefur út Linux dreifingu með ríku
sett af forritum, verkfærum og bókasöfnum og valfrjáls pakkastjórnun. Buildroot gefur frá sér lágmarks rót filekerfi og getur miðað á kerfi sem þurfa ekki viðvarandi geymslu en keyra algjörlega úr vinnsluminni (með því að nota upphafsstafastuðning Linux, td.ample).
Zephyr
Zephyr er lítið, opinn rauntíma stýrikerfi (RTOS). Það veitir Rauntíma Low-Overhead Framework, með RPMsg-lite samskiptarásum til Linux. Það inniheldur kjarna, bókasöfn, tækjarekla, samskiptareglur, filekerfi, kerfi fyrir fastbúnaðaruppfærslur, og svo framvegis, og er frábært fyrir viðskiptavini sem vilja upplifun sem líkist bara málmi á PIC64GX.

Boot Flow
PIC64GX inniheldur RISC-V coreplex með 64-bita E51 kerfisskjáhjarta og 4 64-bita U54 forritshjörtum. Í RISC-V hugtökum er hart RISC-V framkvæmdarsamhengi sem inniheldur fullt sett af skrám og sem keyrir kóðann sinn sjálfstætt. Þú getur hugsað um það sem vélbúnaðarþráð eða einn örgjörva. Hópur hjörta innan eins kjarna er oft kallaður flókinn. Þetta efni lýsir skrefunum til að frumstilla PIC64GX coreplex, þar á meðal E51 kerfið fylgist með hjarta og U54 forritshjörtum.

Kveiktu á PIC64GX coreplex.
Þegar kveikt er á, losnar öryggisstýringinn um endurstillingu á öllum hjörtum í RISC-V coreplex.

Keyrðu HSS kóðann úr eNVM flassminninu á flísinni.
Í upphafi byrjar hvert hjarta að keyra HSS kóðann úr eNVM flassminninu á flísinni. Þessi kóði veldur því að öll U54 forritshjört snúast, bíða eftir leiðbeiningum, og gerir E51 skjáhjarta kleift að keyra kóða til að frumstilla og koma kerfinu upp.
Þjappaðu HSS kóðann úr eNVM í L2-Scratch minni.
Það fer eftir byggingartíma stillingum þess, HSS er venjulega stærra en getu eNVM flassminnsins sjálfs og því fyrsta sem HSS kóðinn sem keyrir á E51 gerir er að þjappa sjálfum sér úr eNVM í L2-Scratch minni, eins og sýnt er á mynd 1.2 og mynd 1.3.
Mynd 1.2. HSS Þjappar úr eNVM í L2 Scratch
Mynd 1.3. HSS minniskort meðan á þjöppun stendur

Hoppa frá eNVM til L2-Scratch í keyrslu eins og sýnt er á eftirfarandi mynd.
Mynd 1.4. HSS hoppar úr eNVM í kóða núna í L2Scratch eftir afþjöppun
The executable samanstendur af þremur hlutum:
- Vélbúnaðarútdráttarlagið (HAL), lágstigskóði og rekla fyrir beina málm
- Staðbundinn HSS gaffal af RISC-V OpenSBI (breytt lítillega frá andstreymis á PIC64GX fyrir AMP tilgangi)
- HSS keyrsluþjónustan (ríkisvélar keyra í ofurlykkju)
Frumstilla vélbúnað og gagnauppbyggingu sem OpenSBI notar.
HSS þjónustan „Startup“ ber ábyrgð á þessari frumstillingu.
Sæktu myndina af vinnuálagi forritsins (payload.bin) úr ytri geymslu. Þetta er sýnt á mynd 1.5 og mynd 1.6
Mikilvægt: Ef um er að ræða PIC64GX Curiosity Kit, mun þetta vera frá SD korti.
Mynd 1.5. Sækir payload.bin vinnuálagsmynd úr ytri geymslu
Mynd 1.6. HSS minniskort eftir að hafa sótt payload.bin
Afritaðu hina ýmsu hluta úr payload.bin til áfangastaða þeirra fyrir framkvæmdartíma. The payload.bin er sniðin mynd sem sameinar ýmsar forritamyndir fyrir SMP eða AMP vinnuálag. Það inniheldur kóða, gögn og lýsingartöflur sem gera HSS kleift að staðsetja kóðann og gagnahlutana á viðeigandi hátt, þar sem þeir eru nauðsynlegir til að keyra hin ýmsu forritavinnuálag.
Mynd 1.7. payload.bin er afritað á áfangastaðsföng
Leiðbeindu viðkomandi U54 að hoppa á upphafsföng þeirra fyrir aftöku. Þessar upplýsingar um upphafsföng eru í payload.bin.
Ræstu U54 umsóknarhjarta og hvaða second-stage ræsihleðslutæki. Til dæmisample, U-Boot kemur upp Linux.

Endurræstu

Tengt hugmyndinni um ræsingu kerfisins er þörfin á að endurræsa. Þegar hugsað er um vinnuálag PIC64GX forrita þarf endurræsing að huga að bæði samhverkri fjölvinnslu (SMP) og ósamhverskri fjölvinnslu (AMP) aðstæður:

Þegar um er að ræða SMP kerfi getur endurræsing örugglega endurræst allt kerfið í kalda mæli þar sem engin viðbótarvinnuálag er í öðru samhengi sem þarf að huga að.
Þegar um er að ræða an AMP kerfi, gæti vinnuálag aðeins verið leyft að endurræsa sjálft sig (og ekki trufla neitt annað samhengi), eða það gæti haft forréttindi að geta endurræst kerfið að fullu.

Endurræstu og AMP
Til að virkja SMP og AMP endurræsa aðstæður, HSS styður hugtökin um heita og kalda endurræsingarréttindi, sem hægt er að úthluta til samhengis. Samhengi með heitt endurræsaréttindi getur aðeins endurræst sjálft sig og samhengi með kalt endurræsaréttindi getur framkvæmt fulla endurræsingu kerfisins. Til dæmisampíhugaðu eftirfarandi sett af dæmigerðum atburðarásum.

SMP vinnuálag í einu samhengi, sem er heimilt að biðja um endurræsingu kerfisins að fullu
Í þessari atburðarás er samhengið leyft kaldendurræsaréttindi.
Tvö samhengi AMP vinnuálag, þar sem samhengi A er heimilt að biðja um endurræsingu kerfisins að fullu (sem hefur áhrif á öll samhengi), og samhengi B er aðeins heimilt að endurræsa sig sjálft
Í þessari atburðarás er samhengi A leyft kalda endurræsa réttindi og samhengi B er leyfð heitt endurræsa réttindi.

Tvö samhengi AMP vinnuálag, þar sem samhengi A og B er aðeins leyft að endurræsa sig sjálft (og hafa ekki áhrif á hitt samhengið)
Í þessari atburðarás eru bæði samhengi aðeins leyfð heitt endurræsa réttindi.
Tvö samhengi AMP vinnuálag, þar sem samhengi A og B er bæði heimilt að biðja um endurræsingu kerfisins að fullu

Í þessari atburðarás eru bæði samhengi leyfð kaldendurræsaréttindi.
Ennfremur er mögulegt fyrir HSS á byggingartíma að leyfa alltaf kalda endurræsa réttindi og aldrei leyfa kalda endurræsa réttindi.

Viðeigandi HSS Kconfig valkostir
Kconfig er hugbúnaðarsmíðakerfi. Það er almennt notað til að velja byggingartíma valkosti og til að virkja eða slökkva á eiginleikum. Það er upprunnið með Linux kjarnanum en hefur nú fundið notkun í öðrum verkefnum en Linux kjarnanum, þar á meðal U-Boot, Zephyr og PIC64GX HSS.

HSS inniheldur tvo Kconfig valkosti sem stjórna endurræsingarvirkni frá HSS sjónarhorni:

CONFIG_ALLOW_COLD endurræsa
Ef þetta er virkt leyfir það samhengi á heimsvísu að gefa út kalda endurræsingu. Ef slökkt er á því verður aðeins heitt endurræsing leyfð. Auk þess að virkja þennan valkost verður leyfi til að gefa út kalda endurræsingu að vera veitt samhengi í gegnum hleðslugjafinn YAML file eða eftirfarandi Kconfig valmöguleika.
CONFIG_ALLOW_COLD REBOOT_ALWAYS
- Ef hann er virkur gerir þessi eiginleiki á heimsvísu kleift að gefa út kalda endurræsingu ECAA á heimsvísu, óháð réttindi payload.bin fána.
- Að auki getur payload.bin sjálft innihaldið fána fyrir hvert samhengi, sem gefur til kynna að tiltekið samhengi hafi rétt til að gefa út kalt endurræsingu:
  - Til að leyfa samhengi heitt endurræsa annað samhengi, getum við bætt við valkostinum leyfa-reboot: warm í YAML lýsingunni file notað til að búa til payload.bin
  - Til að leyfa kalda endurræsingu í samhengi á öllu kerfinu, getum við bætt við valkostinum leyfa-endurræsa: kalt. Sjálfgefið er, án þess að tilgreina leyfa-endurræsingu, samhengi er aðeins leyft að endurræsa sjálft sig sjálft án tillits til stillingar þessa fána, ef CONFIG_ALLOW_COLDREBOOT er ekki virkt í HSS, mun HSS endurvinna allar beiðnir um kalda endurræsingu til að hita (í hverju samhengi) endurræsingu .

Endurræstu í smáatriðum
Þessi hluti lýsir hvernig endurræsingin virkar í smáatriðum - byrjað á OpenSBI laginu (lægsta M-ham laginu) og síðan fjallað um hvernig þessi OpenSBI lag virkni er ræst frá RTOS forriti eða ríku stýrikerfi eins og Linux.

OpenSBI Endurræstu símtal

RISC-V Supervisor Binary Interface (SBI) forskriftin lýsir stöðluðu vélbúnaðarútdráttarlagi fyrir frumstillingu vettvangs og vélbúnaðartímaþjónustu. Megintilgangur SBI er að gera færanleika og eindrægni á milli mismunandi RISC-V útfærslur.
OpenSBI (Open Source Supervisor Binary Interface) er opinn uppspretta verkefni sem veitir tilvísunarútfærslu á SBI forskriftinni. OpenSBI veitir einnig keyrsluþjónustu, þar á meðal meðhöndlun truflana, tímamælastjórnun og I/O stjórnborðs, sem hægt er að nýta af hærri hugbúnaðarlögum.
OpenSBI er innifalinn sem hluti af HSS og keyrir á vélastillingu stigi. Þegar stýrikerfið eða forritið veldur gildru verður það sent til OpenSBI til að meðhöndla það. OpenSBI afhjúpar ákveðna kerfissímtalsgerð fyrir efri lögum hugbúnaðarins í gegnum tiltekið gildrukerfi sem kallast símtal.

Kerfisendurstillingin (EID 0x53525354) býður upp á alhliða kerfiskallaðgerð sem gerir efri lagshugbúnaðinum kleift að biðja um endurræsingu eða lokun á kerfisstigi. Þegar þetta símtal hefur verið kallað fram af U54, er það lokað af HSS hugbúnaðinum sem keyrir í vélaham á þeirri U54, og samsvarandi endurræsingarbeiðni er send til E51 til að endurræsa annað hvort samhengið eða allt kerfið, allt eftir réttindum samhengi.

Fyrir frekari upplýsingar, sjá RISC-V Supervisor Binary Interface Specification sérstaklega Kerfisendurstillingarviðbót (EID #0x53525354 „SRST“).

Linux endurræsa

Sem tiltekið frvampLeið af þessu, í Linux, er shutdown skipunin notuð til að stöðva eða endurræsa kerfið. Skipunin hefur venjulega mörg samnefni, nefnilega stöðva, slökkva á og endurræsa. Þessi samnefni tilgreina hvort stöðva eigi vélina við lokun, slökkva á vélinni við lokun eða endurræsa vélina við lokun.

Þessar notendarýmisskipanir gefa út endurræsa kerfiskall til Linux, sem er föst í kjarnanum og samvirkt við SBI símtal.
Það eru mismunandi stig endurræsingar - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - þetta er hægt að senda sem skipanalínurök til kjarnans (td.ample, endurræsa=w[arm] fyrir REBOOT_WARM). Fyrir frekari upplýsingar um Linux kjarna kóðann, sjá Documentation/admin-guide/kernel-paramters.txt.

Að öðrum kosti, ef /sys/kernel/reboot er virkt, er hægt að lesa meðhöndlurnar fyrir neðan til að fá núverandi endurræsingarstillingu kerfisins og skrifa til að breyta henni. Fyrir frekari upplýsingar um Linux kjarna kóðann, sjá Documentation/ABI/testing/sysfs-kernel-reboot.

Varðhundar

Annað hugtak sem tengist ræsingu kerfisins og endurræsingu kerfisins er kerfisendurheimt þegar kveikt er á tímamæli. Varðhundamælir eru mikið notaðir í innbyggðum kerfum til að endurheimta sjálfkrafa eftir tímabundnar vélbúnaðarbilanir og til að koma í veg fyrir að villandi eða illgjarn hugbúnaður trufli kerfisvirkni.
PIC64GX inniheldur stuðning fyrir vélbúnaðarvakt til að fylgjast með einstökum hjörtum þegar kerfið er í gangi. Varðhundarnir sjá til þess að hægt sé að endurræsa harts ef þeir bregðast ekki við vegna óafturkræfra hugbúnaðarvillna.

PIC64GX inniheldur fimm tilvik af vélbúnaðarblokkum fyrir varðhundatímamæla sem notaðar eru til að greina kerfislæsingar - eitt fyrir hvert hjarta. Til að auðvelda blandaða ósamhverfa fjölvinnslu (AMP) vinnuálagi, styður HSS eftirlit og viðbrögð við skothríðum varðhundanna.

PIC64GX varðhundur

HSS er ábyrgt fyrir því að ræsa forritshartana við ræsingu og að endurræsa þau (sérstakt eða sameiginlegt) hvenær sem er.tage, ef þess er þörf eða óskað. Sem afleiðing af þessu er viðbrögð við varðhundaviðburðum á PIC64GX meðhöndluð af HSS.

„Syndarvarðhundur“ skjár er útfærður sem HSS ástandsvélaþjónusta og skyldur hans eru að fylgjast með stöðu hvers U54 einstakra vélbúnaðarskjáa. Þegar einn af þessum U54 varðhundum ferð, skynjar HSS þetta og mun endurræsa U54 eins og við á. Ef U54 er hluti af SMP samhengi, er allt samhengið talið til endurræsingar, þar sem samhengið hefur heitt endurræsa forréttindi. Allt kerfið verður endurræst ef samhengið hefur kalda endurræsingarréttindi.

Viðeigandi Kconfig valkostir

Varðhundastuðningur er sjálfgefið innifalinn í útgefnum HSS byggingum. Ef þú vilt smíða sérsniðið HSS, mun þessi hluti lýsa stillingarbúnaðinum til að tryggja að Watchdog stuðningur sé virkur.

HSS er stillt með Kconfig stillingarkerfinu. A topplevel .config file er nauðsynlegt til að velja hvaða þjónustur verða settar saman í eða út úr HSS byggingunni.
Í fyrsta lagi þarf að virkja CONFIG_SERVICE_WDOG valmöguleikann á efstu stigi („Virtual Watchdog support“ í gegnum make config).

Þetta afhjúpar síðan eftirfarandi undirvalkosti sem eru háðir Watchdog stuðningi:

CONFIG_SERVICE_WD OG_DEBUG
Gerir stuðning fyrir upplýsinga-/kembiskilaboð frá sýndarvarðhundaþjónustunni.
CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
Ákveður tíðni (í sekúndum) sem Watchdog villuskilaboð verða send út af HSS.
CONFIG_SERVICE_WD OG_ENABLE_E51
Virkjar varðhundinn fyrir E51 fylgist hjarta auk U54s, verndar rekstur HSS sjálfs.

Þegar E51 varðhundurinn er virkjaður mun HSS reglulega skrifa til varðhundsins til að endurnýja hann og koma í veg fyrir að hann hleypi af. Ef, af einhverjum ástæðum, E51 hjartað læsist eða hrynur og E51 varðhundurinn er virkjaður mun þetta alltaf endurstilla allt kerfið.

Varðhundaaðgerð
Vélbúnaður varðhundsins útfærir niður teljara. Hægt er að búa til glugga sem bannað er að endurnýja með því að stilla hámarksgildi varðhundsins sem endurnýjun er leyfð upp í (MVRP).

Þegar núverandi gildi varðhundatímamælisins er hærra en MVRP gildið er bannað að endurnýja varðhundinn. Tilraun til að endurnýja tímamælin varðhundsins í forboðna glugganum mun gefa til kynna tímarof.

Með því að endurnýja varðhundinn á milli MVRP-gildis og Trigger Value (TRIG) mun það endurnýja teljarann og koma í veg fyrir að varðhundurinn hleypi af.
Þegar gildi tímamælis varðhundsins telur undir TRIG gildinu mun varðhundurinn skjóta.

Varðhundurinn State Machine

Varðhundsríkisvélin er mjög einföld - byrjað með því að stilla varðhundinn fyrir E51, ef hún er virkjuð, og fara síðan í aðgerðalausa stöðu yfir í eftirlit. Í hvert skipti sem er í kringum ofurlykkjuna er þetta vöktunarástand kallað fram, sem athugar stöðu hvers U54 varðhunda.
Varðhundsríkisvélin hefur samskipti við ræsistöðuvélina til að endurræsa hjarta (og önnur hjarta sem eru í ræsisettinu), ef hún skynjar að hjartað hefur ekki náð að endurnýja varðhundinn sinn í tæka tíð.

Lokunarhamur

Venjulega (sérstaklega með AMP forritum), er gert ráð fyrir að HSS verði áfram í M-ham, á U54, til að leyfa endurræsingu í hverju samhengi (þ.e. endurræsa aðeins eitt samhengi, án endurræsingar með fullri flís), og til að leyfa HSS að fylgjast með heilsu ( ECC, læsa stöðubitar, rútuvillur, SBI villur, PMP brot osfrv.).

Til að bjóða upp á endurræsingargetu áAMP samhengisgrundvelli (án þess að þurfa að endurræsa allt kerfið), hefur E51 venjulega forréttinda minnisaðgang að öllu minnisrými kerfisins. Hins vegar geta komið upp aðstæður þar sem þetta er ekki æskilegt og viðskiptavinurinn gæti frekar viljað takmarka það sem E51 HSS fastbúnaðurinn gerir þegar kerfið hefur ræst með góðum árangri. Í þessu tilfelli er hægt að setja HSS í lokunarham þegar U54 Application Harts hefur verið ræst.
Þetta er hægt að virkja með því að nota HSS Kconfig valkostinn CONFIG_SERVICE_LOCKDOWN.

Lokunarþjónustunni er ætlað að leyfa takmörkun á starfsemi HSS eftir að hún hefur ræst U54 forritið Harts.

Mynd 4.2. HSS læsingarhamur

Þegar læsingarhamurinn byrjar, kemur í veg fyrir að allar aðrar HSS þjónustuvélar virki. Það kallar tvær veikt bundnar aðgerðir:

e51_pmp_lockdown(), og
e51_lockdown()

Þessum aðgerðum er ætlað að hnekkja með töflusértækum kóða. Hið fyrra er stillanleg kveikjuaðgerð til að leyfa BSP að sérsníða að læsa E51 frá hleðslu forritsins á þessum tímapunkti. Veikt bundin sjálfgefna útfærsla þessarar aðgerðar er tóm. Annað er virknin sem er keyrð frá þeim tímapunkti og áfram. Veikt bundin sjálfgefna útfærslan þjónustar varðhundinn á þessum tímapunkti í E51 og mun endurræsa sig ef U54 varðhundur skýtur upp. Fyrir frekari upplýsingar, sjá HSS frumkóðann í services/lockdown/lockdown_service.c file.

Viðauki

HSS payload.bin Snið

Þessi hluti lýsir payload.bin file sniði og myndinni sem HSS notar til að ræsa PIC64GX SMP og AMP umsóknir.

The payload.bin er sniðinn tvöfaldur (Mynd A.10) sem samanstendur af haus, ýmsum lýsingartöflum og ýmsum klumpum sem innihalda kóða og gagnahluta hvers hluta forritsvinnuálagsins. Líta má á klump sem samfelldan minnisblokk af handahófskenndri stærð.

Mynd A.10. payload.bin Snið

Haushlutinn (sýndur á mynd A.11) inniheldur töfragildi sem notað er til að bera kennsl á payload.bin og nokkrar upplýsingar um heimilishald, ásamt upplýsingum um myndina sem ætlað er að keyra á hverri af
U54 forritakóðar. Það lýsir því hvernig á að ræsa hvern einstakan U54 hart, og setti ræsanlegra mynda í heildina. Í heimilisupplýsingum sínum hefur það vísbendingar um ýmsar töflur með lýsingum til að leyfa hausstærðinni að stækka.

Mynd A.11. payload.bin haus

Kóði og frumstillt stöðug gögn eru talin skrifvara og geymd í skrifvarinn hluta, sem vísað er til með hauslýsingum.
Ekki eru núll frumstilltar gagnabreytur eru les- og skrifa gögn en hafa upphafsgildi þeirra afrituð úr skrifvarða hlutanum við ræsingu. Þetta eru einnig geymdar í skrifvarða hlutanum.
Skrifvarinn gagnaflutningsgagnahlutanum er lýst með töflu með kóða og gagnaklumpslýsingum. Hver klumpalýsing í þessari töflu inniheldur 'hjartaeiganda' (aðalhjarta í því samhengi sem það er miðað við
at), álagsjöfnun (jöfnun innan payload.bin) og framkvæmdarvistfang (áfangastaðfang í PIC64GX minni), ásamt stærð og eftirlitsummu. Þetta er sýnt á mynd A.12.

Mynd A.12. Skrifaða hluti lýsingu og gagnaflutningshluti

Til viðbótar við áðurnefnda klumpa eru einnig minnisbútar sem samsvara gagnabreytum sem eru frumstilltar á núll. Þetta eru ekki geymd sem gögn í payload.bin, en í staðinn eru það sérstakt sett af núll frumstilltum klumpalýsingum, sem tilgreina heimilisfang og lengd vinnsluminni til að stilla á núll við ræsingu. Þetta er sýnt á mynd A.13.

Mynd A.13. ZI klumpur

hss-hlaðhlaða-rafall
HSS Payload Generator tólið býr til sniðna farmamynd fyrir Hart Software Service núlltage ræsiforriti á PIC64GX, gefið uppstillingu file og sett af ELF files og/eða tvíþættir. Stillingin file er notað til að kortleggja ELF-tvíundir eða tvöfalda kubb á einstök forritshjörtu (U54s).

Mynd B.14. hss-payload-generator Flæði

Tólið framkvæmir grunn geðheilsupróf á uppbyggingu stillingarinnar file sjálfu og á ELF myndunum. ELF myndir verða að vera RISC-V executables.

Example Run

Til að keyra hss-payload-generator tólið með sample stillingar file og ELF files:
$ ./hss-payload-generator -c test/config.yaml output.bin
Til að prenta greiningar um fyrirliggjandi mynd skaltu nota:
$ ./hss-payload-generator -d output.bin

Til að virkja örugga ræsivottun (með myndundirritun), notaðu -p til að tilgreina staðsetningu X.509 einkalykils fyrir sporöskjulaga ferilinn P-384 (SECP384r1):
$ ./hss-payload-generator -c test/config.yaml payload.bin -p /path/to/private.pem

Fyrir frekari upplýsingar, sjá Secure Boot Authentication skjölin.

Config File Example

Í fyrsta lagi getum við valfrjálst stillt nafn fyrir myndina okkar, annars verður hún búin til á kraftmikinn hátt:
nafn setts: 'PIC64-HSS::TestImage'
Næst munum við skilgreina heimilisföngin fyrir hvert hjarta, sem hér segir:
hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

ELF upprunamyndirnar geta tilgreint inngangsstað, en við viljum geta stutt aukaaðgangsstaði fyrir hjarta ef þörf krefur, td.ample, ef mörgum hjörtum er ætlað að ræsa sömu myndina, gætu þeir haft einstaka inngangspunkta. Til að styðja þetta, tilgreinum við raunveruleg heimilisföng inngangsstaðar í uppsetningunni file sjálft.

Við getum nú skilgreint nokkrar hleðslur (uppspretta ELF files, eða tvíundir blobbar) sem verða settir á ákveðin svæði í minni. Hleðsluhlutinn er skilgreindur með lykilorðinu farms og síðan fjölda einstakra farmalýsinga. Hver farmur hefur nafn (slóð að því file), eiganda-hart, og mögulega 1 til 3 aukahjarta.

Að auki hefur hleðsla forréttindi þar sem hún mun hefja framkvæmd. Gildir forréttindastillingar eru PRV_M, PRV_S og PRV_U, þar sem þær eru skilgreindar sem:

PRV_M Vélarstilling

PRV_S Umsjónarhamur
PRV_U Notendahamur

Í eftirfarandi frvample:

Gert er ráð fyrir að test/zephyr.elf sé Zephyr forrit sem keyrir í U54_3 og býst við að byrja í PRV_M forréttindaham.
test/u-boot-dtb.bin er Das U-Boot ræsiforritið og það keyrir á U54_1, U54_2 og U54_4. Það gerir ráð fyrir að byrja í PRV_S forréttindaham.

Mikilvægt:
Framleiðsla U-Boot skapar ELF file, en venjulega er það ekki á undan .elf endingunni. Í þessu tilviki er tvöfaldurinn sem er búinn til af CONFIG_OF_SEPARATE notaður, sem bætir tækjatréklumpi við U-Boot tvíundina.

Hér er fyrrverandiample Payloads stillingar file:

test/zephyr.elf:
{exec-addr: '0xB0000000', owner-hart: u54_3, priv-mode: prv_m, skip-opensbi: true}
test/u-boot-dtb.bin:
{exec-addr: '0x80200000', owner-hart: u54_1, secondary-hart: u54_2, secondary-hart: u54_4,priv-mode: prv_s}

Mikilvægt:
Málið skiptir aðeins máli fyrir file slóðarheiti, ekki lykilorðin. Svo, til dæmis, er u54_1 talið það sama og U54_1, og exec-addr er talið það sama og EXEC-ADDR. Ef .elf eða .bin viðbót er til staðar þarf hún að vera með í uppsetningunni file.

Fyrir beitt málmforrit sem vill ekki hafa áhyggjur af OpenSBI, mun valmöguleikinn sleppa opnast, ef hann er réttur, valda því að hlaðið á hjartað er kallað fram með því að nota einfaldan mret frekar
en OpenSBI sbi_init() kall. Þetta þýðir að hjartað mun byrja að keyra bera málmkóðann óháð OpenSBI HSM sjónarmiðum. Athugaðu að þetta þýðir líka að hjartað getur ekki notað
kallar til að kalla fram OpenSBI virkni. Valkosturinn slepptu opnum er valfrjáls og er sjálfgefið rangt.
Til að leyfa heita endurræsingu í samhengi af öðru samhengi, getum við bætt við valkostinum leyfa endurræsa: heitt. Til að leyfa kalda endurræsingu í samhengi á öllu kerfinu, getum við bætt við valkostinum leyfa-endurræsa: kalt. Sjálfgefið, án þess að tilgreina leyfa-endurræsa, er samhengi aðeins leyft að hita endurræsa sig.

Einnig er hægt að tengja aukagögn við hverja farm, tdample, DeviceTree Blob (DTB) file, með því að tilgreina aukagögnin filenafn sem hér segir:
test/u-boot.bin: { exec-addr: '0x80200000', owner-hart: u54_1, secondary-hart: u54_2, secondary-hart: u54_3, secondary-hart: u54_4, priv-mode: prv_s, aukagögn : test/pic64gx.dtb }
Þessi aukagögn verða innifalin í hleðslunni (sett beint á eftir helstu file í keyrslunni
bil), og heimilisfang þess verður sent til OpenSBI í next_arg1 reitnum (send í $a1 skránni í myndina við ræsingu).
Til að koma í veg fyrir að HSS ræsi samhengi sjálfkrafa (til dæmis, ef við viljum í staðinn úthluta stjórn á þessu til samhengis með því að nota remoteProc), notaðu skip-autoboot fánann:
test/zephyr.elf: {exec-addr: '0xB0000000', owner-hart: u54_3, priv-mode: prv_m, skip-opensbi: true, skip-autoboot: true}

Að lokum getum við valfrjálst hnekið nöfnum einstakra farma með því að nota valmöguleikann farmload-name. Til dæmisample:
test/u-boot.bin: { exec-addr: '0x80200000', owner-hart: u54_1, secondary-hart: u54_2, secondary-hart: u54_3, secondary-hart: u54_4, priv-mode: prv_s, aukagögn : test/pic64gx.dtb, farmload-name: 'u-boot' }

Athugaðu að Yocto og Buildroot Linux smiðirnir munu smíða, stilla og keyra hss-payload-
rafall eftir þörfum til að búa til forritamyndir. Að auki, pic64gx-curiosity-kit-amp vélamarkmið í Yocto mun búa til forritamynd með því að nota hss-payload-generator tólið sem sýnir AMP, með Linux keyrandi á 3 hjörtum og Zephyr keyrandi á 1 hjörtum.

Endurskoðunarsaga
Endurskoðunarferillinn lýsir þeim breytingum sem voru innleiddar í skjalinu. Breytingarnar eru taldar upp eftir endurskoðun, frá og með nýjustu útgáfunni.

Endurskoðun	Dagsetning	Lýsing
A	07/2024	Upphafsendurskoðun

Örflöguupplýsingar

Örflögan Websíða
Microchip veitir stuðning á netinu í gegnum okkar websíða kl www.microchip.com/. Þetta websíða er notuð til að gera files og upplýsingar auðveldlega aðgengilegar viðskiptavinum. Sumt af því efni sem til er inniheldur:

Vörustuðningur – Gagnablöð og errata, umsóknarskýringar og sample forrit, hönnunarauðlindir, notendahandbækur og stuðningsskjöl fyrir vélbúnað, nýjustu hugbúnaðarútgáfur og geymdur hugbúnaður
Almenn tækniaðstoð - Algengar spurningar (algengar spurningar), beiðnir um tækniaðstoð, umræðuhópar á netinu, skráning meðlima í smáflöguhönnun samstarfsaðila
Viðskipti Microchip – Vöruvals- og pöntunarleiðbeiningar, nýjustu fréttatilkynningar frá Microchip, listi yfir námskeið og viðburði, skráningar yfir söluskrifstofur Microchip, dreifingaraðila og fulltrúa verksmiðjunnar

Tilkynningaþjónusta um vörubreytingar

Tilkynningarþjónusta Microchip hjálpar til við að halda viðskiptavinum upplýstum um Microchip vörur. Áskrifendur munu fá tilkynningu í tölvupósti hvenær sem breytingar, uppfærslur, endurskoðanir eða skekkjur eru tengdar tiltekinni vöruflokki eða þróunarverkfæri sem vekur áhuga.
Til að skrá sig, farðu á www.microchip.com/pcn og fylgdu skráningarleiðbeiningunum.

Þjónustudeild
Notendur Microchip vara geta fengið aðstoð í gegnum nokkrar rásir:

Dreifingaraðili eða fulltrúi
Söluskrifstofa á staðnum
Embedded Solutions Engineer (ESE)
Tæknileg aðstoð

Viðskiptavinir ættu að hafa samband við dreifingaraðila sinn, fulltrúa eða ESE til að fá aðstoð. Staðbundnar söluskrifstofur eru einnig til staðar til að aðstoða viðskiptavini. Listi yfir söluskrifstofur og staðsetningar er innifalinn í þessu skjali.
Tæknileg aðstoð er í boði í gegnum websíða á: www.microchip.com/support.

Örflögutæki Kóðaverndareiginleiki
Athugaðu eftirfarandi upplýsingar um kóðaverndareiginleikann á Microchip vörum:

Örflöguvörur uppfylla forskriftirnar í tilteknu örflögugagnablaði þeirra.
Microchip telur að vöruflokkur þess sé öruggur þegar þær eru notaðar á tilsettan hátt, innan rekstrarforskrifta og við venjulegar aðstæður.
Örflögu metur og verndar hugverkaréttindi sín ákaft. Tilraunir til að brjóta kóða verndareiginleika Microchip vara eru stranglega bannaðar og geta brotið gegn Digital Millennium Copyright Act.
Hvorki Microchip né nokkur annar hálfleiðaraframleiðandi getur ábyrgst öryggi kóðans. Kóðavernd þýðir ekki að við tryggjum að varan sé „óbrjótanleg“. Kóðavernd er í stöðugri þróun. Microchip hefur skuldbundið sig til að bæta stöðugt kóðaverndareiginleika vara okkar.

Lagatilkynning
Þetta rit og upplýsingarnar hér má aðeins nota með Microchip vörur, þar á meðal til að hanna, prófa og samþætta Microchip vörur með forritinu þínu. Notkun þessara upplýsinga á annan hátt brýtur í bága við þessa skilmála. Upplýsingar um tækjaforrit eru aðeins veittar þér til þæginda og uppfærslur kunna að koma í stað þeirra. Það er á þína ábyrgð að tryggja að umsókn þín uppfylli forskriftir þínar. Hafðu samband við staðbundna söluskrifstofu Microchip til að fá frekari aðstoð eða fáðu frekari aðstoð á www.microchip.com/en-us/support/design-help/client-support-services.

ÞESSAR UPPLÝSINGAR ER LAÐAR AF MICROCHIP „Eins og þær eru“. MICROCHIP GERIR ENGIN STAÐSETNING EÐA ÁBYRGÐ HVORKI ER SKÝRT EÐA ÓBEINING, SKRIFTLIG EÐA munnlega, LÖGBEÐUR EÐA ANNARS, TENGJAÐ UPPLÝSINGUM ÞAÐ MEÐ EN EKKI TAKMARKAÐ VIÐ EINHVERJAR ÓBEINNAR Ábyrgðar- og ábyrgðir HÆFNI Í SÉRSTÖKNUM TILGANGI EÐA ÁBYRGÐ TENGST ÁSTANDI ÞESS, GÆÐUM EÐA AFKOMU.

MICROCHIP VERÐUR Í ENGUM TILKYNNINGUM ÁBYRGÐ Á NEIGU ÓBEINU, SÉRSTÖKUM, REFSINGU, TILVALUSTU EÐA AFLEITATAPI, Tjóni, KOSTNAÐI EÐA KOSTNAÐI af einhverju tagi sem tengist UPPLÝSINGUM EÐA NOTKUN ÞEIRRA, HVER SEM AFRIÐI AF ÞVÍ. MÖGULEIKUR EÐA Tjónið er fyrirsjáanlegt. AÐ FULLSTA MÁL LEYFIÐ SAMKVÆMT LÖGUM, VERÐUR HEILDARÁBYRGÐ MICROCHIP Á ALLAR KRÖFUR Á NÚNA HÁTTU TENGST UPPLÝSINGUM EÐA NOTKUN ÞESSAR EKKI ÚR FJÖLDA GJÓÐA, EF EINHVER, SEM ÞÚ HAFIÐ GREIÐIÐ BEINT FYRIR INFORMATIONOCHIP.

Notkun örflögutækja í lífsbjörgunar- og/eða öryggisforritum er algjörlega á ábyrgð kaupanda og kaupandinn samþykkir að verja, skaða og halda Örflögu skaðlausum fyrir öllu tjóni, kröfum, málsókn eða kostnaði sem hlýst af slíkri notkun. Engin leyfi eru send, óbeint eða á annan hátt, undir neinum Microchip hugverkaréttindum nema annað sé tekið fram.

Vörumerki
Nafnið og lógó örflögunnar, örmerkið, Adaptec, AVR, AVR merki, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, Microsemi merki, MOST, MOST merki, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 merki, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST merki, SuperFlash, Symmetricom , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron og XMEGA eru skráð vörumerki Microchip Technology Incorporated í Bandaríkjunum og öðrum löndum.

AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed Control, HyperLight Load, Libero, mótorbekkur, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC Plus merki, Quiet-Wire, SmartFusion, SyncWorld , TimeCesium, TimeHub, TimePictra, TimeProvider og ZL eru skráð vörumerki Microchip Technology Incorporated í Bandaríkjunum

Aðliggjandi lyklabæling, AKS, Analog-for-the-Digital Age, hvaða þétti sem er, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, dsPICDEM, dsPICDEM.net, Dynamic Average Matching, Dynamic , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGAT, In-Cuit Serial Forritun, ICSP, INICnet, Intelligent Paralleling, IntelliMOS, Inter-Chip Connectivity, JitterBlocker, Knob-on-Display, MarginLink, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Certified merki, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS 7, PowerSmart, PureSilicon , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, Serial Quad I/O, einfalt kort, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance, Trusted Time, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect og ZENA eru vörumerki Microchip Technology Incorporated í Bandaríkjunum og öðrum löndum.

SQTP er þjónustumerki Microchip Technology Incorporated í Bandaríkjunum
Adaptec lógóið, Frequency on Demand, Silicon Storage Technology og Symmcom eru skráð vörumerki Microchip Technology Inc. í öðrum löndum.
GestIC er skráð vörumerki Microchip Technology Germany II GmbH & Co. KG, dótturfyrirtækis Microchip Technology Inc., í öðrum löndum.

ISBN: 978-1-6683-4890-1

Gæðastjórnunarkerfi
Fyrir upplýsingar um gæðastjórnunarkerfi Microchip, vinsamlegast farðu á www.microchip.com/quality.

Sala og þjónusta um allan heim

BANDARÍKIN

ASÍA/KYRAHAFA

EVRÓPA

Fyrirtæki Skrifstofa

2355 West Chandler Blvd. Chandler, AZ 85224-6199

Sími: 480-792-7200

Fax: 480-792-7277

Tæknileg aðstoð: www.microchip.com/support

Web Heimilisfang: www.microchip.com

Atlanta

Duluth, GA

Sími: 678-957-9614

Fax: 678-957-1455

Austin, TX

Sími: 512-257-3370

Boston

Westborough, MA Sími: 774-760-0087

Fax: 774-760-0088

Chicago

Itasca, IL

Sími: 630-285-0071

Fax: 630-285-0075

Dallas

Addison, TX

Sími: 972-818-7423

Fax: 972-818-2924

Detroit

Novi, MI

Sími: 248-848-4000

Houston, TX

Sími: 281-894-5983

Indianapolis

Noblesville, IN Sími: 317-773-8323

Fax: 317-773-5453

Sími: 317-536-2380

Los Angeles

Mission Viejo, CA Sími: 949-462-9523

Fax: 949-462-9608

Sími: 951-273-7800

Raleigh, NC

Sími: 919-844-7510

New York, NY

Sími: 631-435-6000

San Jose, CA

Sími: 408-735-9110

Sími: 408-436-4270

Kanada – Toronto

Sími: 905-695-1980

Fax: 905-695-2078

Ástralía - Sydney

Sími: 61-2-9868-6733

Kína - Peking

Sími: 86-10-8569-7000

Kína - Chengdu

Sími: 86-28-8665-5511

Kína - Chongqing

Sími: 86-23-8980-9588

Kína - Dongguan

Sími: 86-769-8702-9880

Kína - Guangzhou

Sími: 86-20-8755-8029

Kína - Hangzhou

Sími: 86-571-8792-8115

Kína – Hong Kong SAR

Sími: 852-2943-5100

Kína - Nanjing

Sími: 86-25-8473-2460

Kína - Qingdao

Sími: 86-532-8502-7355

Kína - Shanghai

Sími: 86-21-3326-8000

Kína - Shenyang

Sími: 86-24-2334-2829

Kína - Shenzhen

Sími: 86-755-8864-2200

Kína - Suzhou

Sími: 86-186-6233-1526

Kína - Wuhan

Sími: 86-27-5980-5300

Kína - Xian

Sími: 86-29-8833-7252

Kína - Xiamen

Sími: 86-592-2388138

Kína - Zhuhai

Sími: 86-756-3210040

Indlandi – Bangalore

Sími: 91-80-3090-4444

Indland - Nýja Delí

Sími: 91-11-4160-8631

Indlandi – Pune

Sími: 91-20-4121-0141

Japan – Osaka

Sími: 81-6-6152-7160

Japan – Tókýó

Sími: 81-3-6880- 3770

Kórea - Daegu

Sími: 82-53-744-4301

Kórea - Seúl

Sími: 82-2-554-7200

Malasía - Kuala Lumpur

Sími: 60-3-7651-7906

Malasía - Penang

Sími: 60-4-227-8870

Filippseyjar – Manila

Sími: 63-2-634-9065

Singapore

Sími: 65-6334-8870

Taívan – Hsin Chu

Sími: 886-3-577-8366

Taívan - Kaohsiung

Sími: 886-7-213-7830

Taívan - Taipei

Sími: 886-2-2508-8600

Tæland - Bangkok

Sími: 66-2-694-1351

Víetnam - Ho Chi Minh

Sími: 84-28-5448-2100

Austurríki – Wels

Sími: 43-7242-2244-39

Fax: 43-7242-2244-393

Danmörku – Kaupmannahöfn

Sími: 45-4485-5910

Fax: 45-4485-2829

Finnlandi – Espoo

Sími: 358-9-4520-820

Frakklandi – París

Tel: 33-1-69-53-63-20

Fax: 33-1-69-30-90-79

Þýskalandi – garching

Sími: 49-8931-9700

Þýskalandi – Haan

Sími: 49-2129-3766400

Þýskalandi – Heilbronn

Sími: 49-7131-72400

Þýskalandi – Karlsruhe

Sími: 49-721-625370

Þýskalandi – Munchen

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

Þýskalandi – Rosenheim

Sími: 49-8031-354-560

Ísrael - Hod Hasharon

Sími: 972-9-775-5100

Ítalía - Mílanó

Sími: 39-0331-742611

Fax: 39-0331-466781

Ítalía - Padova

Sími: 39-049-7625286

Holland – Drunen

Sími: 31-416-690399

Fax: 31-416-690340

Noregi – Þrándheimur

Sími: 47-72884388

Pólland — Varsjá

Sími: 48-22-3325737

Rúmenía – Búkarest

Tel: 40-21-407-87-50

Spánn - Madríd

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

Svíþjóð - Gautaborg

Tel: 46-31-704-60-40

Svíþjóð - Stokkhólmur

Sími: 46-8-5090-4654

Bretland - Wokingham

Sími: 44-118-921-5800

Fax: 44-118-921-5820

Skjöl / auðlindir

MICROCHIP PIC64GX 64-bita RISC-V fjórkjarna örgjörvi [pdfNotendahandbók
PIC64GX, PIC64GX 64-bita RISC-V fjórkjarna örgjörvi, 64-bita RISC-V fjórkjarna örgjörvi, RISC-V fjórkjarna örgjörvi, fjórkjarna örgjörvi, örgjörvi

Heimildir

Notendahandbók

MICROCHIP PIC64GX 64-bita RISC-V fjórkjarna örgjörvi

Upplýsingar um vöru

Notkunarleiðbeiningar fyrir vöru