MICROCHIP PIC64GX 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर प्रयोगकर्ता गाइड

बुट प्रक्रिया
1. बुटिङमा संलग्न सफ्टवेयर कम्पोनेन्टहरू
  प्रणाली बुट-अप प्रक्रियाले निम्न सफ्टवेयर घटकहरू समावेश गर्दछ:
  - हार्ट सफ्टवेयर सेवाहरू (HSS): शून्य-stage बुट लोडर, प्रणाली मनिटर, र अनुप्रयोगहरूको लागि रनटाइम सेवाहरूको प्रदायक।
2. बुट प्रवाह
  प्रणाली बुट प्रवाह को अनुक्रम निम्नानुसार छ:
  1. हार्ट सफ्टवेयर सेवा (HSS) को प्रारम्भ
  2. बुटलोडर कार्यान्वयन
  3. आवेदन स्टार्टअप
वाचडगहरू
1. PIC64GX वाचडग
  PIC64GX ले प्रणाली सञ्चालनको निगरानी गर्न र प्रणाली विफलताको अवस्थामा कार्यहरू ट्रिगर गर्न वाचडग प्रकार्य सुविधा दिन्छ।
लकडाउन मोड
लकडाउन मोड ग्राहकहरूका लागि डिजाइन गरिएको हो जसलाई बुट पछि प्रणाली कार्यहरूमा पूर्ण नियन्त्रण चाहिन्छ। यसले E51 प्रणाली मनिटरको कार्यक्षमता सीमित गर्दछ।

FAQ

प्रश्न: हार्ट सफ्टवेयर सेवा (HSS) को उद्देश्य के हो?
A: HSS ले शून्य-s को रूपमा कार्य गर्दछtage बुट लोडर, प्रणाली मनिटर, र बुट प्रक्रियाको क्रममा अनुप्रयोगहरूको लागि रनटाइम सेवाहरू प्रदायक।
प्रश्न: PIC64GX वाचडग प्रकार्यले कसरी काम गर्छ?
A: PIC64GX वाचडगले प्रणाली सञ्चालनको निगरानी गर्दछ र प्रणालीको विश्वसनीयता सुनिश्चित गर्न प्रणाली विफलताको अवस्थामा पूर्वनिर्धारित कार्यहरू लिन सक्छ।

परिचय

यो श्वेतपत्रले कसरी माइक्रोचिप PIC64GX बुट एप्लिकेसन वर्कलोडलाई वर्णन गर्दछ र प्रणाली बुट प्रक्रियाको वर्णन गर्दछ, जसले SMP र को लागि समान सञ्चालन गर्दछ। AMP कार्यभार। थप रूपमा, यसले कभर गर्दछ कि कसरी रिबुटले SMP को लागि काम गर्दछ र AMP वर्कलोडहरू, PIC64GX मा वाचडगहरू, र प्रणालीहरूका लागि विशेष लकडाउन मोड जहाँ ग्राहकहरूले प्रणाली बुट पछि E51 प्रणाली मोनिटरका कार्यहरू सीमित गर्न पूर्ण नियन्त्रण चाहन्छन्।

बुट प्रक्रिया

प्रणाली बुटअपमा संलग्न विभिन्न सफ्टवेयर कम्पोनेन्टहरूमा एक नजर राखौं, त्यसपछि प्रणाली बुट प्रवाहको अनुक्रममा थप विस्तृत रूपमा हेरौं।

बुटिङमा संलग्न सफ्टवेयर कम्पोनेन्टहरू
निम्न अवयवहरू प्रणाली बुट-अप प्रक्रियामा संलग्न छन्:

चित्र १.१। बुट-अप कम्पोनेन्टहरू

हार्ट सफ्टवेयर सेवाहरू (HSS)
हार्ट सफ्टवेयर सेवा (HSS) एक शून्य-s होtage बुट लोडर, एक प्रणाली मनिटर, र अनुप्रयोगहरूको लागि रनटाइम सेवाहरूको प्रदायक। HSS ले प्रारम्भिक प्रणाली सेटअप, DDR प्रशिक्षण, र हार्डवेयर सुरुवात/कन्फिगरेसन समर्थन गर्दछ। यो प्रायः E51s मा चल्छ, प्रत्येक U54s मा चल्ने मेसिन-मोड स्तर कार्यक्षमता को सानो मात्रा संग। यसले बुट माध्यमबाट एप्लिकेसन "पेलोड" लोड गरेर एक वा धेरै सन्दर्भहरू बुट गर्दछ, र अपरेटिङ सिस्टम कर्नेलहरूको लागि प्लेटफर्म रनटाइम सेवा/पर्यवेक्षक कार्यान्वयन वातावरण (SEE) प्रदान गर्दछ। यसले सुरक्षित बुटलाई समर्थन गर्दछ र हार्डवेयर विभाजन/विच्छेदन सुनिश्चित गर्नको लागि महत्त्वपूर्ण घटक हो AMP सन्दर्भहरू।

दास यू-बुट (यू-बुट)
दास U-Boot (U-Boot) एक खुला स्रोत विश्वव्यापी स्क्रिप्टेबल बुट लोडर हो। यसले एक साधारण CLI लाई समर्थन गर्दछ जसले विभिन्न स्रोतहरू (SD कार्ड र नेटवर्क सहित) बाट बुट छवि पुन: प्राप्त गर्न सक्छ। U-Boot ले लिनक्स लोड गर्छ। यदि आवश्यक भएमा यसले UEFI वातावरण प्रदान गर्न सक्छ। यो सामान्यतया समाप्त हुन्छ र एक पटक लिनक्स बुट भएपछि बाटो बाहिर - अर्को शब्दमा, यो निवासी पोस्ट-बुट रहँदैन।
लिनक्स कर्नेल
लिनक्स कर्नेल संसारको सबैभन्दा लोकप्रिय अपरेटिङ सिस्टम कर्नेल हो। अनुप्रयोगहरूको प्रयोगकर्ता भूमिसँग मिलाएर, यसले सामान्य रूपमा लिनक्स अपरेटिङ सिस्टम भनेर चिनिन्छ। लिनक्स अपरेटिङ सिस्टमले रिच POSIX API र विकासकर्ता वातावरण प्रदान गर्दछ, पूर्वका लागिample, भाषाहरू र उपकरणहरू जस्तै पाइथन, पर्ल, Tcl, Rust, C/C++, र Tcl; पुस्तकालयहरू जस्तै OpenSSL, OpenCV, OpenMP, OPC/UA, र OpenAMP (RPmsg र RemoteProc)।
Yocto र Buildroot लिनक्स प्रणाली निर्माणकर्ताहरू हुन्, त्यो हो, तिनीहरू बेस्पोक अनुकूलित लिनक्स प्रणालीहरू उत्पन्न गर्न प्रयोग गर्न सकिन्छ। Yocto ले एक धनीसँग लिनक्स वितरण आउटपुट गर्दछ
अनुप्रयोगहरू, उपकरणहरू, र पुस्तकालयहरू, र वैकल्पिक प्याकेज व्यवस्थापनको सेट। Buildroot ले धेरै न्यूनतम रूट आउटपुट गर्दछ fileप्रणाली र प्रणालीहरूलाई लक्षित गर्न सक्छ जसलाई निरन्तर भण्डारण आवश्यक पर्दैन तर RAM बाट पूर्ण रूपमा चल्छ (लिक्सको प्रारम्भिक समर्थन प्रयोग गरेर, पूर्वका लागिampले)।

जेफिर
Zephyr एउटा सानो, खुला स्रोत रियल-टाइम अपरेटिङ सिस्टम (RTOS) हो। यसले लिनक्समा RPMsg-लाइट संचार च्यानलहरू सहित, वास्तविक-समय कम-ओभरहेड फ्रेमवर्क प्रदान गर्दछ। यसले कर्नेल, पुस्तकालयहरू, उपकरण ड्राइभरहरू, प्रोटोकल स्ट्याकहरू समावेश गर्दछ। fileप्रणालीहरू, फर्मवेयर अद्यावधिकहरूका लागि संयन्त्रहरू, र यस्तै अन्य, र PIC64GX मा थप बेयर-मेटल-जस्तो अनुभव चाहने ग्राहकहरूका लागि उत्कृष्ट छ।

बुट प्रवाह
PIC64GX मा 64-bit E51 प्रणाली मनिटर हार्ट र 4 64-bit U54 अनुप्रयोग हार्ट भएको RISC-V coreplex समावेश छ। RISC-V शब्दावलीमा, हार्ट भनेको RISC-V कार्यान्वयन सन्दर्भ हो जसमा दर्ताहरूको पूर्ण सेट हुन्छ र जसले यसको कोड स्वतन्त्र रूपमा कार्यान्वयन गर्दछ। तपाइँ यसलाई हार्डवेयर थ्रेड वा एकल CPU को रूपमा सोच्न सक्नुहुन्छ। एकल कोर भित्र हार्टहरूको समूहलाई प्राय: जटिल भनिन्छ। यो विषयले PIC64GX coreplex लाई प्रारम्भ गर्ने चरणहरू वर्णन गर्दछ, E51 प्रणाली मनिटर हार्ट र U54 अनुप्रयोग हार्टहरू सहित।

PIC64GX coreplex मा पावर।
पावर-अनमा, RISC-V coreplex मा सबै हार्टहरू सुरक्षा नियन्त्रक द्वारा रिसेटबाट रिलिज हुन्छन्।
अन-चिप eNVM फ्ल्यास मेमोरीबाट HSS कोड चलाउनुहोस्।
सुरुमा, प्रत्येक मुटुले अन-चिप eNVM फ्ल्याश मेमोरीबाट HSS कोड चलाउन थाल्छ। यो कोडले सबै U54 एप्लिकेसन हार्टहरूलाई स्पिन गर्न, निर्देशनहरूको लागि पर्खने, र E51 मोनिटर हार्टलाई प्रणाली सुरु गर्न र ल्याउनको लागि चलिरहेको कोड सुरु गर्न दिन्छ।

HSS कोड eNVM बाट L2-Scratch मेमोरीमा डिकम्प्रेस गर्नुहोस्।
यसको निर्माण-समय कन्फिगरेसनमा निर्भर गर्दै, HSS सामान्यतया eNVM फ्ल्यास मेमोरीको क्षमता भन्दा ठूलो हुन्छ र त्यसैले E51 मा चलिरहेको HSS कोडले पहिलो कुरा eNVM बाट L2-Scratch मेमोरीमा डिकम्प्रेस गर्छ, चित्रमा देखाइएको रूपमा। १.२ र चित्र १.३।
चित्र १.२। HSS eNVM देखि L1.2 स्क्र्याच सम्म डिकम्प्रेस हुन्छ
चित्र १.३। डिकम्प्रेसनको समयमा HSS मेमोरी नक्सा
eNVM बाट L2-Scratch मा तलको चित्रमा देखाइए अनुसार कार्यान्वयनयोग्यमा जानुहोस्।
चित्र १.४। HSS eNVM बाट कोड Now मा L1.4Scratch पछि डिकम्प्रेसनमा जान्छ
कार्यान्वयन योग्य तीन घटकहरू हुन्छन्:
- हार्डवेयर एब्स्ट्रेक्शन लेयर (HAL), कम-स्तर कोड, र बेयर मेटल ड्राइभरहरू
- RISC-V OpenSBI को स्थानीय HSS फोर्क (PIC64GX मा अपस्ट्रीमबाट थोरै परिमार्जन गरिएको AMP उद्देश्य)
- HSS रनटाइम सेवाहरू (राज्य मेसिनहरू सुपर लूपमा चल्छन्)
OpenSBI द्वारा प्रयोग गरिएको हार्डवेयर र डाटा संरचनाहरू प्रारम्भ गर्नुहोस्।
HSS सेवा "स्टार्टअप" यो सुरुवातको लागि जिम्मेवार छ।

बाह्य भण्डारणबाट अनुप्रयोग कार्यभार (payload.bin) छवि ल्याउनुहोस्। यो चित्र १.५ र चित्र १.६ मा देखाइएको छ
महत्त्वपूर्ण: PIC64GX Curiosity Kit को मामलामा, यो SD कार्डबाट हुनेछ।
चित्र १.५। बाह्य भण्डारणबाट payload.bin वर्कलोड छवि ल्याउँदै
चित्र १.६। payload.bin ल्याउने पछि HSS मेमोरी नक्सा
payload.bin बाट विभिन्न खण्डहरूलाई तिनीहरूको कार्यान्वयन समय गन्तव्यहरूमा प्रतिलिपि गर्नुहोस्। payload.bin एक ढाँचा गरिएको छवि हो, जसले SMP वा को लागि विभिन्न अनुप्रयोग छविहरूलाई समेकित गर्दछ AMP कार्यभार। यसमा कोड, डेटा, र वर्णनकर्ता तालिकाहरू समावेश छन् जसले HSS लाई कोड र डेटा खण्डहरू उचित रूपमा राख्न सक्षम गर्दछ, जहाँ तिनीहरू विभिन्न अनुप्रयोग वर्कलोडहरू चलाउन आवश्यक हुन्छन्।
चित्र १.७। payload.bin गन्तव्य ठेगानाहरूमा प्रतिलिपि गरिएको छ

सान्दर्भिक U54 लाई तिनीहरूको कार्यान्वयन सुरु ठेगानाहरूमा जान निर्देशन दिनुहोस्। यो सुरु ठेगाना जानकारी payload.bin मा समावेश छ।
U54 अनुप्रयोग हार्टहरू र कुनै पनि सेकेन्ड-एस सुरु गर्नुहोस्tage बुट लोडरहरू। पूर्वका लागिample, U-Boot ले लिनक्स ल्याउँछ।

रिबुट गर्नुहोस्

प्रणाली बुटिङ को अवधारणा संग सम्बन्धित रिबुट को आवश्यकता छ। PIC64GX एप्लिकेसन वर्कलोडहरूको बारेमा सोच्दा, रिबुटिङले सिमेट्रिक मल्टिप्रोसेसिङ (SMP) र असिमेट्रिक मल्टिप्रोसेसिङ (SMP) दुवैलाई विचार गर्नुपर्छ।AMP) परिदृश्यहरू:

SMP प्रणालीको अवस्थामा, रिबुटले सम्पूर्ण प्रणालीलाई सुरक्षित रूपमा चिसो रिबुट गर्न सक्छ किनभने त्यहाँ अर्को सन्दर्भमा विचार गर्नको लागि कुनै अतिरिक्त कार्यभारहरू छैनन्।

को मामलामा AMP प्रणाली, एक कार्यभारले मात्र आफैलाई रिबुट गर्न अनुमति दिन सक्छ (र कुनै अन्य सन्दर्भमा हस्तक्षेप गर्दैन), वा यो पूर्ण प्रणाली रिबुट गर्न सक्षम हुन विशेषाधिकार प्राप्त हुन सक्छ।

रिबुट र AMP
SMP सक्षम गर्न र AMP रिबुट परिदृश्यहरू, HSS ले न्यानो र चिसो रिबुट विशेषाधिकारहरूको अवधारणालाई समर्थन गर्दछ, जुन सन्दर्भमा असाइन गर्न मिल्छ। न्यानो रिबुट विशेषाधिकार भएको सन्दर्भले मात्र आफैलाई रिबुट गर्न सक्षम हुन्छ, र चिसो रिबुट विशेषाधिकार भएको सन्दर्भले पूर्ण प्रणाली रिबुट गर्न सक्छ। पूर्वका लागिample, प्रतिनिधि परिदृश्यहरूको निम्न सेटलाई विचार गर्नुहोस्।

एकल सन्दर्भ SMP कार्यभार, जसलाई पूर्ण प्रणाली रिबुट अनुरोध गर्न अनुमति दिइएको छ
यस परिदृश्यमा, सन्दर्भलाई चिसो रिबुट विशेषाधिकार अनुमति दिइएको छ।
दुई-सन्दर्भ AMP कार्यभार, जहाँ सन्दर्भ A लाई पूर्ण प्रणाली रिबुट अनुरोध गर्न अनुमति दिइएको छ (सबै सन्दर्भहरूलाई असर गर्ने), र सन्दर्भ B लाई मात्र रिबुट गर्न अनुमति दिइएको छ।
यस परिदृश्यमा, सन्दर्भ A लाई चिसो रिबुट विशेषाधिकार अनुमति दिइएको छ, र सन्दर्भ B लाई न्यानो रिबुट विशेषाधिकार अनुमति दिइएको छ।
दुई-सन्दर्भ AMP कार्यभार, जहाँ सन्दर्भहरू A र B लाई मात्र रिबुट गर्न अनुमति दिइन्छ (र अन्य सन्दर्भलाई असर गर्दैन)
यस परिदृश्यमा, दुबै सन्दर्भहरूलाई न्यानो रिबुट विशेषाधिकारहरू मात्र अनुमति दिइन्छ।
दुई-सन्दर्भ AMP कार्यभार, जहाँ सन्दर्भहरू A र B दुवैलाई पूर्ण प्रणाली रिबुट अनुरोध गर्न अनुमति दिइन्छ
यस परिदृश्यमा, दुबै सन्दर्भहरूलाई चिसो रिबुट विशेषाधिकारहरू अनुमति दिइन्छ।
यसबाहेक, HSS ले निर्माण समयमा सधैं चिसो रिबुट विशेषाधिकारलाई अनुमति दिन सम्भव छ, र चिसो रिबुट विशेषाधिकारलाई कहिल्यै अनुमति दिनु हुँदैन।

सान्दर्भिक HSS Kconfig विकल्पहरू
Kconfig एक सफ्टवेयर निर्माण कन्फिगरेसन प्रणाली हो। यो सामान्यतया निर्माण-समय विकल्पहरू चयन गर्न र सुविधाहरू सक्षम वा असक्षम गर्न प्रयोग गरिन्छ। यो लिनक्स कर्नेलबाट उत्पन्न भएको थियो तर अब U-Boot, Zephyr, र PIC64GX HSS सहित लिनक्स कर्नेल भन्दा बाहिरका अन्य परियोजनाहरूमा प्रयोग भएको छ।

HSS ले HSS परिप्रेक्ष्यबाट रिबुट कार्यक्षमता नियन्त्रण गर्ने दुई Kconfig विकल्पहरू समावेश गर्दछ:

CONFIG_ALLOW_COLD रिबुट
यदि यो सक्षम पारिएको छ भने, यसले विश्वव्यापी रूपमा कोल्ड रिबुट इकल जारी गर्न सन्दर्भलाई अनुमति दिन्छ। यदि असक्षम छ भने, तातो रिबुट मात्र अनुमति दिइनेछ। यस विकल्पलाई सक्षम पार्नुको अतिरिक्त, कोल्ड रिबुट जारी गर्ने अनुमति पेलोड जेनेरेटर YAML मार्फत सन्दर्भमा दिइनुपर्छ। file वा निम्न Kconfig विकल्प।
CONFIG_ALLOW_COLD REBOOT_ALWAYS
- यदि सक्षम पारियो भने, यो सुविधाले विश्वव्यापी रूपमा सबै सन्दर्भहरूलाई कोल्ड रिबुट ECAA जारी गर्न अनुमति दिन्छ, payload.bin फ्ल्याग हकदारहरूको ख्याल नगरी।
- थप रूपमा, payload.bin ले प्रति-सन्दर्भ झण्डा समावेश गर्न सक्छ, संकेत गर्दछ कि एक विशेष सन्दर्भ चिसो रिबुटहरू जारी गर्नको लागि हकदार छ:
  - एउटा सन्दर्भ वार्म रिबुट अर्को सन्दर्भलाई अनुमति दिन, हामी विकल्प थप्न सक्छौं अनुमति-रिबुट: YAML विवरणमा warm file payload.bin सिर्जना गर्न प्रयोग गरियो
  - सम्पूर्ण प्रणालीको सन्दर्भ चिसो रिबुटलाई अनुमति दिन, हामी विकल्प थप्न सक्छौं अनुमति-रिबुट: कोल्ड। पूर्वनिर्धारित रूपमा, अनुमति-रिबुट निर्दिष्ट नगरी, कन्टेक्स्टलाई न्यानो रिबुट मात्र अनुमति दिइन्छ यो फ्ल्यागको सेटिङको बाहेक, यदि CONFIG_ALLOW_COLDREBOOT HSS मा सक्षम गरिएको छैन भने, HSS ले सबै चिसो रिबुट अनुरोधहरूलाई न्यानो (प्रति-सन्दर्भ) रिबुट गर्न पुन: कार्य गर्नेछ। ।

विवरणमा रिबुट गर्नुहोस्
यो खण्डले कसरी रिबुटले विस्तारमा काम गर्छ भनेर वर्णन गर्दछ - OpenSBI लेयर (सबैभन्दा तल्लो M-मोड तह) बाट सुरु गरेर र त्यसपछि यो OpenSBI लेयर कार्यक्षमतालाई RTOS एप वा Linux जस्तै रिच OS बाट कसरी ट्रिगर गरिन्छ भनेर छलफल गर्दछ।

OpenSBI रिबुट इकल

RISC-V सुपरवाइजर बाइनरी इन्टरफेस (SBI) स्पेसिफिकेशनले प्लेटफर्म प्रारम्भिकरण र फर्मवेयर रनटाइम सेवाहरूको लागि मानकीकृत हार्डवेयर एब्स्ट्रेक्शन लेयरको वर्णन गर्दछ। SBI को मुख्य उद्देश्य विभिन्न RISC-V कार्यान्वयनहरूमा पोर्टेबिलिटी र अनुकूलता सक्षम पार्नु हो।
OpenSBI (खुला स्रोत पर्यवेक्षक बाइनरी इन्टरफेस) एक खुला स्रोत परियोजना हो जसले SBI निर्दिष्टीकरणको सन्दर्भ कार्यान्वयन प्रदान गर्दछ। OpenSBI ले रनटाइम सेवाहरू पनि प्रदान गर्दछ, जसमा अवरोध ह्यान्डलिङ, टाइमर व्यवस्थापन, र कन्सोल I/O समावेश छ, जुन उच्च-स्तर सफ्टवेयर तहहरूद्वारा प्रयोग गर्न सकिन्छ।
OpenSBI HSS को भागको रूपमा समावेश गरिएको छ र मेसिन मोड स्तरमा चल्छ। जब अपरेटिङ सिस्टम वा एप्लिकेसनले जाल निम्त्याउँछ, यसलाई ह्यान्डल गर्न ओपनएसबीआईलाई पठाइनेछ। OpenSBI ले एक विशेष ट्र्याप मेकानिजम मार्फत सफ्टवेयरको माथिल्लो तहहरूमा एक निश्चित प्रणाली-कल प्रकारको कार्यक्षमता उजागर गर्दछ।

प्रणाली रिसेट (EID 0x53525354) ले एक व्यापक प्रणाली कल प्रकार्य प्रदान गर्दछ जसले माथिल्लो तह सफ्टवेयरलाई प्रणाली-स्तर रिबुट वा बन्द गर्न अनुरोध गर्न अनुमति दिन्छ। यो इकल U54 द्वारा आह्वान गरिसकेपछि, यो U54 मा मेसिन मोडमा चलिरहेको HSS सफ्टवेयरद्वारा फसेको छ, र E51 लाई सम्बन्धित रिबुट अनुरोध पठाइन्छ कि त सन्दर्भ वा सम्पूर्ण प्रणाली रिबुट गर्नको लागि, अधिकारहरूको आधारमा। सन्दर्भ।

थप जानकारीको लागि, हेर्नुहोस् RISC-V सुपरवाइजर बाइनरी इन्टरफेस विशिष्टता विशेष गरी प्रणाली रिसेट विस्तार (EID #0x53525354 "SRST").

लिनक्स रिबुट

विशिष्ट पूर्वको रूपमाampयसबाट, लिनक्समा, शटडाउन आदेश प्रणालीलाई रोक्न वा रिबुट गर्न प्रयोग गरिन्छ। आदेशमा सामान्यतया धेरै उपनामहरू छन्, अर्थात् हल्ट, पावर अफ, र रिबुट। यी उपनामहरूले मेसिनलाई बन्द गर्दा बन्द गर्ने, बन्द हुँदा मेसिनलाई पावर अफ गर्ने वा बन्द हुँदा मेसिनलाई रिबुट गर्ने कि नगर्ने निर्दिष्ट गर्दछ।

यी प्रयोगकर्ता-स्पेस आदेशहरूले लिनक्समा रिबुट प्रणाली कल जारी गर्दछ, जुन कर्नेलमा फसेको छ र एसबीआई इकलमा अन्तरक्रिया गरिएको छ।
त्यहाँ रिबुटका विभिन्न स्तरहरू छन् - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - यी कर्नेलमा आदेश रेखा तर्कको रूपमा पास गर्न सकिन्छ (पूर्वको लागिample, reboot=w[arm] REBOOT_WARM को लागि)। लिनक्स कर्नेल स्रोत कोडमा थप जानकारीको लागि, हेर्नुहोस् Documentation/admin-guide/kernel-paramters.txt.
वैकल्पिक रूपमा, यदि /sys/kernel/reboot सक्षम पारिएको छ भने, हालको प्रणाली रिबुट कन्फिगरेसन प्राप्त गर्न तलका ह्यान्डलरहरू पढ्न सकिन्छ, र यसलाई परिवर्तन गर्न लेखिन्छ। लिनक्स कर्नेल स्रोत कोडमा थप जानकारीको लागि, हेर्नुहोस् कागजात/ABI/testing/sysfs-kernel-reboot.

वाचडगहरू

प्रणाली बुटिङ र प्रणाली रिबुटिङसँग सम्बन्धित अर्को अवधारणा भनेको वाचडग टाइमरको फायरिङमा प्रणाली रिकभरी हो। वाचडग टाइमरहरू इम्बेडेड प्रणालीहरूमा स्वचालित रूपमा अस्थायी हार्डवेयर त्रुटिहरूबाट पुन: प्राप्ति गर्न, र प्रणाली सञ्चालनमा बाधा पुर्‍याउनबाट त्रुटिपूर्ण वा खराब सफ्टवेयरलाई रोक्नको लागि व्यापक रूपमा प्रयोग गरिन्छ।
PIC64GX ले प्रणाली चलिरहेको बेला व्यक्तिगत हार्टहरू निगरानी गर्न हार्डवेयर वाचडग समर्थन समावेश गर्दछ। वाचडगहरूले यो सुनिश्चित गर्छन् कि यदि तिनीहरूले पुन: प्राप्त गर्न नसकिने सफ्टवेयर त्रुटिहरूको कारण प्रतिक्रिया नगरेमा हार्टहरू पुन: सुरु गर्न सकिन्छ।
PIC64GX ले वाचडग टाइमर हार्डवेयर ब्लकहरूको पाँचवटा उदाहरणहरू समावेश गर्दछ जुन प्रणाली लकअपहरू पत्ता लगाउन प्रयोग गरिन्छ - प्रत्येक हार्टको लागि एक। मिश्रित असिमेट्रिक बहु-प्रशोधन सुविधाको लागि (AMP) कार्यभार, HSS ले निगरानी र वाचडग फायरिङमा प्रतिक्रिया समर्थन गर्दछ।

PIC64GX वाचडग

HSS पावर-अपमा एप्लिकेसन हार्टहरू बुट गर्न, र तिनीहरूलाई (व्यक्तिगत रूपमा वा सामूहिक रूपमा) पुन: बुट गर्नको लागि जिम्मेवार छ।tage, यो आवश्यक वा इच्छा हुनुपर्छ। यसको नतिजाको रूपमा, PIC64GX मा वाचडग घटनाहरूमा प्रतिक्रिया HSS द्वारा ह्यान्डल गरिन्छ।
एक 'भर्चुअल वाचडग' मनिटरलाई HSS राज्य मेसिन सेवाको रूपमा लागू गरिएको छ, र यसको जिम्मेवारीहरू प्रत्येक U54 व्यक्तिगत वाचडग हार्डवेयर मोनिटरहरूको स्थिति निगरानी गर्नु हो। जब यी U54 वाचडगहरू मध्ये कुनै एक यात्रा गर्छ, HSS ले यो पत्ता लगाउँछ र उपयुक्त रूपमा U54 रिबुट गर्नेछ। यदि U54 SMP सन्दर्भको अंश हो भने, सम्पूर्ण सन्दर्भलाई रिबुटको लागि विचार गरिन्छ, सन्दर्भमा न्यानो रिबुट विशेषाधिकार छ। यदि सन्दर्भमा चिसो रिबुट विशेषाधिकार छ भने सम्पूर्ण प्रणाली रिबुट हुनेछ।

सान्दर्भिक Kconfig विकल्पहरू

वाचडग समर्थन जारी गरिएको HSS बिल्डहरूमा पूर्वनिर्धारित रूपमा समावेश गरिएको छ। यदि तपाइँ अनुकूलन HSS निर्माण गर्न चाहनुहुन्छ भने, यो खण्डले वाचडग समर्थन सक्षम छ भनी सुनिश्चित गर्न कन्फिगरेसन संयन्त्रको वर्णन गर्नेछ।

HSS Kconfig कन्फिगरेसन प्रणाली प्रयोग गरेर कन्फिगर गरिएको छ। उच्चस्तरीय .config file HSS बिल्ड भित्र वा बाहिर कम्पाइल गरिएका सेवाहरू चयन गर्न आवश्यक छ।
सबैभन्दा पहिले, शीर्ष-स्तर CONFIG_SERVICE_WDOG विकल्प सक्षम गर्न आवश्यक छ (मेक कन्फिगरेसन मार्फत "भर्चुअल वाचडग समर्थन")।

यसले त्यसपछि निम्न उप-विकल्पहरू उजागर गर्दछ जुन वाचडग समर्थनमा निर्भर छन्:

CONFIG_SERVICE_WD OG_DEBUG
भर्चुअल वाचडग सेवाबाट सूचनात्मक/डिबग सन्देशहरूको लागि समर्थन सक्षम गर्दछ।
CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
वाचडग डिबग सन्देशहरू HSS द्वारा आउटपुट हुने आवधिकता (सेकेन्डमा) निर्धारण गर्दछ।
CONFIG_SERVICE_WD OG_ENABLE_E51
U51s बाहेक E54 मनिटर हार्टको लागि वाचडगलाई सक्षम बनाउँछ, HSS को सञ्चालनलाई सुरक्षित गर्दछ।

जब E51 वाचडग सक्षम हुन्छ, HSS ले आवधिक रूपमा वाचडगलाई यसलाई रिफ्रेस गर्न र फायरिङ हुनबाट रोक्नको लागि पत्र पठाउनेछ। यदि, कुनै कारणले, E51 मुटु लक भयो वा क्र्यास भयो र E51 वाचडग सक्षम गरियो भने, यसले सधैं सम्पूर्ण प्रणालीलाई रिसेट गर्नेछ।

वाचडग सञ्चालन
वाचडग हार्डवेयरले डाउन काउन्टरहरू लागू गर्दछ। पुन:ताजा-निषिद्ध विन्डोलाई वाचडग अधिकतम मान कन्फिगर गरेर सिर्जना गर्न सकिन्छ जसमा रिफ्रेस अनुमति छ (MVRP)।

वाचडग टाइमरको हालको मान MVRP मान भन्दा ठूलो हुँदा, वाचडगलाई रिफ्रेस गर्न निषेध गरिएको छ। निषिद्ध सञ्झ्यालमा वाचडग टाइमर ताजा गर्ने प्रयास गर्दा टाइमआउट अवरोधलाई जोड दिनेछ।

MVRP मान र ट्रिगर मूल्य (TRIG) बीचको वाचडगलाई रिफ्रेस गर्नाले काउन्टरलाई सफलतापूर्वक रिफ्रेस गर्नेछ र वाचडगलाई फायरिङबाट रोक्नेछ।
एक पटक वाचडग टाइमर मान TRIG मान भन्दा कम गणना हुन्छ, वाचडग फायर हुनेछ।

वाचडग राज्य मेसिन

वाचडग स्टेट मेसिन धेरै सीधा छ - E51 को लागि वाचडग कन्फिगर गरेर सुरु गर्दै, यदि सक्षम पारियो भने, त्यसपछि निष्क्रिय अवस्थाबाट निगरानीमा सार्दै। प्रत्येक पटक सुपरलूपको वरिपरि, यो निगरानी अवस्था आह्वान गरिन्छ, जसले U54 वाचडगहरू मध्ये प्रत्येकको स्थिति जाँच गर्दछ।

वाचडग स्टेट मेसिनले हार्ट (र यसको बुट सेटमा रहेका अन्य कुनै पनि हार्टहरू) पुन: सुरु गर्नको लागि बुट स्टेट मेसिनसँग अन्तरक्रिया गर्दछ, यदि यसले हार्टले आफ्नो वाचडगलाई समयमै रिफ्रेस गर्न व्यवस्थित गरेको छैन भने।

लकडाउन मोड

सामान्यतया (विशेष गरी संग AMP एप्लिकेसनहरू), यो आशा गरिन्छ कि HSS M-मोडमा रहनेछ, U54 मा, प्रति-सन्दर्भ रिबुट गर्न अनुमति दिन (अर्थात् पूर्ण-चिप रिबुट बिना मात्र एक सन्दर्भ रिबुट गर्नुहोस्), र HSS लाई स्वास्थ्य निगरानी गर्न अनुमति दिन ( ECCs, लक स्थिति बिट्स, बस त्रुटिहरू, SBI त्रुटिहरू, PMP उल्लङ्घनहरू, आदि)।

प्रति-मा रिबुट क्षमताहरू प्रदान गर्नAMP सन्दर्भ आधार (पूरा प्रणाली रिबुट गर्न आवश्यक बिना), E51 सामान्यतया प्रणालीको सम्पूर्ण मेमोरी स्पेसमा विशेषाधिकार प्राप्त मेमोरी पहुँच छ। यद्यपि, त्यहाँ परिस्थितिहरू हुन सक्छन् जहाँ यो वांछनीय छैन, र ग्राहकले प्रणाली सफलतापूर्वक बुट भएपछि E51 HSS फर्मवेयरले के गर्छ भनेर प्रतिबन्ध लगाउन रुचाउन सक्छ। यस अवस्थामा, U54 अनुप्रयोग हार्ट बुट भएपछि HSS लाई लकडाउन मोडमा राख्न सम्भव छ।

यसलाई HSS Kconfig विकल्प CONFIG_SERVICE_LOCKDOWN प्रयोग गरेर सक्षम गर्न सकिन्छ।
लकडाउन सेवा U54 अनुप्रयोग हार्ट्स बुट गरेपछि HSS का गतिविधिहरूमा प्रतिबन्ध लगाउन अनुमति दिने उद्देश्यले हो।

चित्र ४.२। HSS लकडाउन मोड

एक पटक लकडाउन मोड सुरु भएपछि, यसले अन्य सबै HSS सेवा राज्य मेसिनहरू चल्नबाट रोक्छ। यसले दुई कमजोर रूपमा बाँधिएको प्रकार्यहरू कल गर्दछ:

e51_pmp_lockdown(), र
e51_lockdown()

यी प्रकार्यहरू बोर्ड-विशिष्ट कोड द्वारा ओभरराइड गर्न को लागी लक्षित छन्। BSP लाई यस बिन्दुमा एप्लिकेसन पेलोडहरूबाट E51 लाई लक गर्न अनुकूलन गर्न अनुमति दिनको लागि पहिलो कन्फिगर योग्य ट्रिगर प्रकार्य हो। यस प्रकार्यको कमजोर रूपमा बाँधिएको पूर्वनिर्धारित कार्यान्वयन खाली छ। दोस्रो त्यो बिन्दुबाट अगाडि चलाइएको कार्यक्षमता हो। कमजोर-बाउन्ड पूर्वनिर्धारित कार्यान्वयनले E51 मा यस बिन्दुमा वाचडगलाई सेवा गर्दछ, र यदि U54 वाचडग फायर भयो भने रिबुट हुनेछ। थप जानकारीको लागि, services/lockdown/lockdown_service.c मा HSS स्रोत कोड हेर्नुहोस् file.

परिशिष्ट

HSS payload.bin ढाँचा

यो खण्ड payload.bin को वर्णन गर्दछ file PIC64GX SMP बुट गर्न HSS द्वारा प्रयोग गरिएको ढाँचा र छवि र AMP अनुप्रयोगहरू।
payload.bin एउटा ढाँचाबद्ध बाइनरी (चित्र A.10) हो जसमा टाउको, विभिन्न वर्णनकर्ता तालिकाहरू, र अनुप्रयोग कार्यभारको प्रत्येक भागको कोड र डेटा खण्डहरू समावेश गर्ने विभिन्न भागहरू समावेश हुन्छन्। एउटा टुक्रालाई मेमोरीको मनमानी आकारको सन्निग्ध ब्लकको रूपमा मान्न सकिन्छ।

चित्र A.10। payload.bin ढाँचा

हेडर भाग (चित्र A.11 मा देखाइएको) मा payload.bin पहिचान गर्न प्रयोग गरिएको जादुई मान र केहि गृहकार्य जानकारी समावेश गर्दछ, साथै प्रत्येकमा चलाउनको लागी छविको विवरण सहित।
U54 आवेदन कोडहरू। यसले प्रत्येक व्यक्तिगत U54 हार्ट कसरी बुट गर्ने, र समग्रमा बुट गर्न मिल्ने छविहरूको सेटको वर्णन गर्दछ। यसको हाउसकीपिङ जानकारीमा, यसले हेडर साइज बढ्न अनुमति दिनको लागि वर्णनकर्ताहरूको विभिन्न तालिकाहरूमा संकेत गर्दछ।

चित्र A.11। payload.bin हेडर

कोड र प्रारम्भिक स्थिर डेटा पढ्न-मात्र मानिन्छ र एक पढ्न-मात्र खण्डमा भण्डारण गरिन्छ, जुन हेडर वर्णनकर्ताहरू द्वारा संकेत गरिएको छ।
गैर-शून्य प्रारम्भिक डेटा चरहरू पढ्ने-लेख्ने डेटा हुन् तर तिनीहरूको प्रारम्भिक मानहरू स्टार्ट-अपमा पढ्न-मात्र भागबाट प्रतिलिपि गरिएको हुन्छ। यी पनि पढ्ने मात्र खण्डमा भण्डारण गरिएका छन्।

पढ्ने-मात्र पेलोड डेटा खण्ड कोड र डेटा भाग वर्णनकर्ताहरूको तालिकाद्वारा वर्णन गरिएको छ। यस तालिकामा प्रत्येक टुक्रा वर्णनकर्ताले 'हार्ट मालिक' समावेश गर्दछ (यो लक्षित गरिएको सन्दर्भमा मुख्य हार्ट
मा), एक लोड अफसेट (payload.bin भित्र अफसेट), र एक कार्यान्वयन ठेगाना (PIC64GX मेमोरीमा गन्तव्य ठेगाना), साइज र चेकसम सहित। यो चित्र A.12 मा देखाइएको छ।

चित्र A.12। पढ्ने-मात्र भाग वर्णनकर्ता र पेलोड खण्ड डेटा

माथि उल्लिखित खण्डहरू बाहेक, त्यहाँ डेटा चरहरूसँग सम्बन्धित मेमोरीको टुक्राहरू पनि छन् जुन शून्यमा प्रारम्भिक छन्। यी payload.bin मा डाटाको रूपमा भण्डारण गरिएका छैनन्, तर यसको सट्टा शून्य-प्रारम्भिक भाग वर्णनकर्ताहरूको विशेष सेट हो, जसले स्टार्टअपको समयमा शून्यमा सेट गर्न RAM को ठेगाना र लम्बाइ निर्दिष्ट गर्दछ। यो चित्र A.13 मा देखाइएको छ।

चित्र A.13। ZI खण्डहरू

hss-payload-generator
HSS पेलोड जेनरेटर उपकरणले हार्ट सफ्टवेयर सेवा शून्य-s को लागि ढाँचाबद्ध पेलोड छवि सिर्जना गर्दछ।tagPIC64GX मा e बूटलोडर, कन्फिगरेसन दिइएको छ file र ELF को एक सेट files र/वा बाइनरीहरू। कन्फिगरेसन file व्यक्तिगत अनुप्रयोग हार्टहरू (U54s) मा ELF बाइनरीहरू वा बाइनरी ब्लबहरू नक्सा गर्न प्रयोग गरिन्छ।

चित्र B.14। hss-payload-generator प्रवाह

उपकरणले कन्फिगरेसनको संरचनामा आधारभूत सेनिटी जाँच गर्दछ file आफै र ELF छविहरूमा। ELF छविहरू RISC-V कार्यान्वयनयोग्य हुनुपर्छ।

Exampले रन

s को साथ hss-payload-generator उपकरण चलाउनampले कन्फिगरेसन file र ELF files:
$ ./hss-payload-generator -c test/config.yaml output.bin
पूर्व-अवस्थित छविको बारेमा निदान प्रिन्ट गर्न, प्रयोग गर्नुहोस्:
$ ./hss-payload-generator -d output.bin

सुरक्षित बुट प्रमाणीकरण (छवि हस्ताक्षर मार्फत) सक्षम गर्न, अण्डाकार कर्भ P-509 (SECP384r384) को लागि X.1 निजी कुञ्जीको स्थान निर्दिष्ट गर्न -p प्रयोग गर्नुहोस्:
$ ./hss-payload-generator -c test/config.yaml payload.bin -p /path/to/private.pem

थप जानकारीको लागि, सुरक्षित बुट प्रमाणीकरण कागजात हेर्नुहोस्।

कन्फिगरेसन File Example

पहिले, हामी वैकल्पिक रूपमा हाम्रो छविको लागि नाम सेट गर्न सक्छौं, अन्यथा, एउटा गतिशील रूपमा सिर्जना हुनेछ:
सेट-नाम: 'PIC64-HSS::TestImage'
अर्को, हामी प्रत्येक हृदयको लागि प्रविष्टि बिन्दु ठेगानाहरू परिभाषित गर्नेछौं, निम्नानुसार:
hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

ELF स्रोत छविहरूले प्रविष्टि बिन्दु निर्दिष्ट गर्न सक्छ, तर हामी आवश्यक भएमा हार्टहरूको लागि माध्यमिक प्रविष्टि बिन्दुहरूलाई समर्थन गर्न सक्षम हुन चाहन्छौं, पूर्वका लागिampले, यदि धेरै हार्टहरू एउटै छवि बुट गर्ने उद्देश्यका छन् भने, तिनीहरूसँग व्यक्तिगत प्रविष्टि बिन्दुहरू हुन सक्छन्। यसलाई समर्थन गर्न, हामी कन्फिगरेसनमा वास्तविक प्रविष्टि बिन्दु ठेगानाहरू निर्दिष्ट गर्दछौं file आफै।

हामी अब केहि पेलोडहरू परिभाषित गर्न सक्छौं (स्रोत ELF files, वा बाइनरी ब्लबहरू) जुन मेमोरीमा निश्चित क्षेत्रहरूमा राखिनेछ। पेलोड सेक्सन कुञ्जी शब्द पेलोडहरू, र त्यसपछि व्यक्तिगत पेलोड वर्णनकर्ताहरूको संख्यासँग परिभाषित गरिएको छ। प्रत्येक पेलोडको नाम हुन्छ (यसको बाटो file), एक मालिक-हार्ट, र वैकल्पिक रूपमा 1 देखि 3 माध्यमिक हार्टहरू।

थप रूपमा, पेलोडसँग विशेषाधिकार मोड छ जसमा यसले कार्यान्वयन सुरु गर्नेछ। मान्य विशेषाधिकार मोडहरू PRV_M, PRV_S र PRV_U हुन्, जहाँ तिनीहरूलाई निम्न रूपमा परिभाषित गरिएको छ:

PRV_M मेसिन मोड
PRV_S सुपरवाइजर मोड
PRV_U प्रयोगकर्ता मोड

निम्न मा पूर्वampLe:

test/zephyr.elf लाई U54_3 मा चल्ने Zephyr अनुप्रयोग मानिन्छ, र PRV_M विशेषाधिकार मोडमा सुरु हुने अपेक्षा गर्दछ।
test/u-boot-dtb.bin दास U-Boot बुटलोडर अनुप्रयोग हो, र यो U54_1, U54_2 र U54_4 मा चल्छ। यसले PRV_S विशेषाधिकार मोडमा सुरु हुने अपेक्षा गर्दछ।

महत्त्वपूर्ण:
U-Boot को आउटपुटले ELF बनाउँछ file, तर सामान्यतया यसले .elf विस्तारलाई अघि बढाउँदैन। यस अवस्थामा, CONFIG_OF_SEPARATE द्वारा सिर्जना गरिएको बाइनरी प्रयोग गरिन्छ, जसले U-Boot बाइनरीमा उपकरण ट्री ब्लब जोड्छ।

यहाँ पूर्व छampले पेलोड कन्फिगरेसन file:

test/zephyr.elf:
{exec-addr: '0xB0000000', मालिक-हार्ट: 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}

महत्त्वपूर्ण:
मुद्दाको लागि मात्र महत्त्वपूर्ण छ file पथ नामहरू, कुञ्जी शब्दहरू होइन। त्यसैले, उदाहरणका लागि, u54_1 लाई U54_1 जस्तै मानिन्छ, र exec-addr लाई EXEC-ADDR जस्तै मानिन्छ। यदि an.elf वा .bin एक्सटेन्सन अवस्थित छ भने, यसलाई कन्फिगरेसनमा समावेश गर्न आवश्यक छ file.

ओपनएसबीआईसँग सरोकार राख्न नचाहने बेयर मेटल एप्लिकेसनको लागि, स्किप-ओपन विकल्प, यदि सत्य हो भने, त्यस हृदयमा रहेको पेलोडलाई साधारण मर्ट प्रयोग गरेर आह्वान गरिनेछ।
OpenSBI sbi_init() कल भन्दा। यसको मतलब मुटुले कुनै पनि OpenSBI HSM विचारहरूको बावजुद बेयर मेटल कोड चलाउन सुरु गर्नेछ। ध्यान दिनुहोस् कि यसको मतलब मुटुले प्रयोग गर्न सक्दैन
ओपनएसबीआई कार्यक्षमता आह्वान गर्न कल गर्दछ। स्किप-ओपन विकल्प वैकल्पिक छ र पूर्वनिर्धारित गलत हो।

अर्को सन्दर्भको सन्दर्भ वार्म रिबुटलाई अनुमति दिन, हामी रिबुट अनुमति दिनुहोस् विकल्प थप्न सक्छौं: वार्म। सम्पूर्ण प्रणालीको सन्दर्भ चिसो रिबुटलाई अनुमति दिन, हामी विकल्प थप्न सक्छौं अनुमति-रिबुट: कोल्ड। पूर्वनिर्धारित रूपमा, अनुमति-रिबुट निर्दिष्ट नगरी, एक सन्दर्भलाई मात्र रिबुट गर्न अनुमति दिइन्छ।
प्रत्येक पेलोडसँग सहायक डेटा सम्बद्ध गर्न पनि सम्भव छ, पूर्वका लागिample, a DeviceTree Blob (DTB) file, सहायक डेटा निर्दिष्ट गरेर fileनिम्नानुसार नाम:
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, सहायक डेटा : test/pic64gx.dtb }
यो सहायक डेटा पेलोडमा समावेश गरिनेछ (मुख्य पछि सीधा राखिएको file कार्यान्वयन योग्य मा
स्पेस), र यसको ठेगाना OpenSBI लाई next_arg1 फिल्डमा पठाइनेछ (बुटको समयमा छविमा $a1 दर्तामा पास गरिएको)।

HSS लाई स्वतः कन्टेक्स्ट बुट गर्नबाट रोक्नको लागि (उदाहरणका लागि, यदि हामी यसको सट्टा remoteProc प्रयोग गरेर सन्दर्भमा यसको नियन्त्रण प्रत्यायोजित गर्न चाहन्छौं), स्किप-अटोबुट फ्ल्याग प्रयोग गर्नुहोस्:
test/zephyr.elf: {exec-addr: '0xB0000000', मालिक-हार्ट: u54_3, priv-mode: prv_m, skip-opensbi: true, skip-autoboot: true}
अन्तमा, हामी वैकल्पिक रूपमा पेलोड-नाम विकल्प प्रयोग गरेर व्यक्तिगत पेलोडहरूको नामहरू ओभरराइड गर्न सक्छौं। पूर्वका लागिampLe:
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, सहायक डेटा : test/pic64gx.dtb, payload-name: 'u-boot' }

ध्यान दिनुहोस् कि Yocto र Buildroot Linux निर्माणकर्ताहरूले hss-payload- निर्माण, कन्फिगर र चलाउनेछन्।
जेनेरेटर अनुप्रयोग छविहरू उत्पन्न गर्न आवश्यक छ। थप रूपमा, pic64gx-क्युरियोसिटी-किट-amp Yocto मा मेशिन लक्ष्य hss-payload-generator उपकरण प्रयोग गरेर एउटा अनुप्रयोग छवि उत्पन्न गर्नेछ जुन प्रदर्शन गर्दछ। AMP, लिनक्स ३ हार्टमा र Zephyr १ हार्टमा चलिरहेको छ।

संशोधन इतिहास
संशोधन इतिहासले कागजातमा लागू गरिएका परिवर्तनहरू वर्णन गर्दछ। परिवर्तनहरू संशोधनद्वारा सूचीबद्ध गरिएका छन्, सबैभन्दा हालको प्रकाशनबाट सुरु हुँदै।

संशोधन	मिति	विवरण
A	१/४	प्रारम्भिक संशोधन

माइक्रोचिप जानकारी

माइक्रोचिप Webसाइट
माइक्रोचिपले हाम्रो मार्फत अनलाइन समर्थन प्रदान गर्दछ webसाइट मा www.microchip.com/। यो webसाइट बनाउन प्रयोग गरिन्छ files र जानकारी सजिलै ग्राहकहरु लाई उपलब्ध छ। उपलब्ध सामग्री मध्ये केही समावेश:

उत्पादन समर्थन - डाटाशीट र इरेटा, एप्लिकेसन नोटहरू र sample प्रोग्रामहरू, डिजाइन स्रोतहरू, प्रयोगकर्ताको गाइड र हार्डवेयर समर्थन कागजातहरू, नवीनतम सफ्टवेयर रिलीजहरू र अभिलेख गरिएको सफ्टवेयर

सामान्य प्राविधिक समर्थन - बारम्बार सोधिने प्रश्नहरू (FAQs), प्राविधिक समर्थन अनुरोधहरू, अनलाइन छलफल समूहहरू, माइक्रोचिप डिजाइन पार्टनर कार्यक्रम सदस्य सूची
माइक्रोचिप को व्यापार - उत्पादन चयनकर्ता र अर्डर गाइडहरू, नवीनतम माइक्रोचिप प्रेस विज्ञप्ति, सेमिनार र घटनाहरूको सूची, माइक्रोचिप बिक्री कार्यालयहरू, वितरकहरू, र कारखाना प्रतिनिधिहरूको सूची।

उत्पादन परिवर्तन सूचना सेवा

माइक्रोचिपको उत्पादन परिवर्तन सूचना सेवाले ग्राहकहरूलाई माइक्रोचिप उत्पादनहरूमा अद्यावधिक राख्न मद्दत गर्दछ। कुनै निर्दिष्ट उत्पादन परिवार वा रुचिको विकास उपकरणसँग सम्बन्धित परिवर्तनहरू, अद्यावधिकहरू, संशोधनहरू वा त्रुटिहरू हुँदा सदस्यहरूले इमेल सूचना प्राप्त गर्नेछन्।

दर्ता गर्न, जानुहोस् www.microchip.com/pcn र दर्ता निर्देशनहरू पालना गर्नुहोस्।

ग्राहक समर्थन
माइक्रोचिप उत्पादनका प्रयोगकर्ताहरूले धेरै च्यानलहरू मार्फत सहायता प्राप्त गर्न सक्छन्:

वितरक वा प्रतिनिधि
स्थानीय बिक्री कार्यालय
इम्बेडेड समाधान इन्जिनियर (ESE)
प्राविधिक समर्थन

ग्राहकहरूले समर्थनको लागि आफ्नो वितरक, प्रतिनिधि, वा ESE लाई सम्पर्क गर्नुपर्छ। स्थानीय बिक्री कार्यालयहरू पनि ग्राहकहरूलाई मद्दत गर्न उपलब्ध छन्। यस कागजातमा बिक्री कार्यालय र स्थानहरूको सूची समावेश गरिएको छ।
प्राविधिक सहयोग मार्फत उपलब्ध छ webसाइट मा: www.microchip.com/support.

माइक्रोचिप उपकरण कोड सुरक्षा सुविधा
माइक्रोचिप उत्पादनहरूमा कोड सुरक्षा सुविधाको निम्न विवरणहरू नोट गर्नुहोस्:

माइक्रोचिप उत्पादनहरूले तिनीहरूको विशेष माइक्रोचिप डेटा पानामा समावेश विशिष्टताहरू पूरा गर्दछ।
Microchip ले विश्वास गर्छ कि यसको उत्पादनहरु को परिवार सुरक्षित छ जब अभिप्रेत तरिकामा प्रयोग गरिन्छ, सञ्चालन विनिर्देशहरु भित्र, र सामान्य अवस्थामा।

माइक्रोचिप मान र आक्रामक रूपमा यसको बौद्धिक सम्पत्ति अधिकारहरूको रक्षा गर्दछ। माइक्रोचिप उत्पादनहरूको कोड सुरक्षा सुविधाहरू उल्लङ्घन गर्ने प्रयासहरू कडा रूपमा निषेध गरिएको छ र डिजिटल मिलेनियम प्रतिलिपि अधिकार ऐन उल्लङ्घन गर्न सक्छ।
न त माइक्रोचिप वा कुनै अन्य अर्धचालक निर्माताले यसको कोडको सुरक्षाको ग्यारेन्टी गर्न सक्छ। कोड सुरक्षाको मतलब यो होइन कि हामीले उत्पादन "अनब्रेक्बल" छ भनेर ग्यारेन्टी गरिरहेका छौं। कोड सुरक्षा निरन्तर विकसित हुँदैछ। Microchip हाम्रा उत्पादनहरूको कोड सुरक्षा सुविधाहरू निरन्तर सुधार गर्न प्रतिबद्ध छ।

कानूनी सूचना
यो प्रकाशन र यहाँको जानकारी माइक्रोचिप उत्पादनहरूमा मात्र प्रयोग गर्न सकिन्छ, डिजाइन, परीक्षण, र माइक्रोचिप उत्पादनहरू तपाईंको अनुप्रयोगसँग एकीकृत गर्न सहित। कुनै पनि अन्य तरिकामा यो जानकारीको प्रयोगले यी सर्तहरूको उल्लङ्घन गर्दछ। यन्त्र अनुप्रयोगहरू सम्बन्धी जानकारी तपाईंको सुविधाको लागि मात्र प्रदान गरिएको छ र अद्यावधिकहरूद्वारा हटाइएको हुन सक्छ। यो सुनिश्चित गर्न को लागी तपाइँको जिम्मेवारी हो कि तपाइँको आवेदन तपाइँको विशिष्टताहरु लाई पूरा गर्दछ। अतिरिक्त समर्थनको लागि आफ्नो स्थानीय माइक्रोचिप बिक्री कार्यालयमा सम्पर्क गर्नुहोस् वा, मा अतिरिक्त समर्थन प्राप्त गर्नुहोस् www.microchip.com/en-us/support/design-help/client-support-services.

यो जानकारी माइक्रोचिप "जस्तो छ" द्वारा प्रदान गरिएको हो। MICROCHIP ले कुनै पनि प्रकारको कुनै प्रतिनिधित्व वा वारेन्टी गर्दैन, चाहे अभिव्यक्त वा निहित, लिखित वा मौखिक, वैधानिक वा अन्यथा, जानकारीसँग सम्बन्धित तर सीमित रूपमा सीमित छैन। गैर-उल्लंघन, व्यापारिकता, र एक विशेष उद्देश्यको लागि फिटनेस, वा यसको अवस्था, गुणस्तर, वा कार्यसम्पादनसँग सम्बन्धित वारेन्टीहरू।

कुनै पनि हालतमा माइक्रोसिप कुनै पनि अप्रत्यक्ष, विशेष, दण्डात्मक, आकस्मिक, वा परिणामात्मक हानि, क्षति, लागत, वा कुनै पनि प्रकारको खर्चको लागि उत्तरदायी हुनेछैन जुन कुनै पनि प्रकारको खर्चको लागि सम्बन्धित छ। HIP को सल्लाह दिइएको छ सम्भाव्यता वा क्षतिहरू अनुमानित छन्। कानूनद्वारा अनुमति दिइएको पूर्ण हदसम्म, जानकारी वा यसको प्रयोगसँग सम्बन्धित कुनै पनि हिसाबले सबै दावीहरूमा माइक्रोचिपको पूर्ण दायित्वले शुल्कको सङ्ख्या नाघ्ने छैन, यदि कुनै पनि भएमा, MICROCHIP मा ATION।

जीवन समर्थन र/वा सुरक्षा अनुप्रयोगहरूमा माइक्रोचिप उपकरणहरूको प्रयोग पूर्ण रूपमा क्रेताको जोखिममा छ, र क्रेताले त्यस्ता प्रयोगको परिणामस्वरूप हुने सबै क्षतिहरू, दावीहरू, सूटहरू, वा खर्चहरूबाट हानिरहित माइक्रोचिपलाई रक्षा गर्न, क्षतिपूर्ति गर्न र होल्ड गर्न सहमत छन्। कुनै पनि माइक्रोचिप बौद्धिक सम्पदा अधिकार अन्तर्गत कुनै पनि इजाजतपत्र, अस्पष्ट वा अन्यथा, अन्यथा भनिएको छैन।

ट्रेडमार्कहरू
माइक्रोचिपको नाम र लोगो, माइक्रोचिप लोगो, Adaptec, AVR, AVR लोगो, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, MACHLX, MACHLX, Kleuch MediaLB, megaAVR, Microsemi, Microsemi लोगो, MOST, MOST लोगो, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 लोगो, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST, SST, SYMFST, Logo , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, र XMEGA संयुक्त राज्य अमेरिका र अन्य देशहरूमा एकीकृत माइक्रोचिप टेक्नोलोजीका दर्ता ट्रेडमार्कहरू हुन्।

AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, हाइपर स्पीड कन्ट्रोल, HyperLight Load, Libero, motor bench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC Plus लोगो, Quiet-World, SmartFit , TimeCesium, TimeHub, TimePictra, TimeProvider, र ZL संयुक्त राज्य अमेरिका मा माइक्रोचिप टेक्नोलोजी को दर्ता ट्रेडमार्क हो।

आसन्न कुञ्जी सप्रेसन, AKS, एनालग-फर-द-डिजिटल एज, कुनै पनि क्यापेसिटर, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoAuthentication, CryptoAutomotive, Crypto CDPIMDs, CYP गतिशील औसत मिलान , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, इन-सर्किट सिरियल प्रोग्रामिङ, ICSP, INICnet, बुद्धिमान समानान्तर, IntelliMOS, अन्तर-चिप जडान, JitterBlocker, Knob-on-Display, MarginLink, maxCrypto, अधिकतमView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB प्रमाणित लोगो, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS PICTEL, PowerMOS 7, PowerMOS , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, Serial Quad I/O, साधारण नक्सा, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY सहनशीलता, विश्वसनीय समय, TSHARC, ट्युरिङ, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect, र ZENA संयुक्त राज्य अमेरिका र अन्य देशहरूमा माइक्रोचिप टेक्नोलोजीको ट्रेडमार्कहरू हुन्।

SQTP संयुक्त राज्य अमेरिका मा माइक्रोचिप टेक्नोलोजी को एक सेवा चिन्ह हो
Adaptec लोगो, फ्रिक्वेन्सी अन डिमान्ड, सिलिकन स्टोरेज टेक्नोलोजी, र Symmcom अन्य देशहरूमा माइक्रोचिप टेक्नोलोजी इन्कका दर्ता ट्रेडमार्क हुन्।
GestIC माइक्रोचिप टेक्नोलोजी जर्मनी II GmbH & Co. KG को दर्ता गरिएको ट्रेडमार्क हो, माइक्रोचिप टेक्नोलोजी इन्कको सहायक कम्पनी, अन्य देशहरूमा।

ISBN: 978-1-6683-4890-1

गुणस्तर व्यवस्थापन प्रणाली
माइक्रोचिपको गुणस्तर व्यवस्थापन प्रणालीको बारेमा जानकारीको लागि, कृपया भ्रमण गर्नुहोस् www.microchip.com/quality.

विश्वव्यापी बिक्री र सेवा

अमेरिका

एशिया/प्यासिफिक

युरोप

कर्पोरेट कार्यालय

2355 West Chandler Blvd। Chandler, AZ 85224-6199

टेलिफोन: ८००-५५५-०१९९

फ्याक्स: ८००-५५५-०१९९

प्राविधिक समर्थन: www.microchip.com/support

Web ठेगाना: www.microchip.com

एटलान्टा

डुलुथ, GA

टेलिफोन: ८००-५५५-०१९९

फ्याक्स: ८००-५५५-०१९९

अस्टिन, TX

टेलिफोन: ८००-५५५-०१९९

बोस्टन

Westborough, MA Tel: ८००-५५५-०१९९

फ्याक्स: ८००-५५५-०१९९

शिकागो

Itasca, IL

टेलिफोन: ८००-५५५-०१९९

फ्याक्स: ८००-५५५-०१९९

डलास

एडिसन, TX

टेलिफोन: ८००-५५५-०१९९

फ्याक्स: ८००-५५५-०१९९

डेट्रोइट

नोभि, एमआई

टेलिफोन: ८००-५५५-०१९९

ह्युस्टन, TX

टेलिफोन: ८००-५५५-०१९९

इन्डियानापोलिस

Noblesville, IN Tel: ८००-५५५-०१९९

फ्याक्स: ८००-५५५-०१९९

टेलिफोन: ८००-५५५-०१९९

लस एन्जलस

Mission Viejo, CA Tel: ८००-५५५-०१९९

फ्याक्स: ८००-५५५-०१९९

टेलिफोन: ८००-५५५-०१९९

Raleigh, NC

टेलिफोन: ८००-५५५-०१९९

न्यूयोर्क, NY

टेलिफोन: ८००-५५५-०१९९

सान जोस, CA

टेलिफोन: ८००-५५५-०१९९

क्यानडा - टोरन्टो

टेलिफोन: ८००-५५५-०१९९

फ्याक्स: ८००-५५५-०१९९

अस्ट्रेलिया - सिड्नी

टेलिफोन: ६१-२-९८६८-६७३३

चीन - बेइजिङ

टेलिफोन: ६१-२-९८६८-६७३३

चीन - चेङ्दु

टेलिफोन: ६१-२-९८६८-६७३३

चीन - चोङकिङ

टेलिफोन: ६१-२-९८६८-६७३३

चीन - डोंगगुआन

टेलिफोन: ६१-२-९८६८-६७३३

चीन - ग्वांगझाउ

टेलिफोन: ६१-२-९८६८-६७३३

चीन - हांग्जाउ

टेलिफोन: ६१-२-९८६८-६७३३

चीन - हङ कङ्ग SAR

टेलिफोन: ८६-१०-८५६९

चीन - नान्जिङ

टेलिफोन: ६१-२-९८६८-६७३३

चीन - किंगदाओ

टेलिफोन: ६१-२-९८६८-६७३३

चीन - सांघाई

टेलिफोन: ६१-२-९८६८-६७३३

चीन - शेनयाङ

टेलिफोन: ६१-२-९८६८-६७३३

चीन - शेन्जेन

टेलिफोन: ६१-२-९८६८-६७३३

चीन - सुजाउ

टेलिफोन: ६१-२-९८६८-६७३३

चीन - वुहान

टेलिफोन: ६१-२-९८६८-६७३३

चीन - सियान

टेलिफोन: ६१-२-९८६८-६७३३

चीन - सियामेन

टेलिफोन: ८६-१०-८५६९

चीन - Zhuhai

टेलिफोन: ८६-१०-८५६९

भारत - बैंगलोर

टेलिफोन: ६१-२-९८६८-६७३३

भारत - नयाँ दिल्ली

टेलिफोन: ६१-२-९८६८-६७३३

भारत - पुणे

टेलिफोन: ६१-२-९८६८-६७३३

जापान - ओसाका

टेलिफोन: ६१-२-९८६८-६७३३

जापान - टोकियो

टेलिफोन: ८१-३-६८८०-३७७०

कोरिया - डेगु

टेलिफोन: ६१-२-९८६८-६७३३

कोरिया - सियोल

टेलिफोन: ६१-२-९८६८-६७३३

मलेसिया - क्वाला लम्पुर

टेलिफोन: ६१-२-९८६८-६७३३

मलेसिया - पेनाङ

टेलिफोन: ६१-२-९८६८-६७३३

फिलिपिन्स - मनिला

टेलिफोन: ६१-२-९८६८-६७३३

सिङ्गापुर

टेलिफोन: ८६-१०-८५६९

ताइवान - सिन चु

टेलिफोन: ६१-२-९८६८-६७३३

ताइवान - काओसिङ

टेलिफोन: ६१-२-९८६८-६७३३

ताइवान - ताइपेई

टेलिफोन: ६१-२-९८६८-६७३३

थाइल्याण्ड - बैंकक

टेलिफोन: ६१-२-९८६८-६७३३

भियतनाम - हो ची मिन्ह

टेलिफोन: ६१-२-९८६८-६७३३

अस्ट्रिया - वेल्स

टेलिफोन: ६१-२-९८६८-६७३३

फ्याक्स: ४३-७२४२-२२४४-३९३

डेनमार्क - कोपेनहेगन

टेलिफोन: ८६-१०-८५६९

फ्याक्स: ४५-४४८५-२८२९

फिनल्याण्ड - एस्पो

टेलिफोन: ६१-२-९८६८-६७३३

फ्रान्स - पेरिस

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

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

जर्मनी - गार्चिङ

टेलिफोन: ८६-१०-८५६९

जर्मनी - हान

टेलिफोन: ८६-१०-८५६९

जर्मनी - हेलब्रोन

टेलिफोन: ८६-१०-८५६९

जर्मनी - कार्लस्रुहे

टेलिफोन: ८६-१०-८५६९

जर्मनी - म्युनिख

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

जर्मनी - रोजेनहेम

टेलिफोन: ६१-२-९८६८-६७३३

इजरायल - Hod Hasharon

टेलिफोन: ६१-२-९८६८-६७३३

इटाली - मिलान

टेलिफोन: ८६-१०-८५६९

फ्याक्स: ४५-४४८५-२८२९

इटाली - पाडोभा

टेलिफोन: ८६-१०-८५६९

नेदरल्याण्ड्स - ड्रुनेन

टेलिफोन: ८६-१०-८५६९

फ्याक्स: ४५-४४८५-२८२९

नर्वे - ट्रोन्डहेम

टेलिफोन: ४७-७२८८४३८८

पोल्याण्ड - वारसा

टेलिफोन: ८६-१०-८५६९

रोमानिया - बुखारेस्ट

Tel: 40-21-407-87-50

स्पेन - म्याड्रिड

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

स्वीडेन - गोटेनबर्ग

Tel: 46-31-704-60-40

स्वीडेन - स्टकहोम

टेलिफोन: ६१-२-९८६८-६७३३

UK - Wokingham

टेलिफोन: ६१-२-९८६८-६७३३

फ्याक्स: ४३-७२४२-२२४४-३९३

कागजातहरू / स्रोतहरू

MICROCHIP PIC64GX 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर [pdf] प्रयोगकर्ता गाइड
PIC64GX, PIC64GX 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर, 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर, RISC-V क्वाड-कोर माइक्रोप्रोसेसर, क्वाड-कोर माइक्रोप्रोसेसर, माइक्रोप्रोसेसर

सन्दर्भहरू

प्रयोगकर्ता पुस्तिका

MICROCHIP PIC64GX 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर

उत्पादन जानकारी

उत्पादन उपयोग निर्देशन

परिचय

बुट प्रक्रिया

रिबुट गर्नुहोस्

वाचडगहरू

लकडाउन मोड

परिशिष्ट

माइक्रोचिप जानकारी

विश्वव्यापी बिक्री र सेवा

कागजातहरू / स्रोतहरू

सन्दर्भहरू

सम्बन्धित पोस्टहरू

एक टिप्पणी छोड्नुहोस्

जवाफ रद्द गर्नुहोस्