MICROCHIP PIC64GX 64-Bit RISC-V Quad-Core Microprocessor Pituduh Pamaké

Prosés boot
1. Komponén Software aub dina Booting
  Prosés boot-up sistem ngalibatkeun komponén software ieu:
  - Hart Software Services (HSS): A enol-stage boot loader, monitor sistem, sareng panyadia ladenan runtime pikeun aplikasi.
2. Aliran Boot
  Runtuyan aliran boot sistem nyaéta kieu:
  1. Initialization of Hart Software Services (HSS)
  2. Palaksanaan bootloader
  3. Aplikasi ngamimitian
Anjing pangawas
1. PIC64GX Watchdog
  PIC64GX gaduh fungsi panjaga pikeun ngawas operasi sistem sareng micu tindakan upami sistem gagal.
Modeu Lockdown
Modeu lokét dirancang pikeun palanggan anu peryogi kontrol lengkep pikeun tindakan sistem saatos boot. Éta ngabatesan pungsionalitas monitor sistem E51.

FAQ

Q: Naon tujuan tina Hart Software Services (HSS)?
A: HSS boga fungsi minangka enol-stage boot loader, monitor sistem, sareng panyadia ladenan runtime pikeun aplikasi salami prosés boot.

Q: Kumaha fungsi watchdog PIC64GX jalan?
A: Pengawas PIC64GX ngawas operasi sistem sareng tiasa nyandak tindakan anu tos siap upami gagal sistem pikeun mastikeun kabébasan sistem.

Bubuka

Whitepaper ieu ngajelaskeun kumaha Microchip PIC64GX boot beban kerja aplikasi sareng ngajelaskeun prosés boot sistem, anu sami pikeun SMP sareng AMP beban gawé. Salaku tambahan, éta nyertakeun kumaha reboot tiasa dianggo pikeun SMP sareng AMP workloads, watchdogs on PIC64GX, sarta mode lockdown husus pikeun sistem dimana konsumén mikahayang kontrol lengkep pikeun ngawatesan lampah monitor sistem E51 sanggeus boot sistem.

Prosés boot

Hayu urang tingali rupa-rupa komponén parangkat lunak anu aub dina bootup sistem, dituturkeun ku tampilan anu langkung rinci dina sekuen aliran boot sistem sorangan.

Komponén Software aub dina Booting
Komponén di handap ieu aub dina prosés boot-up sistem:

Gambar 1.1. Komponén Boot-up

Hart Software Services (HSS)
Hart Software Services (HSS) nyaéta nol-stage boot loader, monitor sistem, sareng panyadia ladenan runtime pikeun aplikasi. HSS ngadukung setelan sistem awal, latihan DDR, sareng inisialisasi/konfigurasi hardware. Ieu lolobana dijalankeun dina E51s, kalawan jumlah leutik fungsionalitas tingkat mesin-mode ngajalankeun on unggal U54s. Ieu sapatu hiji atawa leuwih konteks ku loading aplikasi "payload" ti medium boot, sarta nyadiakeun Platform Runtime Services / Supervisor Execution Environment (SEE) pikeun kernels sistem operasi. Ieu ngarojong boot aman tur mangrupakeun komponén penting dina mastikeun partitioning hardware / separation pikeun AMP konteks.
Das U-Boot (U-Boot)
Das U-Boot (U-Boot) nyaéta open-source universal scriptable boot loader. Éta ngadukung CLI saderhana anu tiasa nyandak gambar boot tina sababaraha sumber (kalebet Kartu SD sareng Jaringan). U-Boot ngamuat Linux. Éta tiasa nyayogikeun lingkungan UEFI upami diperyogikeun. Ieu umumna rengse tur kaluar tina jalan sakali Linux Ubuntu geus booted - dina basa sejen, eta teu tetep nyicingan post-boot.

Linux Kernel
Kernel Linux nyaéta kernel sistem operasi pang populerna di dunya. Dikombinasikeun sareng lahan pangguna aplikasi, éta ngabentuk naon anu biasa disebut salaku sistem operasi Linux. Sistem Operasi Linux nyayogikeun API POSIX anu beunghar sareng lingkungan pamekar, contonaample, basa jeung parabot kayaning Python, Perl, Tcl, Rust, C / C ++, sarta Tcl; perpustakaan sapertos OpenSSL, OpenCV, OpenMP, OPC/UA, sareng OpenAMP (RPmsg sareng RemoteProc).
Yocto sareng Buildroot mangrupikeun tukang sistem Linux, nyaéta, aranjeunna tiasa dianggo pikeun ngahasilkeun sistem Linux anu disesuaikan. Yocto ngaluarkeun distribusi Linux anu beunghar
set aplikasi, parabot, jeung perpustakaan, sarta manajemén pakét pilihan. Buildroot ngahasilkeun akar anu langkung minimal filesistem sareng tiasa nargétkeun sistem anu henteu meryogikeun panyimpenan anu terus-terusan tapi ngajalankeun sapinuhna tina RAM (nganggo dukungan inisial Linux, contona.ample).
Zephyr
Zephyr nyaéta leutik, open-source Real-Time Operating System (RTOS). Éta nyayogikeun Framework Low-Overhead Real-Time, kalayan saluran komunikasi RPMsg-lite ka Linux. Éta kalebet kernel, perpustakaan, supir alat, tumpukan protokol, filesistem, mékanisme pikeun apdet firmware, jeung saterusna, tur mangrupakeun gede pikeun konsumén hayang hiji pangalaman langkung bulistir-logam-kawas on PIC64GX.

Aliran Boot
PIC64GX ngawengku hiji RISC-V coreplex kalawan 64-bit sistem E51 monitor hart jeung 4 64-bit U54 aplikasi harts. Dina terminologi RISC-V, hart nyaéta kontéks palaksanaan RISC-V anu ngandung sakumpulan register anu lengkep sareng ngaéksekusi kodena sacara mandiri. Anjeun tiasa nganggap éta salaku benang hardware atanapi CPU tunggal. Grup harts dina inti tunggal mindeng disebut kompléks. Topik ieu ngajelaskeun léngkah-léngkah pikeun ngamimitian PIC64GX coreplex, kalebet sistem monitor E51 sareng harts aplikasi U54.

Daya dina PIC64GX coreplex.
Dina kakuatan-on, sadaya harts dina coreplex RISC-V dileupaskeun tina reset ku Controller Kaamanan.

Jalankeun kodeu HSS tina mémori flash eNVM on-chip.
Mimitina, unggal jantung mimiti ngajalankeun kode HSS tina mémori flash eNVM on-chip. Kode ieu ngabalukarkeun sagala harts aplikasi U54 spin, ngantosan parentah, sarta ngidinan E51 monitor hart mimitian ngajalankeun kode pikeun initialize jeung mawa nepi sistem.
Decompress kodeu HSS tina eNVM kana memori L2-Scratch.
Gumantung kana konfigurasi ngawangun-waktu na, HSS biasana leuwih badag batan kapasitas memori flash eNVM sorangan sarta jadi hal kahiji kode HSS jalan dina E51 teu decompress sorangan tina eNVM kana memori L2-Scratch, ditémbongkeun saperti dina Gambar. 1.2 jeung Gambar 1.3.
Gambar 1.2. HSS Decompresses ti eNVM ka L2 scratch
Gambar 1.3. HSS Mémori Peta Salila Decompression

Luncat ti eNVM ka L2-Scratch kana executable ditémbongkeun saperti dina gambar di handap ieu.
Gambar 1.4. HSS Luncat tina eNVM kana Kode Ayeuna di L2Scratch Saatos Decompression
Executable diwangun ku tilu komponén:
- Lapisan abstraksi hardware (HAL), kode tingkat rendah, sareng supir logam bulistir
- Garpu HSS lokal tina RISC-V OpenSBI (dirobih rada ti hulu dina PIC64GX pikeun AMP tujuan)
- Ladenan runtime HSS (mesin kaayaan dijalankeun dina super loop)
Initialize hardware jeung data struktur dipaké ku OpenSBI.
Ladenan HSS "Startup" tanggung jawab pikeun inisialisasi ieu.
Candak gambar beban aplikasi (payload.bin) tina panyimpenan éksternal. Ieu ditémbongkeun dina Gambar 1.5 jeung Gambar 1.6
penting: Dina kasus PIC64GX Panasaran Kit, ieu bakal tina kartu SD.
Gambar 1.5. Nyokot gambar beban kerja payload.bin tina Panyimpenan Eksternal
Gambar 1.6. HSS Mémori Peta sanggeus Fetching payload.bin
Nyalin rupa-rupa bagian ti payload.bin ka tujuan waktos palaksanaan maranéhanana. Payload.bin mangrupakeun gambar formatna, nu consolidates rupa gambar aplikasi pikeun SMP atawa AMP beban gawé. Éta kalebet tabel kode, data, sareng deskriptor anu ngamungkinkeun HSS nempatkeun kode sareng bagian data anu pas, dimana aranjeunna diperyogikeun pikeun ngajalankeun rupa-rupa beban kerja aplikasi.
Gambar 1.7. payload.bin Disalin ka Alamat Tujuan
Parentahkeun U54 anu relevan pikeun ngaluncat ka alamat ngamimitian palaksanaanna. Inpo alamat mimiti ieu dikandung dina payload.bin.
Mimitian U54 Aplikasi harts tur sagala detik-stage boot loaders. Pikeun example, U-Boot brings up Linux Ubuntu.

Reboot

Patali jeung konsép booting sistem nyaéta kabutuhan reboot. Nalika mikir ngeunaan beban kerja aplikasi PIC64GX, rebooting kedah mertimbangkeun duanana simetris multiprocessing (SMP) sareng asimétri multiprocessing (AMP) skenario:

Dina kasus sistem SMP, reboot tiasa aman nga-reboot sadayana sistem sabab teu aya beban kerja tambahan dina kontéks anu sanés pikeun dipertimbangkeun.
Dina kasus hiji AMP Sistem, beban kerja ngan ukur tiasa diidinan reboot nyalira (teu ngaganggu kontéks anu sanés), atanapi tiasa janten hak istimewa pikeun tiasa ngalakukeun reboot sistem pinuh.

Reboot jeung AMP
Pikeun ngaktifkeun SMP jeung AMP skenario reboot, HSS ngarojong konsép hak husus reboot haneut tur tiis, nu assignable kana konteks a. Kontéks anu ngagaduhan hak istimewa reboot haneut ngan ukur tiasa reboot nyalira, sareng kontéks anu gaduh hak istimewa reboot tiis tiasa ngalakukeun reboot sistem pinuh. Pikeun example, mertimbangkeun set handap skenario wawakil.

Beban kerja SMP kontéks tunggal, anu diidinan menta reboot sistem pinuh
Dina skenario ieu, konteks nu diwenangkeun hak husus reboot tiis.
Hiji dua-konteks AMP beban kerja, dimana kontéks A diidinan nyuhunkeun reboot sistem pinuh (ngapangaruhan sadayana kontéks), sareng Kontéks B diidinan reboot nyalira waé.
Dina skenario ieu, konteks A diwenangkeun hak husus reboot tiis, sarta konteks B diwenangkeun hak husus reboot haneut.

Hiji dua-konteks AMP beban kerja, dimana kontéks A sareng B ngan ukur diidinan reboot nyalira (teu mangaruhan kontéks anu sanés)
Dina skenario ieu, duanana konteks ngan diwenangkeun hak husus reboot haneut.
Hiji dua-konteks AMP workload, dimana kontéks A jeung B duanana diwenangkeun menta reboots sistem pinuh

Dina skenario ieu, duanana konteks diwenangkeun hak husus reboot tiis.
Saterusna, kasebut nyaéta dimungkinkeun pikeun HSS dina waktos ngawangun salawasna ngidinan hak husus reboot tiis, sarta pikeun pernah ngidinan hak husus reboot tiis.

Relevan HSS Kconfig Options
Kconfig mangrupakeun software ngawangun sistem konfigurasi. Biasana dianggo pikeun milih pilihan waktos ngawangun sareng ngaktipkeun atanapi nganonaktipkeun fitur. Asalna tina kernel Linux tapi ayeuna parantos dianggo dina proyék-proyék sanés di luar kernel Linux, kalebet U-Boot, Zephyr, sareng PIC64GX HSS.

HSS ngandung dua pilihan Kconfig nu ngadalikeun pungsi reboot tina sudut pandang HSS:

CONFIG_ALLOW_COLD REBOOT
Upami ieu diaktipkeun, sacara global ngamungkinkeun kontéks pikeun ngaluarkeun ecall reboot tiis. Lamun ditumpurkeun, ngan reboots haneut bakal diidinan. Salian ngaktifkeun pilihan ieu, idin pikeun ngaluarkeun reboot tiis kedah dipasihkeun ka kontéks ngaliwatan generator payload YAML. file atawa pilihan Kconfig handap.
CONFIG_ALLOW_COLD REBOOT_ALWAYS
- Upami diaktipkeun, fitur ieu sacara global ngamungkinkeun sadaya konteks ngaluarkeun ECAA reboot tiis, henteu paduli hak bandéra payload.bin.
- Salaku tambahan, payload.bin sorangan tiasa ngandung bandéra per-konteks, nunjukkeun yén kontéks tinangtu ngagaduhan hak ngaluarkeun reboots tiis:
  - Pikeun ngidinan hiji konteks haneut reboot konteks sejen, urang bisa nambahkeun pilihan ngidinan-reboot: haneut dina pedaran YAML file dipaké pikeun nyieun payload.bin
  - Pikeun ngidinan reboot tiis konteks sakabéh sistem, urang bisa nambahkeun pilihan ngidinan-reboot: tiis. Sacara standar, tanpa nangtukeun ngawenangkeun-reboot, kontéks ngan diidinan reboot haneut sorangan Henteu paduli setelan bandéra ieu, lamun CONFIG_ALLOW_COLDREBOOT teu diaktipkeun dina HSS, HSS bakal rework sadayana requests reboot tiis pikeun haneut (per-konteks) reboots. .

Reboot sacara rinci
Bagian ieu ngajelaskeun kumaha reboot jalan sacara rinci - dimimitian ku lapisan OpenSBI (lapisan M-mode panghandapna) teras ngabahas kumaha fungsionalitas lapisan OpenSBI ieu dipicu tina aplikasi RTOS atanapi OS anu beunghar sapertos Linux.

OpenSBI Reboot ecall

RISC-V Supervisor Binary Interface (SBI) spésifikasi ngajelaskeun lapisan abstraksi hardware standarisasi pikeun initialization platform jeung jasa runtime firmware. Tujuan utama SBI nyaéta pikeun ngaktifkeun portabilitas sareng kasaluyuan dina palaksanaan RISC-V anu béda.
OpenSBI (Open Source Supervisor Binary Interface) mangrupikeun proyék open-source anu nyayogikeun palaksanaan rujukan spésifikasi SBI. OpenSBI ogé nyayogikeun jasa runtime, kalebet penanganan interupsi, manajemén timer, sareng konsol I/O, anu tiasa dianggo ku lapisan parangkat lunak tingkat luhur.
OpenSBI kaasup salaku bagian tina HSS tur dijalankeun dina tingkat Mesin Mode. Nalika sistem operasi atawa aplikasi ngabalukarkeun bubu, eta bakal dibikeun ka OpenSBI pikeun nanganan eta. OpenSBI ngungkabkeun fungsionalitas tipe panggero sistem anu tangtu ka lapisan luhur parangkat lunak ngaliwatan mékanisme bubu khusus anu disebut ecall.

System Reset (EID 0x53525354) nyadiakeun fungsi panggero sistem komprehensif anu ngamungkinkeun para software lapisan luhur menta reboot sistem-tingkat atawa shutdown. Sakali telepon ieu disauran ku U54, éta kajebak ku parangkat lunak HSS anu dijalankeun dina Modeu Mesin dina U54 éta, sareng pamundut reboot anu saluyu dikirim ka E51 pikeun nga-reboot kontéks atanapi sadayana sistem, gumantung kana hak-hakna. konteks.

Kanggo inpo nu leuwih lengkep, tingali dina RISC-V Supervisor binér Interface spésifikasi utamana Ekstensi Reset Sistem (EID #0x53525354 "SRST").

Linux Reboot

Salaku ex hususampDina Linux, paréntah shutdown dianggo pikeun ngeureunkeun atanapi reboot sistem. Paréntah biasana ngagaduhan seueur alias, nyaéta halt, pareum, sareng reboot. Alias ieu nangtukeun naha ngeureunkeun mesin nalika pareum, mareuman mesin nalika pareum, atanapi reboot mesin nalika pareum.

Paréntah-ruang-pamaké ieu ngaluarkeun panggero sistem reboot ka Linux, anu kajebak ku kernel sareng dihubungkeun sareng ecall SBI.
Aya sababaraha tingkatan reboot - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - ieu tiasa disalurkeun salaku argumen baris paréntah ka kernel (pikeun example, reboot = w[arm] pikeun REBOOT_WARM). Kanggo inpo nu langkung lengkep ihwal kode sumber kernel Linux, tingali Dokuméntasi/admin-guide/kernel-paramters.txt.

Alternatipna, upami /sys/kernel/reboot diaktipkeun, panangan di handapeunna tiasa dibaca pikeun kéngingkeun konfigurasi reboot sistem ayeuna, sareng nyerat pikeun ngarobih. Kanggo inpo nu langkung lengkep ihwal kode sumber kernel Linux, tingali Dokuméntasi / ABI / nguji / sysfs-kernel-reboot.

Anjing pangawas

Konsép salajengna anu aya hubunganana sareng booting sistem sareng rebooting sistem nyaéta pamulihan sistem nalika dipecat tina timer pangawas. Watchdog timers loba dipaké dina sistem embedded pikeun otomatis pulih tina faults hardware fana, sarta pikeun nyegah errant atanapi malevolent software ti disrupting operasi sistem.
PIC64GX ngawengku rojongan watchdog hardware pikeun monitor harts individu nalika sistem keur ngajalankeun. The watchdogs mastikeun yén harts bisa restarted lamun maranéhna teu ngabales alatan kasalahan software unrecoverable.

PIC64GX ngawengku lima instansi blok hardware timer watchdog dipaké pikeun ngadeteksi lockups sistem -hiji pikeun tiap harts. Pikeun mempermudah campuran Asymmetric Multi-Processing (AMP) workloads, nu HSS ngarojong ngawaskeun sarta ngaréaksikeun ka watchdogs firing.

PIC64GX Watchdog

HSS nanggungjawaban kanggo nga-boot harts aplikasi nalika di-power-up, sareng pikeun nga-boot deui (sacara individu atanapi sacara koléktif) iraha waé.tage, upami diperyogikeun atanapi dipikahoyong. Salaku konsekuensi ieu, ngaréaksikeun kana acara watchdog dina PIC64GX diatur ku HSS.

Monitor 'virtual watchdog' dilaksanakeun salaku layanan mesin kaayaan HSS, jeung tanggung jawab na ngawas status unggal monitor hardware watchdog individu U54. Nalika salah sahiji pangawas U54 ieu ngarambat, HSS ngadeteksi ieu sareng bakal nga-reboot U54 anu pas. Upami U54 mangrupikeun bagian tina kontéks SMP, sadaya kontéks dianggap pikeun reboot, upami kontéksna ngagaduhan hak istimewa reboot anu haneut. Sakabéh sistem bakal rebooted lamun konteks boga hak husus reboot tiis.

Pilihan Kconfig relevan

Dukungan Watchdog kalebet sacara standar dina ngawangun HSS anu dileupaskeun. Upami anjeun hoyong ngawangun HSS khusus, bagian ieu bakal ngajelaskeun mékanisme konfigurasi pikeun mastikeun yén dukungan Watchdog diaktipkeun.

HSS dikonpigurasi ngagunakeun sistem konfigurasi Kconfig. A toplevel .config file diperlukeun pikeun milih jasa naon meunang disusun atawa kaluar tina HSS ngawangun.
Anu mimiti, pilihan CONFIG_SERVICE_WDOG tingkat luhur kedah diaktipkeun ("Dukungan Watchdog Virtual" ngalangkungan make config).

Ieu teras ngungkabkeun sub-pilihan di handap ieu anu gumantung kana dukungan Watchdog:

CONFIG_SERVICE_WD OG_DEBUG
Aktipkeun pangrojong pikeun talatah inpormasi/debug ti ladenan pengawas virtual.
CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
Nangtukeun périodik (dina detik) yén seratan debug Watchdog bakal dikaluarkeun ku HSS.
CONFIG_SERVICE_WD OG_ENABLE_E51
Ngaktifkeun watchdog pikeun E51 monitor jantung salian U54s, ngajaga operasi HSS sorangan.

Nalika watchdog E51 diaktipkeun, HSS périodik bakal nulis ka Watchdog pikeun nyegerkeun eta sarta nyegah tina némbak. Upami, kusabab sababaraha alesan, jantung E51 ngonci atanapi nabrak sareng pangawas E51 diaktipkeun, ieu bakal salawasna ngareset sadayana sistem.

Operasi Watchdog
Hardware watchdog implements handap counters. Jandéla anu dilarang refresh tiasa didamel ku cara ngonpigurasikeun pangawas Nilai Maksimum dugi ka Refresh Diidinan (MVRP).

Lamun nilai ayeuna tina timer watchdog leuwih gede ti nilai MVRP, refreshing watchdog dilarang. Nyobian nyegerkeun timer panjaga dina jandela anu dilarang bakal negeskeun interupsi waktos.

Nyegerkeun pangawas antara nilai MVRP sareng Nilai Pemicu (TRIG) bakal suksés nyegerkeun konter sareng nyegah pangawas tina némbak.
Sakali nilai timer watchdog diitung handap nilai TRIG, watchdog bakal seuneu.

Mesin Nagara Watchdog

Mesin kaayaan watchdog pisan lugas - dimimitian ku ngonpigurasikeun watchdog pikeun E51, lamun diaktipkeun, lajeng pindah ngaliwatan kaayaan dianggurkeun kana monitoring. Unggal waktos sabudeureun superloop nu, kaayaan ngawaskeun ieu invoked, nu mariksa status unggal U54 watchdogs.
Mesin kaayaan watchdog berinteraksi sareng mesin kaayaan boot pikeun ngabalikan deui hart a (jeung sagala harts séjén anu aya dina set boot na), lamun eta ngadeteksi yén hart teu junun refresh watchdog na dina jangka waktu nu.

Modeu Lockdown

Biasana (utamana sareng AMP aplikasi), diperkirakeun yén HSS bakal tetep nyicingan dina M-mode, dina U54, pikeun ngidinan reboot per-konteks (ie reboot hiji konteks wungkul, tanpa reboot full-chip), sarta pikeun ngidinan HSS ngawas kaséhatan ( ECC, Bit Status Kunci, Kasalahan Beus, kasalahan SBI, palanggaran PMP, jsb).

Pikeun nyayogikeun kamampuan reboot dina per-AMP dasar konteks (tanpa meryogikeun sakabéh sistem pikeun reboot), E51 biasana boga aksés memori husus ka sakabéh spasi memori sistem. Sanajan kitu, meureun aya kaayaan dimana ieu teu desirable, sarta nasabah bisa resep ngawatesan naon E51 HSS firmware lakukeun sakali sistem geus booted junun. Dina hal ieu, kasebut nyaéta dimungkinkeun pikeun nempatkeun HSS kana modeu lockdown sakali U54 Aplikasi Harts geus booted.
Ieu tiasa diaktipkeun nganggo pilihan HSS Kconfig CONFIG_SERVICE_LOCKDOWN.

Ladenan lockdown dimaksudkeun pikeun ngawatesan kagiatan HSS saatos nga-boot aplikasi U54 Harts.

Gambar 4.2. HSS Lockdown Mode

Saatos mode Lockdown dimimitian, éta ngeureunkeun sadaya mesin kaayaan jasa HSS anu sanés jalan. Ieu nyauran dua fungsi kabeungkeut lemah:

e51_pmp_lockdown (), jeung
e51_lockdown()

Fungsi ieu dimaksudkeun pikeun ditimpa ku kode khusus dewan. Kahiji nyaéta fungsi pemicu configurable pikeun ngidinan BSP ngaropéa konci E51 kaluar tina payloads aplikasi dina titik ieu. Palaksanaan standar anu lemah tina fungsi ieu kosong. Anu kadua nyaéta fungsionalitas anu dijalankeun ti titik éta ka hareup. Ladenan palaksanaan standar lemah-kabeungkeut watchdog dina titik ieu dina E51, sarta bakal reboot lamun watchdog U54 seuneu. Kanggo inpo nu leuwih lengkep, tingali kodeu sumber HSS dina services/lockdown/lockdown_service.c file.

Lampiran

HSS payload.bin Format

bagian ieu ngajelaskeun payload.bin file format jeung gambar dipaké ku HSS ka boot PIC64GX SMP jeung AMP aplikasi.

Payload.bin mangrupikeun binér anu diformat (Gambar A.10) anu diwangun ku sirah, rupa-rupa tabel deskriptor, sareng sababaraha potongan anu ngandung kode sareng bagian data unggal bagian tina beban kerja aplikasi. Sapotong bisa dianggap salaku blok memori contiguous ukuran arbitrary.

Gambar A.10. Payload.bin Format

Bagian lulugu (ditémbongkeun dina Gambar A.11) ngandung nilai magic dipaké pikeun ngaidentipikasi payload.bin jeung sababaraha émbaran housekeeping, babarengan jeung wincik gambar dimaksudkeun pikeun ngajalankeun on unggal
Kodeu aplikasi U54. Ieu ngajelaskeun kumaha carana boot unggal hart U54 individu, sarta susunan gambar bootable sakabéh. Dina informasi housekeeping na, éta boga pointers kana sagala rupa tabel descriptors pikeun ngidinan ukuran lulugu tumuwuh.

Gambar A.11. payload.bin Lulugu

Kode jeung data konstan initialized dianggap baca-hijina tur disimpen dina bagian baca-hijina, nu nunjuk ka deskriptor lulugu.
Variabel data non-enol anu diinisialisasi nyaéta data baca-tulis tapi nilai inisialisasina disalin ti sakumpulan baca-hijina nalika ngamimitian. Ieu ogé disimpen dina bagian baca-hijina.
Bagian data payload anu dibaca wungkul dijelaskeun ku tabel kode sareng deskriptor chunk data. Unggal deskriptor sapotong dina tabel ieu ngandung 'pamilik hart' (harti utama dina konteks anu dituju
di), a offset beban (offset dina payload.bin), sarta alamat palaksanaan (alamat tujuan dina memori PIC64GX), sapanjang kalawan ukuran sarta checksum. Ieu ditémbongkeun dina Gambar A.12.

Gambar A.12. Baca-Ngan Deskriptor Chunk jeung Payload Chunk Data

Salian sakumpulan disebut tadi, aya ogé sakumpulan memori pakait jeung variabel data nu initialized ka nol. Ieu teu disimpen salaku data dina payload.bin, tapi gantina mangrupakeun set husus enol-initialized deskriptor chunk, nu nangtukeun alamat na panjang RAM pikeun set ka enol salila ngamimitian. Ieu ditémbongkeun dina Gambar A.13.

Gambar A.13. ZI sapotong

hss-payload-generator
Alat HSS Payload Generator nyiptakeun gambar payload formatna pikeun Hart Software Service enol-stage bootloader on PIC64GX, dibéré konfigurasi file jeung susunan ELF files jeung / atawa binér. Konfigurasi file dipaké pikeun peta binér ELF atawa gumpalan binér ka harts aplikasi individu (U54s).

Gambar B.14. hss-payload-generator Aliran

Alatna ngalakukeun pamariksaan sanity dasar dina struktur konfigurasi file sorangan jeung dina gambar ELF. Gambar ELF kedah janten RISC-V executables.

Example Ngajalankeun

Pikeun ngajalankeun alat hss-payload-generator sareng sample konfigurasi file jeung ELF files:
$ ./hss-payload-generator -c test/config.yaml output.bin
Pikeun nyitak diagnostik ngeunaan gambar anu tos aya, paké:
$ ./hss-payload-generator -d output.bin

Pikeun ngaktifkeun auténtikasi boot aman (ngaliwatan tanda gambar), paké -p pikeun nangtukeun lokasi X.509 Private Key pikeun Elliptic Curve P-384 (SECP384r1):
$ ./hss-payload-generator -c test/config.yaml payload.bin -p /path/to/private.pem

Kanggo inpo nu leuwih lengkep, tingali dokuméntasi Secure Boot Authentication.

Konfigurasi File Example

Kahiji, urang sacara opsional tiasa nyetél nami pikeun gambar urang, upami henteu, hiji bakal didamel sacara dinamis:
set-name: 'PIC64-HSS::TestImage'
Salajengna, urang bakal nangtukeun alamat titik éntri pikeun tiap jantung, saperti kieu:
hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

Gambar sumber ELF tiasa netepkeun titik éntri, tapi urang hoyong tiasa ngadukung titik éntri sekundér pikeun harts upami diperyogikeun, pikeun ex.ample, lamun sababaraha harts dimaksudkeun pikeun boot gambar sarua, maranéhna bisa mibanda titik éntri individu. Pikeun ngarojong ieu, urang tangtukeun alamat titik éntri sabenerna dina konfigurasi nu file sorangan.

Urang ayeuna bisa nangtukeun sababaraha payloads (sumber ELF files, atanapi gumpalan binér) anu bakal disimpen di daérah anu tangtu dina mémori. Bagian payload diartikeun ku payloads keyword, lajeng sababaraha deskriptor payload individu. Unggal payload gaduh nami (jalur ka na file), hiji boga-hart, sarta optionally 1 ka 3 harts sekundér.

Salaku tambahan, payload ngagaduhan mode hak istimewa dimana éta bakal ngamimitian palaksanaan. Modeu hak husus anu sah nyaéta PRV_M, PRV_S sareng PRV_U, dimana ieu didefinisikeun salaku:

PRV_M modeu Mesin

PRV_S modeu Supervisor
PRV_U Modeu pamaké

Dina ex handapample:

test / zephyr.elf dianggap hiji aplikasi Zephyr nu dijalankeun dina U54_3, sarta ekspektasi dimimitian dina modeu hak husus PRV_M.
test / u-boot-dtb.bin nyaéta aplikasi bootloader Das U-Boot, sarta dijalankeun dina U54_1, U54_2 na U54_4. Ieu ekspektasi dimimitian dina modeu hak husus PRV_S.

penting:
Kaluaran U-Boot nyiptakeun ELF file, Tapi ilaharna teu prepend extension .elf. Dina hal ieu, binér dijieun ku CONFIG_OF_SEPARATE dipaké, nu appends gumpalan tangkal alat kana binér U-Boot.

Ieu mantanample konfigurasi Payloads 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}

penting:
Kasus ukur penting pikeun file ngaran jalur, teu kecap konci. Janten, contona, u54_1 dianggap sami sareng U54_1, sareng exec-addr dianggap sami sareng EXEC-ADDR. Mun an.elf atanapi .bin extension hadir, eta perlu kaasup kana konfigurasi nu file.

Pikeun aplikasi logam bulistir nu teu hayang jadi paduli OpenSBI, pilihan skip-muka, upami leres, bakal ngabalukarkeun payload dina haté nu jadi invoked maké mret basajan rada.
ti hiji OpenSBI sbi_init () panggero. Ieu ngandung harti yén jantung bakal ngamimitian ngajalankeun kode logam bulistir henteu paduli naon waé pertimbangan OpenSBI HSM. Catet yén ieu ogé hartosna jantung henteu tiasa dianggo
nelepon pikeun nelepon fungsionalitas OpenSBI. Pilihan skip-opens nyaéta opsional sareng standar palsu.
Pikeun ngidinan hiji reboot haneut konteks konteks sejen, urang bisa nambahkeun pilihan ngidinan reboot: haneut. Pikeun ngidinan reboot tiis konteks sakabéh sistem, urang bisa nambahkeun pilihan ngidinan-reboot: tiis. Sacara standar, tanpa nangtukeun allow-reboot, kontéks ngan ukur diidinan pikeun nga-reboot sorangan.

Ieu oge mungkin keur ngahubungkeun data ancillary kalawan unggal payload, contonaample, a DeviceTree Blob (DTB) file, ku nangtukeun data ancilliary filengaran kieu:
test / u-boot.bin: {exec-addr: '0x80200000', boga-hart: u54_1, sekundér-hart: u54_2, sekundér-hart: u54_3, sekundér-hart: u54_4, priv-mode: prv_s, ancilliary-data : test/pic64gx.dtb }
Data ancilliary ieu bakal diasupkeun kana payload (ditempatkeun langsung saatos file utama file dina laksana
spasi), sarta alamatna bakal dibikeun ka OpenSBI dina next_arg1 widang (diluluskeun dina $ a1 register ka gambar dina waktu boot).
Pikeun nyegah HSS tina otomatis booting hiji konteks (contona, lamun urang gantina hoyong utusan kadali ieu ka konteks maké remoteProc), nganggo skip-autoboot bandéra:
test/zephyr.elf: {exec-addr: '0xB0000000', owner-hart: u54_3, priv-mode: prv_m, skip-opensbi: leres, skip-autoboot: leres}

Tungtungna, urang optionally bisa override ngaran payloads individu, ngagunakeun pilihan payload-ngaran. Pikeun example:
test / u-boot.bin: {exec-addr: '0x80200000', boga-hart: u54_1, sekundér-hart: u54_2, sekundér-hart: u54_3, sekundér-hart: u54_4, priv-mode: prv_s, ancilliary-data : test/pic64gx.dtb, payload-name: 'u-boot' }

Catet yén pembina Yocto sareng Buildroot Linux bakal ngawangun, ngonpigurasikeun, sareng ngajalankeun hss-payload-
generator sakumaha diperlukeun pikeun ngahasilkeun gambar aplikasi. Salaku tambahan, pic64gx-curiosity-kit-amp target mesin di Yocto bakal ngahasilkeun gambar aplikasi ngagunakeun alat hss-payload-generator anu nunjukkeun AMP, kalayan Linux dijalankeun dina 3 harts sareng Zephyr dijalankeun dina 1 hart.

Riwayat révisi
Sajarah révisi ngajelaskeun parobahan anu dilaksanakeun dina dokumén. Parobahan didaptarkeun ku révisi, dimimitian ku publikasi panganyarna.

Révisi	titimangsa	Katerangan
A	07/2024	Révisi Awal

Émbaran Microchip

The Microchip Websitus
Microchip nyadiakeun rojongan online via kami websitus di www.microchip.com/. Ieu websitus dipaké pikeun nyieun files sarta informasi gampang sadia pikeun konsumén. Sababaraha eusi anu sayogi kalebet:

Rojongan produk - Lembar data sareng kasalahan, catetan aplikasi sareng sampprogram le, sumberdaya desain, Panungtun pamaké sarta dokumén rojongan hardware, Kaluaran software panganyarna na software diarsipkeun
Rojongan Téknis Umum - Patarosan anu Sering Ditanya (FAQ), pamundut dukungan téknis, grup diskusi online, daptar anggota program mitra desain Microchip
Usaha Microchip - Pamilih produk sareng pituduh pesenan, siaran pers Microchip panganyarna, daptar seminar sareng acara, daptar kantor penjualan Microchip, distributor, sareng perwakilan pabrik

Service Bewara Robah Produk

Ladenan béwara parobahan produk Microchip ngabantosan para nasabah tetep aya dina produk Microchip. Palanggan bakal nampi béwara email iraha waé aya parobahan, apdet, révisi atanapi kasalahan anu aya hubunganana sareng kulawarga produk atanapi alat pangembangan anu dipikaresep.
Pikeun ngadaptar, buka www.microchip.com/pcn tur turutan parentah pendaptaran.

Rojongan Palanggan
Pamaké produk Microchip tiasa nampi bantosan ngalangkungan sababaraha saluran:

Distributor atanapi Perwakilan
Kantor Penjualan Lokal
Insinyur Solusi Embedded (ESE)
Bantosan Téknis

Konsumén kedah ngahubungi distributor, wawakil, atanapi ESE pikeun dukungan. Kantor penjualan lokal ogé sayogi ngabantosan para nasabah. Daptar kantor penjualan sareng lokasi kalebet dina dokumén ieu.
rojongan teknis sadia ngaliwatan websitus di: www.microchip.com/support.

Fitur Protection Code Alat Microchip
Catet detil di handap ieu ngeunaan fitur panyalindungan kode dina produk Microchip:

Produk Microchip nyumponan spésifikasi anu aya dina Lembar Data Microchip khususna.
Microchip percaya yén kulawarga produkna aman nalika dianggo dina cara anu dimaksud, dina spésifikasi operasi, sareng dina kaayaan normal.
nilai Microchip sarta aggressively ngajaga hak cipta intelektual na. Usaha pikeun ngalanggar fitur panyalindungan kode produk Microchip dilarang pisan sareng tiasa ngalanggar Digital Millennium Copyright Act.
Boh Microchip atanapi produsén semikonduktor sanés tiasa ngajamin kaamanan kode na. Perlindungan kode henteu hartosna yén kami ngajamin produkna "teu tiasa dipecahkeun". Perlindungan kode terus mekar. Microchip komitmen pikeun terus ningkatkeun fitur panyalindungan kode produk urang.

Bewara Hukum
Publikasi ieu sareng inpormasi di dieu ngan ukur tiasa dianggo sareng produk Microchip, kalebet pikeun ngarancang, nguji, sareng ngahijikeun produk Microchip sareng aplikasi anjeun. Pamakéan inpormasi ieu dina cara anu sanés ngalanggar syarat ieu. Inpormasi ngeunaan aplikasi alat disayogikeun ngan ukur pikeun genah anjeun sareng tiasa diganti ku apdet. Tanggung jawab anjeun pikeun mastikeun yén aplikasi anjeun nyumponan spésifikasi anjeun. Ngahubungan kantor jualan Microchip lokal Anjeun pikeun rojongan tambahan atawa, ménta rojongan tambahan di www.microchip.com/en-us/support/design-help/client-support-services.

Inpormasi ieu disayogikeun ku MICROCHIP "AS IS". MICROCHIP TEU NGAREGEPKEUN REPRESENTASI ATAWA HARANSI NAON NAON BAHA TERNYATA ATAU TERSIRAT, TULIS ATAU LISAN, STATUTORY ATAWA SABAJEUN, PABUAT KA INFORMASI KAAWASAN TAPI TEU DIWATES KA SALAH JENIS HARANSI TERSIRAT, NON-PENDAFTARAN, DAN FIRMAN. TUJUAN, ATAWA HARANSI PABUAT KA KONDISI, KUALITI, ATAWA KINERJANA.

MICROCHIP MOAL MAH TANGGUNG JAWAB KANGGO NU LANGSUNG, KHUSUS, PUNITIF, INCIDENTAL, ATAWA KONSEQUENTIAL RUGI, KARUSAKAN, BIAYA, ATAWA BAYAAN NAON NU SAUNANA NU PABUAT KA INFORMASI ATAWA GUNAANNA, NAON NGABISABUNGKEUN, KALAU KANGGO KANGGO KITU. KEMUNGKINAN ATAWA KARUKSAKAN NU DIHARAPKEUN. Pikeun sajauh anu diidinan ku undang-undang, tanggung jawab total microchip dina sadaya klaim dina sagala cara anu aya hubunganana sareng inpormasi atanapi panggunaanna moal ngaleuwihan jumlah biaya, upami aya, anu anjeun parantos mayar langsung ka mikrochip kanggo inpormasi éta.

Pamakéan alat Microchip dina rojongan hirup jeung / atawa aplikasi kaamanan sagemblengna dina resiko meuli urang, sarta meuli satuju pikeun membela, indemnify, sarta nahan Microchip bahya tina sagala Karuksakan, klaim, jas, atawa expenses hasilna tina pamakéan sapertos. Taya lisensi anu conveyed, implicitly atawa lamun heunteu, dina sagala hak cipta intelektual Microchip iwal disebutkeun béda.

mérek dagang
Ngaran sareng logo Microchip, logo Microchip, Adaptec, AVR, logo AVR, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinkMD, maXStylus, maXTouch MediaLB, megaAVR, Microsemi, logo Microsemi, MOST, MOST logo, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 logo, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST Logo, SuperFlash, Symmetricom , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, jeung XMEGA mangrupakeun mérek dagang kadaptar ti Microchip Technology Incorporated di AS jeung nagara séjén.

AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed Control, HyperLight Load, Libero, bangku motor, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, logo ProASIC Plus, Quiet-Wire, SmartFusion, SyncWorld , TimeCesium, TimeHub, TimePictra, TimeProvider, sareng ZL mangrupakeun mérek dagang kadaptar ti Microchip Technology Incorporated di AS.

Suppression Key Padeukeut, AKS, Analog-for-the-Digital Age, Kapasitor Sakur, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, dsPICDEM, dsPICDEM.net Average Matching, Dynamic Matching , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, In-Circuit Serial Programming, ICSP, INICnet, Intelligent Paralleling, IntelliMOS, Inter-Chip Connectivity, JitterBlocker, Knob-on-Display, MarginLink, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Certified logo, 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, peta basajan, 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, sareng ZENA mangrupikeun mérek dagang Microchip Technology Incorporated di AS sareng nagara-nagara sanés.

SQTP mangrupikeun tanda jasa Microchip Technology Incorporated di AS
logo Adaptec, Frékuénsi on Demand, Silicon Storage Téhnologi, sarta Symmcom mangrupakeun mérek dagang kadaptar ti Microchip Téhnologi Nyarita di nagara séjén.
GestIC mangrupakeun mérek dagang kadaptar ti Microchip Téhnologi Jerman II GmbH & Co KG, cabangna Microchip Téhnologi Inc., di nagara séjén.

ISBN: 978-1-6683-4890-1

Sistem Manajemén Kualitas
Kanggo inpormasi ngeunaan Sistem Manajemén Kualitas Microchip, mangga buka www.microchip.com/quality.

Penjualan sareng Jasa di sakuliah dunya

AMERIKA

ASIA / PASIFIK

EROPA

korporasi Kantor

2355 Kulon Chandler Blvd. Chandler, AZ 85224-6199

Telepon: 480-792-7200

Fax: 480-792-7277

Bantosan Téknis: www.microchip.com/support

Web Alamat: www.microchip.com

Atlanta

Duluth, GA

Telepon: 678-957-9614

Fax: 678-957-1455

Austin, TX

Telepon: 512-257-3370

Boston

Westborough, MA Telepon: 774-760-0087

Fax: 774-760-0088

Chicago

Itasca, IL

Telepon: 630-285-0071

Fax: 630-285-0075

Dallas

Addison, TX

Telepon: 972-818-7423

Fax: 972-818-2924

Detroit

Novi, MI

Telepon: 248-848-4000

Houston, TX

Telepon: 281-894-5983

Indianapolis

Noblesville, IN Tel: 317-773-8323

Fax: 317-773-5453

Telepon: 317-536-2380

Los Angeles

Mission Viejo, CA Telepon: 949-462-9523

Fax: 949-462-9608

Telepon: 951-273-7800

Raleigh, NC

Telepon: 919-844-7510

New York, NY

Telepon: 631-435-6000

San Jose, CA

Telepon: 408-735-9110

Telepon: 408-436-4270

Kanada – Toronto

Telepon: 905-695-1980

Fax: 905-695-2078

Australia - Sydney

Telepon: 61-2-9868-6733

Cina - Beijing

Telepon: 86-10-8569-7000

Cina - Chengdu

Telepon: 86-28-8665-5511

Cina - Chongqing

Telepon: 86-23-8980-9588

Cina - Dongguan

Telepon: 86-769-8702-9880

Cina - Guangzhou

Telepon: 86-20-8755-8029

Cina - Hangzhou

Telepon: 86-571-8792-8115

Cina – Hong Kong SAR

Telepon: 852-2943-5100

Cina - Nanjing

Telepon: 86-25-8473-2460

Cina - Qingdao

Telepon: 86-532-8502-7355

Cina - Shanghai

Telepon: 86-21-3326-8000

Cina - Shenyang

Telepon: 86-24-2334-2829

Cina - Shenzhen

Telepon: 86-755-8864-2200

Cina - Suzhou

Telepon: 86-186-6233-1526

Cina - Wuhan

Telepon: 86-27-5980-5300

Cina - Xian

Telepon: 86-29-8833-7252

Cina - Xiamen

Telepon: 86-592-2388138

Cina - Zhuhai

Telepon: 86-756-3210040

India – Bangalore

Telepon: 91-80-3090-4444

India - Cirebon

Telepon: 91-11-4160-8631

India – Pune

Telepon: 91-20-4121-0141

Jepang – Osaka

Telepon: 81-6-6152-7160

Jepang – Tokyo

Telepon: 81-3-6880-3770

Koréa - Daégu

Telepon: 82-53-744-4301

Koréa - Seoul

Telepon: 82-2-554-7200

Malaysia – Kuala lumpur

Telepon: 60-3-7651-7906

Malaysia – Penang

Telepon: 60-4-227-8870

Filipina – Manila

Telepon: 63-2-634-9065

Singapur

Telepon: 65-6334-8870

Taiwan - Hsin Chu

Telepon: 886-3-577-8366

Taiwan - Kaohsiung

Telepon: 886-7-213-7830

Taiwan - Taipei

Telepon: 886-2-2508-8600

Thailand – Bangkok

Telepon: 66-2-694-1351

Viétnam - Ho Chi Minh

Telepon: 84-28-5448-2100

Austria – Wels

Telepon: 43-7242-2244-39

Fax: 43-7242-2244-393

Dénmark – Kopenhagen

Telepon: 45-4485-5910

Fax: 45-4485-2829

Finlandia – Espoo

Telepon: 358-9-4520-820

Perancis – Paris

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

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

Jérman – Garing

Telepon: 49-8931-9700

Jérman – Haan

Telepon: 49-2129-3766400

Jérman – Heilbronn

Telepon: 49-7131-72400

Jérman – Karlsruhe

Telepon: 49-721-625370

Jérman – Munich

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

Jérman – Rosenheim

Telepon: 49-8031-354-560

Israél - Hod Hasharon

Telepon: 972-9-775-5100

Itali - Milan

Telepon: 39-0331-742611

Fax: 39-0331-466781

Itali - Padova

Telepon: 39-049-7625286

Walanda - Drunen

Telepon: 31-416-690399

Fax: 31-416-690340

Norwégia – Trondheim

Telepon: 47-72884388

Polandia – Warsawa

Telepon: 48-22-3325737

Romania – Bukares

Tel: 40-21-407-87-50

Spanyol - Madrid

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

Swédia - Gothenburg

Tel: 46-31-704-60-40

Swédia - Stockholm

Telepon: 46-8-5090-4654

Inggris - Wokingham

Telepon: 44-118-921-5800

Fax: 44-118-921-5820

Dokumén / Sumberdaya

MICROCHIP PIC64GX 64-Bit RISC-V Quad-Core Microprocessor [pdf] Pituduh pamaké
PIC64GX, PIC64GX 64-Bit RISC-V Quad-Core Microprocessor, 64-Bit RISC-V Quad-Core Microprocessor, RISC-V Quad-Core Microprocessor, Quad-Core Microprocessor, Microprocessor

Rujukan

Manual pamaké

MICROCHIP PIC64GX 64-Bit RISC-V Quad-Core Microprocessor

Émbaran produk

Parentah Pamakéan Produk