MICROCHIP PIC64GX 64-Bit RISC-V Panduan Pengguna Mikropemproses Empat Teras

Proses But
1. Komponen Perisian Terlibat dalam Booting
  Proses but sistem melibatkan komponen perisian berikut:
  - Perkhidmatan Perisian Hart (HSS): Sifar-stage pemuat but, monitor sistem dan penyedia perkhidmatan masa jalan untuk aplikasi.
2. Aliran But
  Urutan aliran but sistem adalah seperti berikut:
  1. Permulaan Perkhidmatan Perisian Hart (HSS)
  2. Pelaksanaan pemuat but
  3. Permulaan aplikasi
Pengawas
1. Anjing Pengawas PIC64GX
  PIC64GX mempunyai fungsi pengawas untuk memantau operasi sistem dan mencetuskan tindakan sekiranya berlaku kegagalan sistem.
Mod Lockdown
Mod penguncian direka untuk pelanggan yang memerlukan kawalan penuh ke atas tindakan sistem selepas but. Ia mengehadkan fungsi monitor sistem E51.

Soalan Lazim

S: Apakah tujuan Perkhidmatan Perisian Hart (HSS)?
J: HSS berfungsi sebagai sifar-stage pemuat but, monitor sistem dan penyedia perkhidmatan masa jalan untuk aplikasi semasa proses but.

S: Bagaimanakah fungsi pengawas PIC64GX berfungsi?
J: Pengawas PIC64GX memantau operasi sistem dan boleh mengambil tindakan yang telah ditetapkan sekiranya berlaku kegagalan sistem untuk memastikan kebolehpercayaan sistem.

pengenalan

Kertas putih ini menerangkan cara Microchip PIC64GX but beban kerja aplikasi dan menerangkan proses but sistem, yang beroperasi sama untuk SMP dan AMP beban kerja. Selain itu, ia merangkumi cara but semula berfungsi untuk SMP dan AMP beban kerja, pengawas pada PIC64GX dan mod penguncian khas untuk sistem yang pelanggan inginkan kawalan sepenuhnya untuk mengehadkan tindakan monitor sistem E51 selepas but sistem.

Proses But

Mari kita lihat pelbagai komponen perisian yang terlibat dalam but sistem, diikuti dengan pandangan yang lebih terperinci pada jujukan aliran but sistem itu sendiri.

Komponen Perisian Terlibat dalam Booting
Komponen berikut terlibat dalam proses boot-up sistem:

Rajah 1.1. Komponen Boot-up

Perkhidmatan Perisian Hart (HSS)
Perkhidmatan Perisian Hart (HSS) ialah sifartage pemuat but, monitor sistem dan penyedia perkhidmatan masa jalan untuk aplikasi. HSS menyokong persediaan sistem awal, latihan DDR, dan permulaan/konfigurasi perkakasan. Ia kebanyakannya berjalan pada E51s, dengan sejumlah kecil fungsi tahap mod mesin berjalan pada setiap U54. Ia but satu atau lebih konteks dengan memuatkan "muatan" aplikasi daripada medium but, dan menyediakan Platform Runtime Services/Supervisor Execution Environment (SEE) untuk kernel sistem pengendalian. Ia menyokong but selamat dan merupakan komponen penting dalam memastikan pembahagian/pemisahan perkakasan untuk AMP konteks.
Das U-Boot (U-Boot)
Das U-Boot (U-Boot) ialah pemuat but boleh skrip universal sumber terbuka. Ia menyokong CLI ringkas yang boleh mendapatkan semula imej but daripada pelbagai sumber (termasuk Kad SD dan Rangkaian). U-Boot memuatkan Linux. Ia boleh menyediakan persekitaran UEFI jika diperlukan. Ia biasanya selesai dan tidak dapat digunakan sebaik sahaja Linux telah dibut - dengan kata lain, ia tidak kekal selepas but.

Linux Kernel
Kernel Linux ialah kernel sistem pengendalian yang paling popular di dunia. Digabungkan dengan kawasan pengguna aplikasi, ia membentuk apa yang biasanya dirujuk sebagai sistem pengendalian Linux. Sistem Pengendalian Linux menyediakan API POSIX yang kaya dan persekitaran pembangun, contohnyaample, bahasa dan alatan seperti Python, Perl, Tcl, Rust, C/C++ dan Tcl; perpustakaan seperti OpenSSL, OpenCV, OpenMP, OPC/UA dan OpenAMP (RPmsg dan RemoteProc).
Yocto dan Buildroot ialah pembina sistem Linux, iaitu, ia boleh digunakan untuk menjana sistem Linux tersuai yang dipesan lebih dahulu. Yocto mengeluarkan pengedaran Linux dengan kaya
set aplikasi, alatan dan perpustakaan serta pengurusan pakej pilihan. Buildroot mengeluarkan akar yang lebih minimum filesistem dan boleh menyasarkan sistem yang tidak memerlukan storan berterusan tetapi dijalankan sepenuhnya daripada RAM (menggunakan sokongan parap Linux, contohnyaample).
Zephyr
Zephyr ialah Sistem Operasi Masa Nyata (RTOS) sumber terbuka yang kecil. Ia menyediakan Rangka Kerja Overhed Rendah Masa Nyata, dengan saluran komunikasi RPMsg-lite ke Linux. Ia termasuk kernel, perpustakaan, pemacu peranti, susunan protokol, filesistem, mekanisme untuk kemas kini perisian tegar dan sebagainya, dan sangat bagus untuk pelanggan yang mahukan pengalaman yang lebih seperti logam kosong pada PIC64GX.

Aliran But
PIC64GX termasuk coreplex RISC-V dengan hart monitor sistem E64 51-bit dan 4 hart aplikasi U64 54-bit. Dalam terminologi RISC-V, hart ialah konteks pelaksanaan RISC-V yang mengandungi set lengkap daftar dan yang melaksanakan kodnya secara bebas. Anda boleh menganggapnya sebagai benang perkakasan atau CPU tunggal. Sekumpulan hart dalam satu teras sering dipanggil kompleks. Topik ini menerangkan langkah-langkah untuk memulakan coreplex PIC64GX, termasuk sistem E51 memantau jantung dan aplikasi U54.

Hidupkan teras PIC64GX.
Semasa dihidupkan, semua hart dalam coreplex RISC-V dilepaskan daripada tetapan semula oleh Pengawal Keselamatan.

Jalankan kod HSS daripada memori denyar eNVM pada cip.
Pada mulanya, setiap jantung mula menjalankan kod HSS daripada memori denyar eNVM pada cip. Kod ini menyebabkan semua hart aplikasi U54 berputar, menunggu arahan, dan membolehkan hart monitor E51 mula menjalankan kod untuk memulakan dan memaparkan sistem.
Nyahmampat kod HSS daripada eNVM kepada memori L2-Scratch.
Bergantung pada konfigurasi masa binaannya, HSS biasanya lebih besar daripada kapasiti memori denyar eNVM itu sendiri dan oleh itu perkara pertama yang dilakukan oleh kod HSS yang dijalankan pada E51 ialah menyahmampatkan dirinya daripada memori eNVM kepada L2-Scratch, seperti yang ditunjukkan dalam Rajah. 1.2 dan Rajah 1.3.
Rajah 1.2. HSS Menyahmampat daripada eNVM kepada L2 Scratch
Rajah 1.3. Peta Memori HSS Semasa Penyahmampatan

Lompat dari eNVM ke L2-Scratch ke dalam boleh laku seperti yang ditunjukkan dalam rajah berikut.
Rajah 1.4. HSS Melompat dari eNVM ke Kod Sekarang dalam L2Scratch Berikutan Penyahmampatan
Boleh laku terdiri daripada tiga komponen:
- Lapisan abstraksi perkakasan (HAL), kod peringkat rendah dan pemacu logam kosong
- Garpu HSS tempatan RISC-V OpenSBI (diubah suai sedikit daripada huluan pada PIC64GX untuk AMP tujuan)
- Perkhidmatan masa jalan HSS (mesin keadaan berjalan dalam gelung super)
Mulakan perkakasan dan struktur data yang digunakan oleh OpenSBI.
Perkhidmatan HSS "Permulaan" bertanggungjawab untuk permulaan ini.
Ambil imej beban kerja aplikasi (payload.bin) daripada storan luaran. Ini ditunjukkan dalam Rajah 1.5 dan Rajah 1.6
Penting: Dalam kes Kit Rasa ingin tahu PIC64GX, ini akan daripada kad SD.
Rajah 1.5. Mengambil Imej Muatan Kerja payload.bin daripada Storan Luaran
Rajah 1.6. Peta Memori HSS selepas Mengambil muatan.bin
Salin pelbagai bahagian daripada payload.bin ke destinasi masa pelaksanaannya. Payload.bin ialah imej berformat, yang menggabungkan pelbagai imej aplikasi untuk SMP atau AMP beban kerja. Ia termasuk kod, data dan jadual deskriptor yang membolehkan HSS meletakkan bahagian kod dan data dengan sewajarnya, di mana ia diperlukan untuk menjalankan pelbagai beban kerja aplikasi.
Rajah 1.7. payload.bin Disalin ke Alamat Destinasi
Arahkan U54 yang berkaitan untuk melompat ke alamat permulaan pelaksanaan mereka. Maklumat alamat permulaan ini terkandung dalam muatan.bin.
Mulakan hart Aplikasi U54 dan sebarang saattage pemuat but. Untuk example, U-Boot membawakan Linux.

But semula

Berkaitan dengan konsep boot sistem adalah keperluan untuk but semula. Apabila memikirkan tentang beban kerja aplikasi PIC64GX, but semula perlu mempertimbangkan kedua-dua pemproses berbilang simetri (SMP) dan berbilang pemprosesan asimetri (AMP) senario:

Dalam kes sistem SMP, but semula boleh mengebut semula keseluruhan sistem dengan selamat kerana tiada beban kerja tambahan dalam konteks lain untuk dipertimbangkan.
Dalam kes an AMP sistem, beban kerja mungkin hanya dibenarkan untuk but semula sendiri (dan tidak mengganggu mana-mana konteks lain), atau ia mungkin mendapat keistimewaan untuk dapat melakukan but semula sistem sepenuhnya.

But semula dan AMP
Untuk membolehkan SMP dan AMP senario but semula, HSS menyokong konsep keistimewaan but semula hangat dan sejuk, yang boleh diserahkan kepada konteks. Konteks dengan keistimewaan but semula hangat hanya boleh but semula sendiri, dan konteks dengan keistimewaan but semula sejuk boleh melakukan but semula sistem penuh. Untuk example, pertimbangkan set senario perwakilan berikut.

Beban kerja SMP konteks tunggal, yang dibenarkan untuk meminta but semula sistem penuh
Dalam senario ini, konteks dibenarkan keistimewaan but semula sejuk.
Konteks dua AMP beban kerja, di mana konteks A dibenarkan untuk meminta but semula sistem penuh (menjejaskan semua konteks), dan Konteks B dibenarkan untuk but semula sendiri sahaja
Dalam senario ini, konteks A dibenarkan keistimewaan but semula sejuk, dan konteks B dibenarkan keistimewaan but semula hangat.

Konteks dua AMP beban kerja, di mana konteks A dan B hanya dibenarkan but semula sendiri (dan tidak menjejaskan konteks lain)
Dalam senario ini, kedua-dua konteks hanya dibenarkan keistimewaan but semula hangat.
Konteks dua AMP beban kerja, di mana konteks A dan B dibenarkan untuk meminta but semula sistem penuh

Dalam senario ini, kedua-dua konteks dibenarkan keistimewaan but semula sejuk.
Tambahan pula, adalah mungkin untuk HSS pada masa binaan untuk sentiasa membenarkan keistimewaan but semula sejuk, dan tidak sekali-kali membenarkan keistimewaan but semula sejuk.

Pilihan HSS Kconfig yang berkaitan
Kconfig ialah sistem konfigurasi binaan perisian. Ia biasanya digunakan untuk memilih pilihan masa bina dan untuk mendayakan atau melumpuhkan ciri. Ia berasal dari kernel Linux tetapi kini telah digunakan dalam projek lain di luar kernel Linux, termasuk U-Boot, Zephyr, dan PIC64GX HSS.

HSS mengandungi dua pilihan Kconfig yang mengawal fungsi but semula dari perspektif HSS:

CONFIG_ALLOW_COLD REBOOT
Jika ini didayakan, ia secara global membenarkan konteks mengeluarkan ecall but semula sejuk. Jika dilumpuhkan, hanya but semula hangat akan dibenarkan. Selain mendayakan pilihan ini, kebenaran untuk mengeluarkan but semula sejuk mesti diberikan kepada konteks melalui penjana muatan YAML file atau pilihan Kconfig berikut.
CONFIG_ALLOW_COLD REBOOT_ALWAYS
- Jika didayakan, ciri ini secara global membenarkan semua konteks mengeluarkan ECAA but semula sejuk, tanpa mengira kelayakan bendera payload.bin.
- Selain itu, payload.bin itu sendiri boleh mengandungi bendera per konteks, yang menunjukkan bahawa konteks tertentu berhak mengeluarkan but semula sejuk:
  - Untuk membenarkan but semula hangat konteks konteks lain, kami boleh menambah pilihan membenarkan-but semula: hangat dalam penerangan YAML file digunakan untuk mencipta muatan.bin
  - Untuk membenarkan but semula sejuk konteks keseluruhan sistem, kami boleh menambah pilihan membenarkan-but semula: sejuk. Secara lalai, tanpa menyatakan benarkan but semula, konteks hanya dibenarkan but semula hangat itu sendiri Tanpa mengira tetapan bendera ini, jika CONFIG_ALLOW_COLDREBOOT tidak didayakan dalam HSS, HSS akan mengolah semula semua permintaan but semula sejuk untuk memanaskan (per-konteks) but semula .

But semula secara terperinci
Bahagian ini menerangkan cara but semula berfungsi secara terperinci – bermula dengan lapisan OpenSBI (lapisan mod M terendah) dan kemudian membincangkan cara kefungsian lapisan OpenSBI ini dicetuskan daripada aplikasi RTOS atau OS yang kaya seperti Linux.

ecall OpenSBI Reboot

Spesifikasi RISC-V Supervisor Binary Interface (SBI) menerangkan lapisan abstraksi perkakasan piawai untuk perkhidmatan permulaan platform dan perisian tegar. Tujuan utama SBI adalah untuk membolehkan kemudahalihan dan keserasian merentas pelaksanaan RISC-V yang berbeza.
OpenSBI (Open Source Supervisor Binary Interface) ialah projek sumber terbuka yang menyediakan pelaksanaan rujukan spesifikasi SBI. OpenSBI juga menyediakan perkhidmatan masa jalan, termasuk pengendalian gangguan, pengurusan pemasa dan I/O konsol, yang boleh digunakan oleh lapisan perisian peringkat lebih tinggi.
OpenSBI disertakan sebagai sebahagian daripada HSS dan berjalan pada tahap Mod Mesin. Apabila sistem pengendalian atau aplikasi menyebabkan perangkap, ia akan diserahkan kepada OpenSBI untuk mengendalikannya. OpenSBI mendedahkan fungsi jenis panggilan sistem tertentu kepada lapisan atas perisian melalui mekanisme perangkap tertentu yang dipanggil ecall.

Tetapan Semula Sistem (EID 0x53525354) menyediakan fungsi panggilan sistem yang komprehensif yang membolehkan perisian lapisan atas meminta but semula atau penutupan peringkat sistem. Sebaik sahaja ecall ini digunakan oleh U54, ia terperangkap oleh perisian HSS yang berjalan dalam Mod Mesin pada U54 itu, dan permintaan but semula yang sepadan dihantar kepada E51 untuk but semula sama ada konteks atau keseluruhan sistem, bergantung pada kelayakan konteks.

Untuk maklumat lanjut, lihat Spesifikasi Antara Muka Binari Penyelia RISC-V khususnya Sambungan Tetapan Semula Sistem (EID #0x53525354 “SRST”).

But semula Linux

Sebagai bekas khususampdaripada ini, dalam Linux, arahan penutupan digunakan untuk menghentikan atau but semula sistem. Perintah itu biasanya mempunyai banyak alias, iaitu berhenti, matikan, dan but semula. Alias ini menentukan sama ada untuk menghentikan mesin semasa penutupan, untuk mematikan mesin semasa penutupan, atau untuk but semula mesin semasa penutupan.

Arahan ruang pengguna ini mengeluarkan panggilan sistem but semula ke Linux, yang terperangkap oleh kernel dan saling bekerja dengan panggilan SBI.
Terdapat pelbagai peringkat but semula - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - ini boleh dihantar sebagai argumen baris arahan kepada kernel (untuk example, but semula=w[arm] untuk REBOOT_WARM). Untuk maklumat lanjut tentang kod sumber kernel Linux, lihat Dokumentasi/panduan-pentadbir/kernel-paramters.txt.

Sebagai alternatif, jika /sys/kernel/reboot didayakan, pengendali di bawah boleh dibaca untuk mendapatkan konfigurasi but semula sistem semasa dan ditulis untuk mengubahnya. Untuk maklumat lanjut tentang kod sumber kernel Linux, lihat Dokumentasi/ABI/ujian/sysfs-kernel-reboot.

Pengawas

Konsep selanjutnya yang berkaitan dengan but sistem dan but semula sistem ialah pemulihan sistem apabila pemasa pengawas diaktifkan. Pemasa pengawas digunakan secara meluas dalam sistem terbenam untuk pulih secara automatik daripada kerosakan perkakasan sementara, dan untuk mengelakkan perisian yang salah atau jahat daripada mengganggu operasi sistem.
PIC64GX termasuk sokongan pengawas perkakasan untuk memantau hart individu apabila sistem sedang berjalan. Pengawas memastikan bahawa hart boleh dimulakan semula jika mereka tidak bertindak balas kerana ralat perisian yang tidak dapat dipulihkan.

PIC64GX termasuk lima contoh blok perkakasan pemasa pengawas yang digunakan untuk mengesan lokap sistem -satu untuk setiap hart. Untuk memudahkan bercampur Asymmetric Multi-Processing (AMP) beban kerja, HSS menyokong pemantauan dan bertindak balas terhadap pengawas menembak.

Anjing Pengawas PIC64GX

HSS bertanggungjawab untuk mengebut hart aplikasi semasa dihidupkan, dan untuk mengebut semulanya (secara individu atau kolektif) pada bila-bila masa.tage, sekiranya ia diperlukan atau dikehendaki. Akibat daripada ini, bertindak balas terhadap peristiwa pengawas pada PIC64GX dikendalikan oleh HSS.

Pemantau 'pemantau maya' dilaksanakan sebagai perkhidmatan mesin keadaan HSS, dan tanggungjawabnya adalah untuk memantau status setiap pemantau perkakasan anjing pemerhati individu U54. Apabila salah satu daripada pengawas U54 ini tersasar, HSS mengesan ini dan akan but semula U54 mengikut kesesuaian. Jika U54 adalah sebahagian daripada konteks SMP, keseluruhan konteks dipertimbangkan untuk but semula, memandangkan konteks mempunyai keistimewaan but semula hangat. Seluruh sistem akan dibut semula jika konteks mempunyai keistimewaan but semula sejuk.

Pilihan Kconfig yang berkaitan

Sokongan pengawas disertakan secara lalai dalam binaan HSS yang dikeluarkan. Sekiranya anda ingin membina HSS tersuai, bahagian ini akan menerangkan mekanisme konfigurasi untuk memastikan sokongan Watchdog didayakan.

HSS dikonfigurasikan menggunakan sistem konfigurasi Kconfig. A toplevel .config file diperlukan untuk memilih perkhidmatan yang dikumpulkan di dalam atau di luar binaan HSS.
Pertama, pilihan CONFIG_SERVICE_WDOG peringkat atas perlu didayakan ("sokongan Anjing Pengawas Maya" melalui konfigurasi buat).

Ini kemudian mendedahkan sub-pilihan berikut yang bergantung pada sokongan Watchdog:

CONFIG_SERVICE_WD OG_DEBUG
Mendayakan sokongan untuk mesej maklumat/nyahpepijat daripada perkhidmatan pengawas maya.
CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
Menentukan keberkalaan (dalam saat) bahawa mesej nyahpepijat Anjing Pengawas akan dikeluarkan oleh HSS.
CONFIG_SERVICE_WD OG_ENABLE_E51
Mendayakan anjing pemantau untuk E51 memantau jantung sebagai tambahan kepada U54, melindungi operasi HSS itu sendiri.

Apabila anjing pemantau E51 didayakan, HSS akan menulis secara berkala kepada Anjing Pemerhati untuk menyegarkannya dan menghalangnya daripada menembak. Jika, atas sebab tertentu, jantung E51 terkunci atau ranap dan pengawas E51 didayakan, ini akan sentiasa menetapkan semula keseluruhan sistem.

Operasi Pengawas
Perkakasan pengawas melaksanakan kaunter bawah. Tetingkap dilarang muat semula boleh dibuat dengan mengkonfigurasi Nilai Maksimum pengawas sehingga Dibenarkan Muat Semula (MVRP).

Apabila nilai semasa pemasa pengawas lebih besar daripada nilai MVRP, menyegarkan pengawas adalah dilarang. Percubaan untuk memuat semula pemasa pengawas dalam tetingkap terlarang akan menegaskan gangguan tamat masa.

Menyegarkan badan pemerhati antara nilai MVRP dan Nilai Pencetus (TRIG) akan berjaya menyegarkan semula kaunter dan menghalang anjing pemantau daripada menembak.
Setelah nilai pemasa pengawas dikira di bawah nilai TRIG, pengawas akan menyala.

Mesin Negeri Anjing Pengawas

Mesin keadaan anjing pemerhati adalah sangat mudah – bermula dengan mengkonfigurasi anjing pemerhati untuk E51, jika didayakan, kemudian bergerak melalui keadaan terbiar ke dalam pemantauan. Setiap kali di sekitar superloop, keadaan pemantauan ini digunakan, yang menyemak status setiap pengawas U54.
Mesin keadaan anjing pemerhati berinteraksi dengan mesin keadaan but untuk memulakan semula hart (dan mana-mana hart lain yang berada dalam set butnya), jika ia mengesan bahawa hart tidak berjaya memuat semula anjing pemerhatinya tepat pada masanya.

Mod Lockdown

Biasanya (terutama dengan AMP aplikasi), adalah dijangka bahawa HSS akan kekal bermastautin dalam mod-M, pada U54, untuk membenarkan but semula per konteks (iaitu but semula satu konteks sahaja, tanpa but semula cip penuh), dan membenarkan HSS memantau kesihatan ( ECC, Bit Status Kunci, Ralat Bas, ralat SBI, pelanggaran PMP, dll).

Untuk menyediakan keupayaan but semula pada per-AMP asas konteks (tanpa memerlukan keseluruhan sistem untuk but semula), E51 biasanya mempunyai akses memori istimewa ke seluruh ruang memori sistem. Walau bagaimanapun, mungkin terdapat situasi di mana ini tidak diingini, dan pelanggan mungkin memilih untuk menyekat perkara yang dilakukan oleh perisian tegar E51 HSS apabila sistem telah berjaya but. Dalam kes ini, adalah mungkin untuk meletakkan HSS ke dalam mod kuncian sebaik sahaja Harta Aplikasi U54 telah dibut.
Ini boleh didayakan menggunakan pilihan HSS Kconfig CONFIG_SERVICE_LOCKDOWN.

Perkhidmatan penguncian bertujuan untuk membenarkan sekatan aktiviti HSS selepas ia but aplikasi U54 Harts.

Rajah 4.2. Mod Kuncian HSS

Sebaik sahaja mod Lockdown bermula, ia menghentikan semua mesin keadaan perkhidmatan HSS lain daripada berjalan. Ia memanggil dua fungsi terikat lemah:

e51_pmp_lockdown(), dan
e51_lockdown()

Fungsi ini bertujuan untuk ditindih oleh kod khusus papan. Yang pertama ialah fungsi pencetus boleh dikonfigurasikan untuk membolehkan BSP menyesuaikan penguncian E51 daripada muatan aplikasi pada ketika ini. Pelaksanaan lalai terikat lemah bagi fungsi ini kosong. Yang kedua ialah fungsi yang dijalankan dari titik itu ke hadapan. Pelaksanaan lalai terikat lemah memberi perkhidmatan kepada pengawas pada ketika ini dalam E51, dan akan but semula jika pengawas U54 menyala. Untuk maklumat lanjut, lihat kod sumber HSS dalam services/lockdown/lockdown_service.c file.

Lampiran

Format muatan.bin HSS

Bahagian ini menerangkan muatan.bin file format dan imej yang digunakan oleh HSS untuk but PIC64GX SMP dan AMP aplikasi.

Payload.bin ialah binari berformat (Rajah A.10) yang terdiri daripada kepala, pelbagai jadual deskriptor dan pelbagai ketulan yang mengandungi bahagian kod dan data setiap bahagian beban kerja aplikasi. Satu bongkah boleh dianggap sebagai blok memori bersebelahan bersaiz arbitrari.

Rajah A.10. Format muatan.bin

Bahagian pengepala (ditunjukkan dalam Rajah A.11) mengandungi nilai ajaib yang digunakan untuk mengenal pasti muatan.bin dan beberapa maklumat pengemasan, bersama-sama dengan butiran imej yang bertujuan untuk dijalankan pada setiap
Kod aplikasi U54. Ia menerangkan cara untuk but setiap hart U54 individu, dan set imej boleh boot secara keseluruhan. Dalam maklumat pengemasannya, ia mempunyai penunjuk kepada pelbagai jadual deskriptor untuk membolehkan saiz pengepala berkembang.

Rajah A.11. muatan.bin Pengepala

Kod dan data pemalar yang dimulakan dianggap baca sahaja dan disimpan dalam bahagian baca sahaja, yang ditunjuk oleh deskriptor pengepala.
Pembolehubah data yang dimulakan bukan sifar ialah data baca-tulis tetapi mempunyai nilai permulaannya disalin daripada bahagian baca sahaja semasa permulaan. Ini juga disimpan dalam bahagian baca sahaja.
Bahagian data muatan baca sahaja diterangkan oleh jadual kod dan deskriptor ketulan data. Setiap deskriptor bahagian dalam jadual ini mengandungi 'pemilik Harta' (harta utama dalam konteks ia disasarkan
at), offset beban (offset dalam payload.bin), dan alamat pelaksanaan (alamat destinasi dalam memori PIC64GX), bersama-sama dengan saiz dan jumlah semak. Ini ditunjukkan dalam Rajah A.12.

Rajah A.12. Deskriptor Potongan Baca Sahaja dan Data Potongan Muatan

Sebagai tambahan kepada ketulan yang disebutkan di atas, terdapat juga ketulan memori yang sepadan dengan pembolehubah data yang dimulakan kepada sifar. Ini tidak disimpan sebagai data dalam payload.bin, tetapi sebaliknya ialah set khas deskriptor bongkah yang dimulakan sifar, yang menentukan alamat dan panjang RAM untuk ditetapkan kepada sifar semasa permulaan. Ini ditunjukkan dalam Rajah A.13.

Rajah A.13. Ketulan ZI

hss-payload-generator
Alat HSS Payload Generator mencipta imej muatan berformat untuk Hart Software Service zero-stage pemuat but pada PIC64GX, diberikan konfigurasi file dan satu set ELF files dan/atau binari. Konfigurasi file digunakan untuk memetakan binari ELF atau gumpalan binari kepada hart aplikasi individu (U54s).

Rajah B.14. hss-payload-generator Flow

Alat ini melakukan pemeriksaan kewarasan asas pada struktur konfigurasi file sendiri dan pada imej ELF. Imej ELF mestilah boleh laku RISC-V.

Example Run

Untuk menjalankan alat hss-payload-generator dengan sampkonfigurasi file dan ELF files:
$ ./hss-payload-generator -c test/config.yaml output.bin
Untuk mencetak diagnostik tentang imej sedia ada, gunakan:
$ ./hss-payload-generator -d output.bin

Untuk mendayakan pengesahan but selamat (melalui tandatangan imej), gunakan -p untuk menentukan lokasi Kunci Peribadi X.509 untuk Lengkung Eliptik P-384 (SECP384r1):
$ ./hss-payload-generator -c test/config.yaml payload.bin -p /path/to/private.pem

Untuk maklumat lanjut, lihat dokumentasi Pengesahan Boot Selamat.

Konfigurasi File Example

Pertama, kami boleh menetapkan nama untuk imej kami secara pilihan, jika tidak, satu akan dibuat secara dinamik:
nama set: 'PIC64-HSS::TestImage'
Seterusnya, kami akan mentakrifkan alamat titik masuk untuk setiap hati, seperti berikut:
hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

Imej sumber ELF boleh menentukan titik masuk, tetapi kami mahu dapat menyokong titik masuk sekunder untuk hart jika diperlukan, untuk exampOleh itu, jika berbilang hart bertujuan untuk boot imej yang sama, mereka mungkin mempunyai titik masuk individu. Untuk menyokong ini, kami menentukan alamat titik masuk sebenar dalam konfigurasi file sendiri.

Kini kita boleh menentukan beberapa muatan (sumber ELF files, atau gumpalan binari) yang akan diletakkan di kawasan tertentu dalam ingatan. Bahagian muatan ditakrifkan dengan muatan kata kunci, dan kemudian beberapa deskriptor muatan individu. Setiap muatan mempunyai nama (laluan ke file), pemilik-harta, dan secara pilihan 1 hingga 3 Harta kedua.

Selain itu, muatan mempunyai mod keistimewaan di mana ia akan memulakan pelaksanaan. Mod keistimewaan yang sah ialah PRV_M, PRV_S dan PRV_U, di mana ini ditakrifkan sebagai:

PRV_M Mod mesin

PRV_S Mod Penyelia
PRV_U Mod pengguna

Dalam contoh berikutample:

test/zephyr.elf diandaikan sebagai aplikasi Zephyr yang berjalan dalam U54_3 dan dijangka bermula dalam mod keistimewaan PRV_M.
test/u-boot-dtb.bin ialah aplikasi pemuat but Das U-Boot, dan ia berjalan pada U54_1, U54_2 dan U54_4. Ia dijangka bermula dalam mod keistimewaan PRV_S.

Penting:
Output U-Boot mencipta ELF file, tetapi lazimnya ia tidak menambahkan sambungan .elf. Dalam kes ini, binari yang dicipta oleh CONFIG_OF_SEPARATE digunakan, yang menambahkan gumpalan pokok peranti pada binari U-Boot.

Inilah bekasnyaampkonfigurasi Muatan le 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:
Kes hanya penting untuk file nama laluan, bukan kata kunci. Jadi, sebagai contoh, u54_1 dianggap sama dengan U54_1, dan exec-addr dianggap sama dengan EXEC-ADDR. Jika sambungan an.elf atau .bin hadir, ia perlu disertakan dalam konfigurasi file.

Untuk aplikasi logam kosong yang tidak mahu mengambil berat dengan OpenSBI, pilihan langkau-dibuka, jika benar, akan menyebabkan muatan pada jantung itu digunakan menggunakan mret mudah dan bukannya
daripada panggilan OpenSBI sbi_init(). Ini bermakna jantung akan mula menjalankan kod logam kosong tanpa mengira sebarang pertimbangan OpenSBI HSM. Ambil perhatian bahawa ini juga bermakna hati tidak boleh menggunakan
memanggil untuk menggunakan fungsi OpenSBI. Pilihan langkau-buka adalah pilihan dan lalai kepada palsu.
Untuk membenarkan but semula hangat konteks konteks lain, kami boleh menambah pilihan membenarkan but semula: hangat. Untuk membenarkan but semula sejuk konteks keseluruhan sistem, kami boleh menambah pilihan membenarkan-but semula: sejuk. Secara lalai, tanpa menyatakan benarkan but semula, konteks hanya dibenarkan untuk memanaskan but semula itu sendiri.

Ia juga mungkin untuk mengaitkan data sampingan dengan setiap muatan, contohnyaample, DeviceTree Blob (DTB) file, dengan menyatakan data sampingan filenama seperti berikut:
test/u-boot.bin: { exec-addr: '0x80200000', owner-hart: u54_1, secondary-hart: u54_2, secondary-hart: u54_3, secondary-hart: u54_4, priv-mod: prv_s, ancilliary-data : test/pic64gx.dtb }
Data sampingan ini akan dimasukkan ke dalam muatan (diletakkan terus selepas utama file dalam boleh laku
space), dan alamatnya akan dihantar kepada OpenSBI dalam medan next_arg1 (diluluskan dalam daftar $a1 kepada imej pada masa but).
Untuk menghalang HSS daripada but konteks secara automatik (contohnya, jika sebaliknya kita mahu mewakilkan kawalan ini kepada konteks menggunakan remoteProc), gunakan bendera skip-autoboot:
test/zephyr.elf: {exec-addr: '0xB0000000', owner-hart: u54_3, priv-mode: prv_m, skip-opensbi: true, skip-autoboot: true}

Akhir sekali, kami boleh menggantikan nama muatan individu secara pilihan, menggunakan pilihan nama muatan. Untuk example:
test/u-boot.bin: { exec-addr: '0x80200000', owner-hart: u54_1, secondary-hart: u54_2, secondary-hart: u54_3, secondary-hart: u54_4, priv-mod: prv_s, ancilliary-data : test/pic64gx.dtb, nama muatan: 'u-boot' }

Ambil perhatian bahawa pembina Yocto dan Buildroot Linux akan membina, mengkonfigurasi dan menjalankan hss-payload-
penjana seperti yang diperlukan untuk menjana imej aplikasi. Selain itu, pic64gx-curiosity-kit-amp sasaran mesin dalam Yocto akan menjana imej aplikasi menggunakan alat hss-payload-generator yang menunjukkan AMP, dengan Linux berjalan pada 3 hart dan Zephyr berjalan pada 1 hart.

Sejarah Semakan
Sejarah semakan menerangkan perubahan yang telah dilaksanakan dalam dokumen. Perubahan disenaraikan mengikut semakan, bermula dengan penerbitan terkini.

Semakan	tarikh	Penerangan
A	07/2024	Semakan Awal

Maklumat Mikrocip

Microchip itu Webtapak
Microchip menyediakan sokongan dalam talian melalui kami webtapak di www.microchip.com/. ini webtapak digunakan untuk membuat files dan maklumat mudah didapati kepada pelanggan. Beberapa kandungan yang tersedia termasuk:

Sokongan Produk – Lembaran data dan kesilapan, nota aplikasi dan sampprogram, sumber reka bentuk, panduan pengguna dan dokumen sokongan perkakasan, keluaran perisian terkini dan perisian arkib
Sokongan Teknikal Am – Soalan Lazim (Soalan Lazim), permintaan sokongan teknikal, kumpulan perbincangan dalam talian, penyenaraian ahli program rakan kongsi reka bentuk Microchip
Perniagaan Microchip – Pemilih produk dan panduan pesanan, siaran akhbar Microchip terkini, senarai seminar dan acara, penyenaraian pejabat jualan Microchip, pengedar dan wakil kilang

Perkhidmatan Pemberitahuan Perubahan Produk

Perkhidmatan pemberitahuan perubahan produk Microchip membantu memastikan pelanggan sentiasa mengetahui produk Microchip. Pelanggan akan menerima pemberitahuan e-mel apabila terdapat perubahan, kemas kini, semakan atau kesilapan yang berkaitan dengan keluarga produk atau alat pembangunan yang diminati.
Untuk mendaftar, pergi ke www.microchip.com/pcn dan ikut arahan pendaftaran.

Sokongan Pelanggan
Pengguna produk Microchip boleh menerima bantuan melalui beberapa saluran:

Pengedar atau Wakil
Pejabat Jualan Tempatan
Jurutera Penyelesaian Terbenam (ESE)
Sokongan Teknikal

Pelanggan harus menghubungi pengedar, wakil atau ESE mereka untuk mendapatkan sokongan. Pejabat jualan tempatan juga tersedia untuk membantu pelanggan. Penyenaraian pejabat dan lokasi jualan disertakan dalam dokumen ini.
Sokongan teknikal boleh didapati melalui webtapak di: www.microchip.com/support.

Ciri Perlindungan Kod Peranti Mikrocip
Perhatikan butiran berikut tentang ciri perlindungan kod pada produk Microchip:

Produk Microchip memenuhi spesifikasi yang terkandung dalam Helaian Data Microchip tertentu mereka.
Microchip percaya bahawa keluarga produknya selamat apabila digunakan mengikut cara yang dimaksudkan, dalam spesifikasi operasi dan dalam keadaan biasa.
Nilai mikrocip dan melindungi hak harta inteleknya secara agresif. Percubaan untuk melanggar ciri perlindungan kod produk Microchip adalah dilarang sama sekali dan mungkin melanggar Akta Hak Cipta Milenium Digital.
Microchip mahupun pengeluar semikonduktor lain tidak boleh menjamin keselamatan kodnya. Perlindungan kod tidak bermakna kami menjamin produk itu "tidak boleh pecah". Perlindungan kod sentiasa berkembang. Microchip komited untuk terus menambah baik ciri perlindungan kod produk kami.

Notis Undang-undang
Penerbitan ini dan maklumat di sini hanya boleh digunakan dengan produk Microchip, termasuk untuk mereka bentuk, menguji dan menyepadukan produk Microchip dengan aplikasi anda. Penggunaan maklumat ini dalam apa-apa cara lain melanggar syarat ini. Maklumat mengenai aplikasi peranti disediakan hanya untuk kemudahan anda dan mungkin digantikan dengan kemas kini. Adalah menjadi tanggungjawab anda untuk memastikan aplikasi anda memenuhi spesifikasi anda. Hubungi pejabat jualan Microchip tempatan anda untuk mendapatkan sokongan tambahan atau, dapatkan sokongan tambahan di www.microchip.com/en-us/support/design-help/client-support-services.

MAKLUMAT INI DISEDIAKAN OLEH MICROCHIP "SEBAGAIMANA ADANYA". MICROCHIP TIDAK MEMBUAT SEBARANG JENIS PERWAKILAN ATAU WARANTI SAMA ADA TERNYATA MAUPUN TERSIRAT, BERTULIS ATAU LISAN, BERKANUN ATAU SEBALIKNYA, BERKAITAN DENGAN MAKLUMAT TERMASUK TETAPI TIDAK TERHAD KEPADA MANA-MANA WARANTI TERSIRAT, BUKAN PENYERTAAN DAN PEMESANAN TUJUAN ATAU WARANTI BERKAITAN DENGAN KEADAAN, KUALITI ATAU PRESTASINYA.

MICROCHIP TIDAK AKAN AKAN BERTANGGUNGJAWAB KE ATAS SEBARANG KERUGIAN, KEROSAKAN, KOS ATAU AKIBAT YANG TIDAK LANGSUNG, KHAS, PUNITIF, SAMPINGAN ATAU AKIBAT APA-APA JENIS APA SAJA YANG BERKAITAN DENGAN MAKLUMAT ATAU PENGGUNAANNYA, WALAUPUN BERPUNCA, WALAUPUN TERJADI. KEMUNGKINAN ATAU KEROSAKAN ADALAH DAPAT DIRAMALKAN. SEJAUH YANG DIBENARKAN OLEH UNDANG-UNDANG, JUMLAH LIABILITI MICROCHIP ATAS SEMUA TUNTUTAN DALAM APA-APA CARA BERKAITAN DENGAN MAKLUMAT ATAU PENGGUNAANNYA TIDAK AKAN MELEBIHI BILANGAN YURAN, JIKA ADA, YANG ANDA TELAH BAYAR TERUS KEPADA MICROCHIP UNTUK MAKLUMAT.

Penggunaan peranti Microchip dalam sokongan hayat dan/atau aplikasi keselamatan adalah sepenuhnya atas risiko pembeli, dan pembeli bersetuju untuk mempertahankan, menanggung rugi dan menahan Microchip yang tidak berbahaya daripada semua kerosakan, tuntutan, saman atau perbelanjaan akibat daripada penggunaan tersebut. Tiada lesen disampaikan, secara tersirat atau sebaliknya, di bawah mana-mana hak harta intelek Microchip melainkan dinyatakan sebaliknya.

Tanda dagangan
Nama dan 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, logo PIC32, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST Logo, SuperFlash, Symmetricom , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron dan XMEGA ialah tanda dagangan berdaftar Microchip Technology Incorporated di Amerika Syarikat dan negara lain.

AgileSwitch, ClockWorks, Syarikat Penyelesaian Kawalan Terbenam, EtherSynch, Flashtec, Kawalan Kelajuan Hiper, Beban HyperLight, Libero, bangku motor, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, logo ProASIC Plus, Quiet-Wire, SmartFusion, SyncWorld , TimeCesium, TimeHub, TimePictra, TimeProvider dan ZL ialah tanda dagangan berdaftar Microchip Technology Incorporated di Amerika Syarikat

Penindasan Kunci Bersebelahan, AKS, Analog-untuk-Digital Age, Mana-mana Kapasitor, AnyIn, AnyOut, Pensuisan Ditambah, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, dsPICDEM, dsPICDEM.net Padanan Purata Dynamic , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, Pengaturcaraan Bersiri Dalam Litar, ICSP, INICnet, Penjajaran Pintar, IntelliMOS, Kesambungan Antara Cip, JitterBlocker, Tombol pada Paparan, Pautan Margin, maxCrypto, maksView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Certified logo, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, Penjanaan Kod Omniscient, 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 ringkas, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Jumlah Ketahanan, Masa Dipercayai, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect dan ZENA ialah tanda dagangan Microchip Technology Incorporated di Amerika Syarikat dan negara lain.

SQTP ialah tanda perkhidmatan Microchip Technology Incorporated di Amerika Syarikat
Logo Adaptec, Frequency on Demand, Silicon Storage Technology dan Symmcom ialah tanda dagangan berdaftar Microchip Technology Inc. di negara lain.
GestIC ialah tanda dagangan berdaftar Microchip Technology Germany II GmbH & Co. KG, anak syarikat Microchip Technology Inc., di negara lain.

ISBN: 978-1-6683-4890-1

Sistem Pengurusan Kualiti
Untuk maklumat mengenai Sistem Pengurusan Kualiti Microchip, sila lawati www.microchip.com/quality.

Jualan dan Perkhidmatan Seluruh Dunia

AMERIKA

ASIA/PASIFIK

EROPAH

Korporat Pejabat

2355 West Chandler Blvd. Chandler, AZ 85224-6199

Tel: 480-792-7200

Faks: 480-792-7277

Sokongan Teknikal: www.microchip.com/support

Web Alamat: www.microchip.com

Atlanta

Duluth, GA

Tel: 678-957-9614

Faks: 678-957-1455

Austin, TX

Tel: 512-257-3370

Boston

Westborough, MA Tel: 774-760-0087

Faks: 774-760-0088

Chicago

Itasca, IL

Tel: 630-285-0071

Faks: 630-285-0075

Dallas

Addison, TX

Tel: 972-818-7423

Faks: 972-818-2924

Detroit

Novi, MI

Tel: 248-848-4000

Houston, TX

Tel: 281-894-5983

Indianapolis

Noblesville, IN Tel: 317-773-8323

Faks: 317-773-5453

Tel: 317-536-2380

Los Angeles

Mission Viejo, CA Tel: 949-462-9523

Faks: 949-462-9608

Tel: 951-273-7800

Raleigh, NC

Tel: 919-844-7510

New York, NY

Tel: 631-435-6000

San Jose, CA

Tel: 408-735-9110

Tel: 408-436-4270

Kanada – Toronto

Tel: 905-695-1980

Faks: 905-695-2078

Australia – Sydney

Tel: 61-2-9868-6733

China - Beijing

Tel: 86-10-8569-7000

China – Chengdu

Tel: 86-28-8665-5511

China – Chongqing

Tel: 86-23-8980-9588

China - Dongguan

Tel: 86-769-8702-9880

China - Guangzhou

Tel: 86-20-8755-8029

China - Hangzhou

Tel: 86-571-8792-8115

China – Hong Kong SAR

Tel: 852-2943-5100

China - Nanjing

Tel: 86-25-8473-2460

China – Qingdao

Tel: 86-532-8502-7355

China - Shanghai

Tel: 86-21-3326-8000

China - Shenyang

Tel: 86-24-2334-2829

China - Shenzhen

Tel: 86-755-8864-2200

China - Suzhou

Tel: 86-186-6233-1526

China - Wuhan

Tel: 86-27-5980-5300

China – Xian

Tel: 86-29-8833-7252

China - Xiamen

Tel: 86-592-2388138

China – Zhuhai

Tel: 86-756-3210040

India – Bangalore

Tel: 91-80-3090-4444

India – New Delhi

Tel: 91-11-4160-8631

India – Pune

Tel: 91-20-4121-0141

Jepun – Osaka

Tel: 81-6-6152-7160

Jepun – Tokyo

Tel: 81-3-6880-3770

Korea - Daegu

Tel: 82-53-744-4301

Korea - Seoul

Tel: 82-2-554-7200

Malaysia – Kuala Lumpur

Tel: 60-3-7651-7906

Malaysia – Pulau Pinang

Tel: 60-4-227-8870

Filipina – Manila

Tel: 63-2-634-9065

Singapura

Tel: 65-6334-8870

Taiwan – Hsin Chu

Tel: 886-3-577-8366

Taiwan – Kaohsiung

Tel: 886-7-213-7830

Taiwan - Taipei

Tel: 886-2-2508-8600

Thailand – Bangkok

Tel: 66-2-694-1351

Vietnam – Ho Chi Minh

Tel: 84-28-5448-2100

Austria – Wels

Tel: 43-7242-2244-39

Faks: 43-7242-2244-393

Denmark – Copenhagen

Tel: 45-4485-5910

Faks: 45-4485-2829

Finland – Espoo

Tel: 358-9-4520-820

Perancis – Paris

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

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

Jerman – garching

Tel: 49-8931-9700

Jerman – Haan

Tel: 49-2129-3766400

Jerman – Heilbronn

Tel: 49-7131-72400

Jerman – Karlsruhe

Tel: 49-721-625370

Jerman – Munich

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

Jerman – Rosenheim

Tel: 49-8031-354-560

Israel - Hod Hasharon

Tel: 972-9-775-5100

Itali - Milan

Tel: 39-0331-742611

Faks: 39-0331-466781

Itali - Padova

Tel: 39-049-7625286

Belanda – Drunen

Tel: 31-416-690399

Faks: 31-416-690340

Norway – Trondheim

Tel: 47-72884388

Poland – Warsaw

Tel: 48-22-3325737

Romania – Bucharest

Tel: 40-21-407-87-50

Sepanyol - Madrid

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

Sweden - Gothenburg

Tel: 46-31-704-60-40

Sweden – Stockholm

Tel: 46-8-5090-4654

UK – Wokingham

Tel: 44-118-921-5800

Faks: 44-118-921-5820

Dokumen / Sumber

MICROCHIP PIC64GX 64-Bit RISC-V Quad-Core Microprocessor [pdf] Panduan Pengguna
PIC64GX, PIC64GX 64-Bit RISC-V Quad-Core Microprocessor, 64-Bit RISC-V Quad-Core Microprocessor, RISC-V Quad-Core Microprocessor, Quad-Core Microprocessor, Mikropemproses

Rujukan

Manual Pengguna

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

Maklumat Produk

Arahan Penggunaan Produk