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

बूट प्रक्रिया
1. बूटिंगमध्ये सामील असलेले सॉफ्टवेअर घटक
  सिस्टम बूट-अप प्रक्रियेमध्ये खालील सॉफ्टवेअर घटकांचा समावेश होतो:
  - हार्ट सॉफ्टवेअर सेवा (एचएसएस): शून्य-एसtage बूट लोडर, सिस्टम मॉनिटर, आणि अनुप्रयोगांसाठी रनटाइम सेवा प्रदाता.
2. बूट प्रवाह
  सिस्टम बूट फ्लोचा क्रम खालीलप्रमाणे आहे:
  1. हार्ट सॉफ्टवेअर सेवा (एचएसएस) ची सुरुवात
  2. बूटलोडर अंमलबजावणी
  3. ऍप्लिकेशन स्टार्टअप
पहारेकरी
1. PIC64GX वॉचडॉग
  PIC64GX मध्ये वॉचडॉग फंक्शन आहे जे सिस्टम ऑपरेशनचे निरीक्षण करते आणि सिस्टम बिघाड झाल्यास कृती ट्रिगर करते.
लॉकडाउन मोड
लॉकडाउन मोड अशा ग्राहकांसाठी डिझाइन केला आहे ज्यांना बूट झाल्यानंतर सिस्टम क्रियांवर पूर्ण नियंत्रण आवश्यक आहे. हे E51 सिस्टम मॉनिटरची कार्यक्षमता मर्यादित करते.

वारंवार विचारले जाणारे प्रश्न

प्रश्न: हार्ट सॉफ्टवेअर सर्व्हिसेस (HSS) चा उद्देश काय आहे?
A: HSS शून्य-s म्हणून काम करतेtage बूट लोडर, सिस्टम मॉनिटर, आणि बूट प्रक्रियेदरम्यान अनुप्रयोगांसाठी रनटाइम सेवा प्रदाता.

प्रश्न: PIC64GX वॉचडॉग फंक्शन कसे कार्य करते?
A: PIC64GX वॉचडॉग सिस्टम ऑपरेशनचे निरीक्षण करतो आणि सिस्टमची विश्वासार्हता सुनिश्चित करण्यासाठी सिस्टम अयशस्वी झाल्यास पूर्वनिर्धारित कृती करू शकतो.

परिचय

हे श्वेतपत्र स्पष्ट करते की मायक्रोचिप PIC64GX ऍप्लिकेशन वर्कलोड कसे बूट करते आणि सिस्टम बूट प्रक्रियेचे वर्णन करते, जी एसएमपीसाठी समान कार्य करते आणि AMP कामाचे ओझे याव्यतिरिक्त, SMP आणि साठी रीबूट कसे कार्य करते ते समाविष्ट करते AMP वर्कलोड्स, PIC64GX वर वॉचडॉग्स, आणि सिस्टम बूट केल्यानंतर E51 सिस्टम मॉनिटरच्या क्रिया मर्यादित करण्यासाठी ग्राहकांना पूर्ण नियंत्रण हवे असलेल्या सिस्टमसाठी विशेष लॉकडाउन मोड.

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

सिस्टम बूटअपमध्ये सामील असलेल्या विविध सॉफ्टवेअर घटकांवर एक नजर टाकूया, त्यानंतर सिस्टम बूट फ्लोच्या क्रमावर अधिक तपशीलवार नजर टाकूया.

बूटिंगमध्ये सामील असलेले सॉफ्टवेअर घटक
सिस्टम बूट-अप प्रक्रियेमध्ये खालील घटक गुंतलेले आहेत:

आकृती 1.1. बूट-अप घटक

हार्ट सॉफ्टवेअर सेवा (HSS)
हार्ट सॉफ्टवेअर सर्व्हिसेस (एचएसएस) एक शून्य-एस आहेtage बूट लोडर, सिस्टम मॉनिटर, आणि अनुप्रयोगांसाठी रनटाइम सेवा प्रदाता. HSS लवकर सिस्टम सेटअप, DDR प्रशिक्षण आणि हार्डवेअर इनिशिएलायझेशन/कॉन्फिगरेशनला समर्थन देते. हे मुख्यतः E51s वर चालते, प्रत्येक U54 वर थोड्या प्रमाणात मशीन-मोड स्तर कार्यक्षमतेसह चालते. हे बूट माध्यमातील ऍप्लिकेशन "पेलोड" लोड करून एक किंवा अधिक संदर्भ बूट करते आणि ऑपरेटिंग सिस्टम कर्नलसाठी प्लॅटफॉर्म रनटाइम सर्व्हिसेस/पर्यवेक्षक एक्झिक्युशन एन्व्हायर्नमेंट (SEE) प्रदान करते. हे सुरक्षित बूटला समर्थन देते आणि हार्डवेअर विभाजन/विभाजन सुनिश्चित करण्यासाठी एक महत्त्वाचा घटक आहे AMP संदर्भ
दास यू-बूट (यू-बूट)
दास U-Boot (U-Boot) एक ओपन-सोर्स युनिव्हर्सल स्क्रिप्टेबल बूट लोडर आहे. हे एका साध्या CLI चे समर्थन करते जे विविध स्त्रोतांकडून (SD कार्ड आणि नेटवर्कसह) बूट प्रतिमा पुनर्प्राप्त करू शकते. यू-बूट लिनक्स लोड करते. आवश्यक असल्यास ते UEFI वातावरण प्रदान करू शकते. एकदा लिनक्स बूट झाल्यावर हे सामान्यत: पूर्ण झाले आहे आणि मार्गाबाहेर आहे – दुसऱ्या शब्दांत, ते बूट-पोस्ट निवासी राहत नाही.

लिनक्स कर्नल
लिनक्स कर्नल जगातील सर्वात लोकप्रिय ऑपरेटिंग सिस्टम कर्नल आहे. ऍप्लिकेशन्सच्या युजरलँडसह एकत्रित, ते सामान्यतः लिनक्स ऑपरेटिंग सिस्टम म्हणून ओळखले जाणारे बनवते. लिनक्स ऑपरेटिंग सिस्टम समृद्ध POSIX API आणि विकासक वातावरण प्रदान करते, उदाहरणार्थample, भाषा आणि साधने जसे की Python, Perl, Tcl, Rust, C/C++, आणि Tcl; OpenSSL, OpenCV, OpenMP, OPC/UA आणि ओपन सारख्या लायब्ररीAMP (RPmsg आणि RemoteProc).
योक्टो आणि बिल्डरूट हे लिनक्स सिस्टीम बिल्डर्स आहेत, म्हणजेच त्यांचा वापर बेस्पोक कस्टमाइज्ड लिनक्स सिस्टीम व्युत्पन्न करण्यासाठी केला जाऊ शकतो. योक्टो रिचसह लिनक्स वितरण आउटपुट करते
ऍप्लिकेशन्स, टूल्स आणि लायब्ररींचा संच आणि पर्यायी पॅकेज व्यवस्थापन. बिल्डरूट अधिक किमान रूट आउटपुट करते fileसिस्टीम आणि अशा सिस्टीमला लक्ष्य करू शकते ज्यांना सतत स्टोरेजची आवश्यकता नसते परंतु पूर्णपणे RAM वरून चालते (Linux चे आद्याक्षर समर्थन वापरून, उदा.ample).
झेफिर
Zephyr एक लहान, मुक्त-स्रोत रिअल-टाइम ऑपरेटिंग सिस्टम (RTOS) आहे. हे Linux ला RPMsg-लाइट कम्युनिकेशन चॅनेलसह रिअल-टाइम लो-ओव्हरहेड फ्रेमवर्क प्रदान करते. यात कर्नल, लायब्ररी, डिव्हाइस ड्रायव्हर्स, प्रोटोकॉल स्टॅक, fileप्रणाली, फर्मवेअर अद्यतनांसाठी यंत्रणा, आणि असेच, आणि PIC64GX वर अधिक बेअर-मेटल-सारखा अनुभव घेऊ इच्छिणाऱ्या ग्राहकांसाठी उत्तम आहे.

बूट प्रवाह
PIC64GX मध्ये RISC-V coreplex चा 64-bit E51 सिस्टम मॉनिटर हार्ट आणि 4 64-bit U54 ऍप्लिकेशन हार्टचा समावेश आहे. आरआयएससी-व्ही शब्दावलीमध्ये, हार्ट हा आरआयएससी-व्ही अंमलबजावणी संदर्भ आहे ज्यामध्ये नोंदणीचा संपूर्ण संच असतो आणि जो त्याचा कोड स्वतंत्रपणे कार्यान्वित करतो. तुम्ही याचा विचार हार्डवेअर थ्रेड किंवा सिंगल सीपीयू म्हणून करू शकता. एका गाभ्यामध्ये असलेल्या हार्ट्सच्या समूहाला सहसा कॉम्प्लेक्स म्हणतात. हा विषय PIC64GX coreplex सुरू करण्याच्या चरणांचे वर्णन करतो, ज्यामध्ये E51 सिस्टम मॉनिटर्स हार्ट आणि U54 ऍप्लिकेशन हार्ट समाविष्ट आहे.

PIC64GX coreplex वर पॉवर.
पॉवर-ऑन असताना, RISC-V कोरेप्लेक्समधील सर्व हार्ट्स सिक्युरिटी कंट्रोलरद्वारे रीसेट करण्यापासून मुक्त केले जातात.

ऑन-चिप eNVM फ्लॅश मेमरीवरून HSS कोड चालवा.
सुरुवातीला, प्रत्येक हृदय ऑन-चिप eNVM फ्लॅश मेमरीमधून HSS कोड चालवण्यास सुरुवात करते. या कोडमुळे सर्व U54 ऍप्लिकेशन हार्ट फिरतात, सूचनांची वाट पाहत असतात आणि E51 मॉनिटर हार्टला सिस्टम सुरू करण्यासाठी आणि आणण्यासाठी कोड चालू करण्यास प्रारंभ करू देते.
एचएसएस कोड eNVM ते L2-स्क्रॅच मेमरीमध्ये डिकंप्रेस करा.
त्याच्या बिल्ड-टाइम कॉन्फिगरेशनवर अवलंबून, HSS सामान्यत: eNVM फ्लॅश मेमरीच्या क्षमतेपेक्षा मोठा असतो आणि म्हणून E51 वर चालणारा HSS कोड सर्वप्रथम स्वतःला eNVM ते L2-Scratch मेमरी डिकंप्रेस करतो, आकृतीमध्ये दाखवल्याप्रमाणे. 1.2 आणि आकृती 1.3.
आकृती 1.2. HSS eNVM ते L2 स्क्रॅच पर्यंत डिकंप्रेस करते
आकृती 1.3. डीकंप्रेशन दरम्यान एचएसएस मेमरी नकाशा

खालील चित्रात दाखवल्याप्रमाणे eNVM वरून L2-Scratch वर जा.
आकृती 1.4. डीकंप्रेशननंतर L2Scratch मध्ये HSS eNVM वरून कोड नाऊ मध्ये उडी मारते
एक्झिक्युटेबलमध्ये तीन घटक असतात:
- हार्डवेअर ॲब्स्ट्रॅक्शन लेयर (HAL), लो-लेव्हल कोड आणि बेअर मेटल ड्रायव्हर्स
- RISC-V OpenSBI चा स्थानिक HSS काटा (PIC64GX वर अपस्ट्रीम पासून थोडासा सुधारित AMP उद्देश)
- HSS रनटाइम सेवा (राज्य मशीन सुपर लूपमध्ये चालतात)
OpenSBI द्वारे वापरलेले हार्डवेअर आणि डेटा स्ट्रक्चर्स सुरू करा.
या आरंभासाठी HSS सेवा "स्टार्टअप" जबाबदार आहे.
बाह्य संचयनातून अनुप्रयोग वर्कलोड (payload.bin) प्रतिमा आणा. हे आकृती 1.5 आणि आकृती 1.6 मध्ये दर्शविले आहे
महत्त्वाचे: PIC64GX Curiosity Kit च्या बाबतीत, हे SD कार्डवरून असेल.
आकृती 1.5. बाह्य संचयनातून payload.bin वर्कलोड प्रतिमा आणत आहे
आकृती 1.6. payload.bin आणल्यानंतर HSS मेमरी नकाशा
payload.bin वरून त्यांच्या अंमलबजावणीच्या वेळेच्या गंतव्यस्थानावर विविध विभाग कॉपी करा. payload.bin ही एक स्वरूपित प्रतिमा आहे, जी SMP किंवा साठी विविध अनुप्रयोग प्रतिमा एकत्रित करते AMP कामाचे ओझे यात कोड, डेटा आणि वर्णनात्मक सारण्यांचा समावेश आहे जे HSS ला कोड आणि डेटा विभाग योग्यरित्या ठेवण्यास सक्षम करतात, जिथे ते विविध ऍप्लिकेशन वर्कलोड्स चालवण्यासाठी आवश्यक असतात.
आकृती 1.7. payload.bin गंतव्य पत्त्यावर कॉपी केले आहे
संबंधित U54 ला त्यांच्या एक्झिक्युशन स्टार्ट पत्त्यांवर जाण्याची सूचना द्या. ही प्रारंभ पत्ता माहिती payload.bin मध्ये समाविष्ट आहे.
U54 ऍप्लिकेशन हार्ट आणि कोणतेही सेकंद सुरू कराtage बूट लोडर. उदाampले, यू-बूट लिनक्स आणते.

रीबूट करा

सिस्टम बूटिंगच्या संकल्पनेशी संबंधित म्हणजे रीबूट करणे आवश्यक आहे. PIC64GX ऍप्लिकेशन वर्कलोड्सबद्दल विचार करताना, रीबूट करण्यासाठी सिमेट्रिक मल्टीप्रोसेसिंग (SMP) आणि असममित मल्टीप्रोसेसिंग (दोन्हींचा विचार करणे आवश्यक आहे.AMP) परिस्थिती:

एसएमपी सिस्टमच्या बाबतीत, रीबूट संपूर्ण सिस्टमला सुरक्षितपणे कोल्ड रीबूट करू शकते कारण दुसऱ्या संदर्भात विचार करण्यासाठी कोणतेही अतिरिक्त वर्कलोड नाहीत.
च्या बाबतीत AMP सिस्टम, वर्कलोडला फक्त स्वतः रीबूट करण्याची परवानगी दिली जाऊ शकते (आणि इतर कोणत्याही संदर्भामध्ये व्यत्यय आणू नये), किंवा संपूर्ण सिस्टम रीबूट करण्यास सक्षम असण्याचा विशेषाधिकार असेल.

रीबूट करा आणि AMP
SMP सक्षम करण्यासाठी आणि AMP रीबूट परिस्थिती, HSS उबदार आणि थंड रीबूट विशेषाधिकारांच्या संकल्पनांना समर्थन देते, जे संदर्भासाठी नियुक्त करण्यायोग्य आहेत. उबदार रीबूट विशेषाधिकार असलेला संदर्भ केवळ स्वतःच रीबूट करण्यास सक्षम आहे, आणि कोल्ड रीबूट विशेषाधिकार असलेला संदर्भ संपूर्ण सिस्टम रीबूट करू शकतो. उदाample, खालील प्रातिनिधिक परिस्थितींचा विचार करा.

एकल संदर्भ SMP वर्कलोड, ज्याला संपूर्ण सिस्टम रीबूट करण्याची विनंती करण्याची परवानगी आहे
या परिस्थितीत, संदर्भास कोल्ड रीबूट विशेषाधिकाराची अनुमती आहे.
एक दोन संदर्भ AMP वर्कलोड, जेथे संदर्भ A ला संपूर्ण सिस्टम रीबूटची विनंती करण्याची परवानगी आहे (सर्व संदर्भांवर परिणाम होतो), आणि संदर्भ B ला फक्त स्वतः रीबूट करण्याची परवानगी आहे
या परिस्थितीत, संदर्भ A ला थंड रीबूट विशेषाधिकाराची अनुमती आहे आणि संदर्भ B ला उबदार रीबूट विशेषाधिकाराची अनुमती आहे.

एक दोन संदर्भ AMP वर्कलोड, जिथे संदर्भ A आणि B ला फक्त स्वतःला रीबूट करण्याची परवानगी आहे (आणि इतर संदर्भांवर परिणाम होत नाही)
या परिस्थितीत, दोन्ही संदर्भांना फक्त उबदार रीबूट विशेषाधिकारांची परवानगी आहे.
एक दोन संदर्भ AMP वर्कलोड, जेथे संदर्भ A आणि B दोघांना संपूर्ण सिस्टम रीबूटची विनंती करण्याची परवानगी आहे

या परिस्थितीत, दोन्ही संदर्भांना कोल्ड रीबूट विशेषाधिकारांची अनुमती आहे.
शिवाय, HSS ला बिल्ड टाइममध्ये नेहमी कोल्ड रीबूट विशेषाधिकाराला अनुमती देणे आणि कोल्ड रीबूट विशेषाधिकाराला कधीही परवानगी न देणे शक्य आहे.

संबंधित HSS Kconfig पर्याय
Kconfig ही एक सॉफ्टवेअर बिल्ड कॉन्फिगरेशन सिस्टम आहे. हे सामान्यतः बिल्ड-टाइम पर्याय निवडण्यासाठी आणि वैशिष्ट्ये सक्षम किंवा अक्षम करण्यासाठी वापरले जाते. हे लिनक्स कर्नलपासून उद्भवले परंतु आता यू-बूट, झेफायर आणि पीआयसी64जीएक्स एचएसएससह लिनक्स कर्नलच्या पलीकडे असलेल्या इतर प्रकल्पांमध्ये त्याचा वापर आढळला आहे.

HSS मध्ये दोन Kconfig पर्याय आहेत जे HSS दृष्टीकोनातून रीबूट कार्यक्षमता नियंत्रित करतात:

CONFIG_ALLOW_COLD रीबूट करा
हे सक्षम केले असल्यास, ते जागतिक स्तरावर कोल्ड रीबूट ecall जारी करण्यासाठी संदर्भाला अनुमती देते. अक्षम केल्यास, फक्त उबदार रीबूट करण्याची परवानगी असेल. हा पर्याय सक्षम करण्याव्यतिरिक्त, पेलोड जनरेटर YAML द्वारे कोल्ड रीबूट जारी करण्याची परवानगी एखाद्या संदर्भास दिली जाणे आवश्यक आहे. file किंवा खालील Kconfig पर्याय.
CONFIG_ALLOW_COLD REBOOT_ALWAYS
- सक्षम असल्यास, हे वैशिष्ट्य जागतिक स्तरावर सर्व संदर्भांना कोल्ड रीबूट ECAA जारी करण्यास अनुमती देते, payload.bin ध्वज हक्कांची पर्वा न करता.
- याव्यतिरिक्त, payload.bin मध्ये स्वतःच प्रति-संदर्भ ध्वज असू शकतो, हे दर्शविते की विशिष्ट संदर्भ कोल्ड रीबूट जारी करण्याचा अधिकार आहे:
  - संदर्भ वॉर्म रीबूट दुसऱ्या संदर्भाला अनुमती देण्यासाठी, आम्ही YAML वर्णनामध्ये परवानगी-रीबूट: उबदार हा पर्याय जोडू शकतो. file payload.bin तयार करण्यासाठी वापरले जाते
  - संपूर्ण सिस्टीमच्या संदर्भ कोल्ड रीबूटला अनुमती देण्यासाठी, आम्ही परवानगी-रीबूट: कोल्ड हा पर्याय जोडू शकतो. डीफॉल्टनुसार, अनुमती-रीबूट निर्दिष्ट केल्याशिवाय, संदर्भाला केवळ उबदार रीबूटची परवानगी आहे या ध्वजाच्या सेटिंगची पर्वा न करता, HSS मध्ये CONFIG_ALLOW_COLDREBOOT सक्षम नसल्यास, HSS सर्व कोल्ड रीबूट विनंत्या उबदार (प्रति-संदर्भ) रीबूट करण्यासाठी पुन्हा कार्य करेल. .

तपशीलवार रीबूट करा
हा विभाग तपशीलवार वर्णन करतो की रीबूट कसे कार्य करते - OpenSBI लेयर (सर्वात कमी एम-मोड लेयर) पासून सुरुवात करून आणि नंतर ही OpenSBI लेयर कार्यक्षमता RTOS ऍप्लिकेशन किंवा Linux सारख्या समृद्ध OS वरून कशी ट्रिगर केली जाते यावर चर्चा करते.

OpenSBI रीबूट ecall

RISC-V सुपरवायझर बायनरी इंटरफेस (SBI) स्पेसिफिकेशन प्लॅटफॉर्म इनिशिएलायझेशन आणि फर्मवेअर रनटाइम सेवांसाठी प्रमाणित हार्डवेअर ॲब्स्ट्रॅक्शन लेयरचे वर्णन करते. SBI चा मुख्य उद्देश विविध RISC-V अंमलबजावणीमध्ये पोर्टेबिलिटी आणि सुसंगतता सक्षम करणे हा आहे.
ओपनएसबीआय (ओपन सोर्स सुपरवायझर बायनरी इंटरफेस) हा एक ओपन सोर्स प्रोजेक्ट आहे जो एसबीआय स्पेसिफिकेशनची संदर्भ अंमलबजावणी प्रदान करतो. ओपनएसबीआय इंटरप्ट हँडलिंग, टाइमर मॅनेजमेंट आणि कन्सोल I/O यासह रनटाइम सेवा देखील प्रदान करते, ज्याचा वापर उच्च-स्तरीय सॉफ्टवेअर स्तरांद्वारे केला जाऊ शकतो.
OpenSBI HSS चा भाग म्हणून समाविष्ट आहे आणि मशीन मोड स्तरावर चालते. जेव्हा ऑपरेटिंग सिस्टीम किंवा ऍप्लिकेशनमुळे सापळा होतो तेव्हा ते हाताळण्यासाठी ओपनएसबीआयकडे पाठवले जाईल. ओपनएसबीआय ईकॉल नावाच्या विशिष्ट ट्रॅप यंत्रणेद्वारे सॉफ्टवेअरच्या वरच्या स्तरांवर विशिष्ट सिस्टम-कॉल प्रकारची कार्यक्षमता उघड करते.

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

अधिक माहितीसाठी, पहा RISC-V पर्यवेक्षक बायनरी इंटरफेस तपशील विशेषतः सिस्टम रीसेट विस्तार (EID #0x53525354 “SRST”).

लिनक्स रीबूट

विशिष्ट माजी म्हणूनampयापैकी, लिनक्समध्ये, शटडाउन कमांड सिस्टम थांबवण्यासाठी किंवा रीबूट करण्यासाठी वापरली जाते. कमांडमध्ये सामान्यत: halt, power off आणि reboot अशी अनेक उपनावे असतात. शटडाउनवर मशीन थांबवायची, शटडाउनवर मशीन बंद करायची किंवा बंद झाल्यावर मशीन रीबूट करायची हे ही उपनाम निर्दिष्ट करतात.

या यूजर-स्पेस कमांड्स लिनक्सला रीबूट सिस्टम कॉल जारी करतात, जो कर्नलमध्ये अडकलेला असतो आणि SBI ecall मध्ये इंटरवर्क केला जातो.
रीबूटचे विविध स्तर आहेत - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - हे कर्नलला कमांड लाइन आर्ग्युमेंट म्हणून पास केले जाऊ शकतात (उदा.ample, REBOOT_WARM साठी reboot=w[arm]). लिनक्स कर्नल सोर्स कोडबद्दल अधिक माहितीसाठी, पहा Documentation/admin-guide/kernel-paramters.txt.

वैकल्पिकरित्या, /sys/kernel/reboot कार्यान्वित असल्यास, वर्तमान प्रणाली रीबूट कॉन्फिगरेशन मिळविण्यासाठी खालील हँडलर वाचले जाऊ शकतात, आणि ते बदलण्यासाठी लिहिले जाऊ शकतात. लिनक्स कर्नल सोर्स कोडबद्दल अधिक माहितीसाठी, पहा दस्तऐवजीकरण/ABI/चाचणी/sysfs-kernel-reboot.

पहारेकरी

सिस्टम बूटिंग आणि सिस्टम रीबूटिंगशी संबंधित आणखी एक संकल्पना म्हणजे वॉचडॉग टाइमरच्या फायरिंगवर सिस्टम पुनर्प्राप्ती. वॉचडॉग टाइमर मोठ्या प्रमाणावर एम्बेडेड सिस्टममध्ये वापरले जातात ते आपोआप क्षणिक हार्डवेअर दोषांमधून पुनर्प्राप्त करण्यासाठी आणि चुकीचे किंवा दुर्भावनापूर्ण सॉफ्टवेअरला सिस्टम ऑपरेशनमध्ये व्यत्यय आणण्यापासून रोखण्यासाठी.
PIC64GX मध्ये हार्डवेअर वॉचडॉग सपोर्ट समाविष्ट आहे जेव्हा सिस्टम चालू असताना वैयक्तिक हार्टचे निरीक्षण करण्यासाठी. वॉचडॉग्ज हे सुनिश्चित करतात की हारट्स रीस्टार्ट केले जाऊ शकतात जर ते पुनर्प्राप्त न करता येणाऱ्या सॉफ्टवेअर त्रुटींमुळे प्रतिसाद देत नाहीत.

PIC64GX मध्ये वॉचडॉग टाइमर हार्डवेअर ब्लॉक्सच्या पाच घटनांचा समावेश आहे ज्याचा वापर सिस्टम लॉकअप शोधण्यासाठी केला जातो - प्रत्येक हार्टसाठी एक. मिश्रित असममित बहु-प्रक्रिया सुलभ करण्यासाठी (AMP) वर्कलोड्स, HSS निरीक्षण आणि वॉचडॉग्सच्या गोळीबारावर प्रतिक्रिया देण्यास समर्थन देते.

PIC64GX वॉचडॉग

HSS पॉवर-अपवर ऍप्लिकेशन हार्ट्स बूट करण्यासाठी आणि कोणत्याही वेळी त्यांना (वैयक्तिकरित्या किंवा एकत्रितपणे) पुन्हा बूट करण्यासाठी जबाबदार आहे.tage, ते आवश्यक किंवा इच्छित असले पाहिजे. याचा परिणाम म्हणून, PIC64GX वर वॉचडॉग इव्हेंट्सवर प्रतिक्रिया देणे HSS द्वारे हाताळले जाते.

एक 'व्हर्च्युअल वॉचडॉग' मॉनिटर HSS राज्य मशीन सेवा म्हणून कार्यान्वित केला जातो आणि प्रत्येक U54 वैयक्तिक वॉचडॉग हार्डवेअर मॉनिटर्सच्या स्थितीचे निरीक्षण करणे ही त्याची जबाबदारी आहे. जेव्हा या U54 वॉचडॉगपैकी एक ट्रिप करते, तेव्हा HSS हे ओळखते आणि योग्य म्हणून U54 रीबूट करेल. U54 हा SMP संदर्भाचा भाग असल्यास, संदर्भाला उबदार रीबूट विशेषाधिकार दिल्यास, संपूर्ण संदर्भ रीबूटसाठी विचारात घेतला जातो. संदर्भामध्ये कोल्ड रीबूट विशेषाधिकार असल्यास संपूर्ण प्रणाली रीबूट केली जाईल.

संबंधित Kconfig पर्याय

वॉचडॉग समर्थन रिलीझ केलेल्या HSS बिल्डमध्ये डीफॉल्टनुसार समाविष्ट केले आहे. तुम्हाला सानुकूल HSS बनवायचे असल्यास, वॉचडॉग सपोर्ट सक्षम असल्याची खात्री करण्यासाठी हा विभाग कॉन्फिगरेशन मेकॅनिझमचे वर्णन करेल.

Kconfig कॉन्फिगरेशन सिस्टम वापरून HSS कॉन्फिगर केले आहे. एक उच्चस्तरीय .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 एम-मोडमध्ये, U54 वर, प्रति-संदर्भ रीबूट (म्हणजे पूर्ण-चिप रीबूट न करता केवळ एक संदर्भ रीबूट) आणि HSS ला आरोग्याचे निरीक्षण करण्यास अनुमती देण्यासाठी निवासी राहील ( ECCs, लॉक स्टेटस बिट्स, बस एरर, SBI एरर, PMP चे उल्लंघन इ.).

प्रति-वर रीबूट क्षमता प्रदान करण्यासाठीAMP संदर्भ आधारावर (संपूर्ण सिस्टमला रीबूट करण्याची आवश्यकता नसताना), E51 मध्ये सामान्यतः सिस्टमच्या संपूर्ण मेमरी स्पेसमध्ये विशेषाधिकार प्राप्त मेमरी प्रवेश असतो. तथापि, अशी परिस्थिती असू शकते जेथे हे इष्ट नाही, आणि प्रणाली यशस्वीरीत्या बूट झाल्यावर ग्राहक E51 HSS फर्मवेअर काय करतो ते प्रतिबंधित करण्यास प्राधान्य देऊ शकतो. या प्रकरणात, U54 ऍप्लिकेशन हार्ट्स बूट झाल्यानंतर HSS ला लॉकडाउन मोडमध्ये ठेवणे शक्य आहे.
हे HSS Kconfig पर्याय CONFIG_SERVICE_LOCKDOWN वापरून सक्षम केले जाऊ शकते.

लॉकडाउन सेवा U54 ऍप्लिकेशन हार्ट्स बूट केल्यानंतर HSS च्या क्रियाकलापांना प्रतिबंधित करण्यास अनुमती देण्याच्या उद्देशाने आहे.

आकृती 4.2. 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 शीर्षलेख

कोड आणि प्रारंभ केलेला स्थिर डेटा केवळ-वाचनीय मानला जातो आणि केवळ-वाचनीय विभागात संग्रहित केला जातो, ज्याला शीर्षलेख वर्णनकर्त्यांद्वारे सूचित केले जाते.
नॉन-झिरो इनिशियलाइज्ड डेटा व्हेरिएबल्स हे रीड-राइट डेटा असतात परंतु स्टार्ट-अपच्या वेळी त्यांची इनिशिएलायझेशन व्हॅल्यू केवळ-वाचनीय भागातून कॉपी केली जातात. हे केवळ-वाचनीय विभागात देखील संग्रहित केले जातात.
केवळ-वाचनीय पेलोड डेटा विभागाचे वर्णन कोड आणि डेटा भाग वर्णनकर्त्यांच्या सारणीद्वारे केले जाते. या सारणीतील प्रत्येक भाग वर्णनात 'हार्ट ओनर' (मुख्य हार्ट ज्या संदर्भात ते लक्ष्यित आहे
at), एक लोड ऑफसेट (payload.bin मध्ये ऑफसेट), आणि एक अंमलबजावणी पत्ता (PIC64GX मेमरीमधील गंतव्य पत्ता), आकार आणि चेकसमसह. हे आकृती A.12 मध्ये दाखवले आहे.

आकृती A.12. रीड-ओन्ली भाग वर्णनकर्ता आणि पेलोड भाग डेटा

वर नमूद केलेल्या भागांव्यतिरिक्त, डेटा व्हेरिएबल्सशी संबंधित मेमरीचे भाग देखील आहेत जे शून्यावर प्रारंभ केले जातात. हे payload.bin मध्ये डेटा म्हणून संग्रहित केले जात नाहीत, परंतु त्याऐवजी शुन्य-इनिशियल चंक डिस्क्रिप्टर्सचा एक विशेष संच आहे, जो स्टार्टअप दरम्यान शून्यावर सेट करण्यासाठी पत्ता आणि रॅमची लांबी निर्दिष्ट करतो. हे आकृती A.13 मध्ये दाखवले आहे.

आकृती A.13. ZI भाग

hss-पेलोड-जनरेटर
HSS पेलोड जनरेटर टूल हार्ट सॉफ्टवेअर सर्व्हिस शून्य-s साठी स्वरूपित पेलोड प्रतिमा तयार करते.tagई बूटलोडर PIC64GX वर, कॉन्फिगरेशन दिले आहे file आणि ELF चा संच files आणि/किंवा बायनरी. कॉन्फिगरेशन file वैयक्तिक ऍप्लिकेशन हार्ट्स (U54s) वर ELF बायनरी किंवा बायनरी ब्लॉब मॅप करण्यासाठी वापरले जाते.

आकृती B.14. hss-पेलोड-जनरेटर प्रवाह

हे टूल कॉन्फिगरेशनच्या संरचनेवर मूलभूत आरोग्य तपासणी करते 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 वापरकर्ता मोड

खालील माजीampले:

test/zephyr.elf हे Zephyr ऍप्लिकेशन मानले जाते जे U54_3 मध्ये चालते आणि PRV_M विशेषाधिकार मोडमध्ये सुरू होण्याची अपेक्षा करते.
test/u-boot-dtb.bin हे दास यू-बूट बूटलोडर ऍप्लिकेशन आहे आणि ते 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', 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}

महत्त्वाचे:
केस फक्त साठी महत्वाचे आहे file पथ नावे, कीवर्ड नाही. म्हणून, उदाहरणार्थ, u54_1 ला U54_1 सारखेच मानले जाते आणि exec-addr EXEC-ADDR सारखेच मानले जाते. an.elf किंवा .bin विस्तार उपस्थित असल्यास, ते कॉन्फिगरेशनमध्ये समाविष्ट करणे आवश्यक आहे file.

ओपनएसबीआयशी संबंधित नसलेल्या बेअर मेटल ऍप्लिकेशनसाठी, स्किप-ओपन हा पर्याय सत्य असल्यास, त्या हृदयावरील पेलोडला एक साधा mret वापरून आमंत्रित केले जाईल.
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 ला नेक्स्ट_arg1 फील्डमध्ये पास केला जाईल (बूटच्या वेळी इमेजला $a1 रजिस्टरमध्ये पास केला जाईल).
HSS ला संदर्भ आपोआप बूट होण्यापासून प्रतिबंधित करण्यासाठी (उदाहरणार्थ, आम्ही त्याऐवजी remoteProc वापरून एखाद्या संदर्भावर नियंत्रण सोपवू इच्छित असल्यास), स्किप-ऑटोबूट ध्वज वापरा:
test/zephyr.elf: {exec-addr: '0xB0000000', owner-hart: u54_3, priv-mode: prv_m, skip-opensbi: true, skip-autoboot: true}

शेवटी, आम्ही पेलोड-नाव पर्याय वापरून वैयक्तिक पेलोडची नावे वैकल्पिकरित्या ओव्हरराइड करू शकतो. उदाampले:
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, पेलोड-नाव: 'u-boot' }

लक्षात घ्या की Yocto आणि Buildroot Linux बिल्डर hss-payload- तयार, कॉन्फिगर आणि चालवतील.
अनुप्रयोग प्रतिमा व्युत्पन्न करण्यासाठी आवश्यकतेनुसार जनरेटर. याव्यतिरिक्त, pic64gx-कुतूहल-किट-amp Yocto मधील मशीन टार्गेट hss-payload-generator टूल वापरून ॲप्लिकेशन इमेज तयार करेल जे दाखवते AMP, Linux 3 हार्टवर आणि Zephyr 1 हार्टवर चालत आहे.

पुनरावृत्ती इतिहास
पुनरावृत्ती इतिहास दस्तऐवजात लागू केलेल्या बदलांचे वर्णन करतो. सर्वात वर्तमान प्रकाशनापासून सुरू होणारे बदल पुनरावृत्तीद्वारे सूचीबद्ध केले जातात.

उजळणी	तारीख	वर्णन
A	07/2024	प्रारंभिक पुनरावृत्ती

मायक्रोचिप माहिती

मायक्रोचिप Webसाइट
मायक्रोचिप आमच्याद्वारे ऑनलाइन समर्थन प्रदान करते webयेथे साइट www.microchip.com/. या webसाइट तयार करण्यासाठी वापरली जाते files आणि ग्राहकांना सहज उपलब्ध असलेली माहिती. उपलब्ध असलेल्या काही सामग्रीमध्ये हे समाविष्ट आहे:

उत्पादन समर्थन - डेटाशीट्स आणि इरेटा, ऍप्लिकेशन नोट्स आणि एसample प्रोग्राम्स, डिझाइन संसाधने, वापरकर्त्याचे मार्गदर्शक आणि हार्डवेअर समर्थन दस्तऐवज, नवीनतम सॉफ्टवेअर प्रकाशन आणि संग्रहित सॉफ्टवेअर
सामान्य तांत्रिक समर्थन - वारंवार विचारले जाणारे प्रश्न (FAQ), तांत्रिक समर्थन विनंत्या, ऑनलाइन चर्चा गट, मायक्रोचिप डिझाइन भागीदार कार्यक्रम सदस्य सूची
मायक्रोचिपचा व्यवसाय - उत्पादन निवडक आणि ऑर्डरिंग मार्गदर्शक, नवीनतम मायक्रोचिप प्रेस रिलीज, सेमिनार आणि कार्यक्रमांची सूची, मायक्रोचिप विक्री कार्यालयांची सूची, वितरक आणि कारखाना प्रतिनिधी

उत्पादन बदल सूचना सेवा

मायक्रोचिपची उत्पादन बदल सूचना सेवा ग्राहकांना मायक्रोचिप उत्पादनांवर अद्ययावत ठेवण्यास मदत करते. जेव्हा जेव्हा विशिष्ट उत्पादन कुटुंबाशी संबंधित बदल, अद्यतने, पुनरावृत्ती किंवा इरेटा असेल तेव्हा सदस्यांना ईमेल सूचना प्राप्त होईल किंवा स्वारस्य असलेल्या विकास साधनाशी संबंधित.
नोंदणी करण्यासाठी, वर जा www.microchip.com/pcn आणि नोंदणी सूचनांचे अनुसरण करा.

ग्राहक समर्थन
मायक्रोचिप उत्पादनांचे वापरकर्ते अनेक माध्यमांद्वारे सहाय्य प्राप्त करू शकतात:

वितरक किंवा प्रतिनिधी
स्थानिक विक्री कार्यालय
एम्बेडेड सोल्युशन्स इंजिनियर (ईएसई)
तांत्रिक सहाय्य

समर्थनासाठी ग्राहकांनी त्यांच्या वितरक, प्रतिनिधी किंवा ESE शी संपर्क साधावा. ग्राहकांच्या मदतीसाठी स्थानिक विक्री कार्यालये देखील उपलब्ध आहेत. या दस्तऐवजात विक्री कार्यालये आणि स्थानांची सूची समाविष्ट केली आहे.
च्या माध्यमातून तांत्रिक सहाय्य उपलब्ध आहे webयेथे साइट: www.microchip.com/support.

मायक्रोचिप डिव्हाइसेस कोड संरक्षण वैशिष्ट्य
मायक्रोचिप उत्पादनांवरील कोड संरक्षण वैशिष्ट्याचे खालील तपशील लक्षात घ्या:

मायक्रोचिप उत्पादने त्यांच्या विशिष्ट मायक्रोचिप डेटा शीटमध्ये समाविष्ट असलेल्या वैशिष्ट्यांची पूर्तता करतात.
मायक्रोचिपचा असा विश्वास आहे की त्याच्या उत्पादनांचे कुटुंब इच्छित पद्धतीने, ऑपरेटिंग वैशिष्ट्यांमध्ये आणि सामान्य परिस्थितीत वापरल्यास सुरक्षित आहे.
मायक्रोचिप त्याच्या बौद्धिक संपदा अधिकारांचे मूल्य आणि आक्रमकपणे संरक्षण करते. मायक्रोचिप उत्पादनांच्या कोड संरक्षण वैशिष्ट्यांचा भंग करण्याचा प्रयत्न कठोरपणे प्रतिबंधित आहे आणि डिजिटल मिलेनियम कॉपीराइट कायद्याचे उल्लंघन करू शकते.
मायक्रोचिप किंवा इतर कोणताही सेमीकंडक्टर निर्माता त्याच्या कोडच्या सुरक्षिततेची हमी देऊ शकत नाही. कोड संरक्षणाचा अर्थ असा नाही की आम्ही उत्पादन "अटूट" असल्याची हमी देत आहोत. कोड संरक्षण सतत विकसित होत आहे. मायक्रोचिप आमच्या उत्पादनांची कोड संरक्षण वैशिष्ट्ये सतत सुधारण्यासाठी वचनबद्ध आहे.

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

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

कोणत्याही अप्रत्यक्ष, विशेष, दंडात्मक, आकस्मिक, किंवा परिणामी नुकसान, नुकसान, खर्च किंवा कोणत्याही प्रकारच्या खर्चासाठी मायक्रोचिप जबाबदार राहणार नाही, ज्याचा वापर आयव्होरिनेटशी संबंधित असेल. HIP चा सल्ला दिला गेला आहे संभाव्यता किंवा नुकसान अंदाजे आहेत. कायद्याने परवानगी दिलेल्या पूर्ण मर्यादेपर्यंत, माहिती किंवा तिच्या वापराशी संबंधित कोणत्याही प्रकारे सर्व दाव्यांवर मायक्रोचिपची संपूर्ण उत्तरदायित्व फीची संख्या ओलांडणार नाही, जर काही असेल तर, तरीही ATION.

लाइफ सपोर्ट आणि/किंवा सुरक्षा ऍप्लिकेशन्समध्ये मायक्रोचिप उपकरणांचा वापर पूर्णपणे खरेदीदाराच्या जोखमीवर आहे आणि खरेदीदार अशा वापरामुळे होणारे सर्व नुकसान, दावे, दावे किंवा खर्चापासून संरक्षण, नुकसान भरपाई आणि निरुपद्रवी मायक्रोचिप ठेवण्यास सहमत आहे. कोणत्याही मायक्रोचिप बौद्धिक संपदा अधिकारांतर्गत कोणताही परवाना स्पष्टपणे किंवा अन्यथा सांगितल्याशिवाय दिला जात नाही.

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

AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed Control, HyperLight Load, Libero, motor bench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC Plus लोगो, Quiet-World, SmartFit, SWW, , TimeCesium, TimeHub, TimePictra, TimeProvider, आणि ZL हे यूएसए मधील मायक्रोचिप तंत्रज्ञानाचे नोंदणीकृत ट्रेडमार्क आहेत.

संलग्न की सप्रेशन, AKS, analog-for-the-Digital Age, Any Capacitor, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCDP, CCDPIDMs, CryptoAutomotive. डायनॅमिक सरासरी जुळणी , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, इन-सर्किट सिरीयल प्रोग्रामिंग, ICSP, INICnet, इंटेलिजेंट समांतर, IntelliMOS, इंटर-चिप कनेक्टिव्हिटी, JitterBlocker, Knob-on-Display, MarginLink, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB प्रमाणित लोगो, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, सर्वज्ञ कोड जनरेशन, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS, PowermarScon 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 हे इतर देशांमधील Microchip Technology Inc. चे नोंदणीकृत ट्रेडमार्क आहेत.
GestIC हा मायक्रोचिप टेक्नॉलॉजी जर्मनी II GmbH & Co. KG चा नोंदणीकृत ट्रेडमार्क आहे, जो इतर देशांतील Microchip Technology Inc. ची उपकंपनी आहे.

ISBN: 978-1-6683-4890-1

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

जगभरातील विक्री आणि सेवा

अमेरिका

आशिया/पॅसिफिक

युरोप

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

2355 वेस्ट चँडलर Blvd. चांडलर, AZ 85224-6199

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

तांत्रिक समर्थन: www.microchip.com/support

Web पत्ता: www.microchip.com

अटलांटा

दुलुथ, जी.ए

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

ऑस्टिन, TX

दूरध्वनी: ५७४-५३७-८९००

बोस्टन

Westborough, MA दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

शिकागो

इटास्का, आयएल

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

डॅलस

अ‍ॅडिसन, टीएक्स

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

डेट्रॉईट

नोव्ही, एमआय

दूरध्वनी: ५७४-५३७-८९००

ह्यूस्टन, TX

दूरध्वनी: ५७४-५३७-८९००

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

Noblesville, IN Tel: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

दूरध्वनी: ५७४-५३७-८९००

लॉस एंजेलिस

मिशन व्हिएजो, CA दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

दूरध्वनी: ५७४-५३७-८९००

रॅले, NC

दूरध्वनी: ५७४-५३७-८९००

न्यूयॉर्क, NY

दूरध्वनी: ५७४-५३७-८९००

सॅन जोस, CA

दूरध्वनी: ५७४-५३७-८९००

कॅनडा – टोरंटो

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

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

दूरध्वनी: 61-2-9868-6733

चीन - बीजिंग

दूरध्वनी: 86-10-8569-7000

चीन - चेंगडू

दूरध्वनी: 86-28-8665-5511

चीन - चोंगकिंग

दूरध्वनी: 86-23-8980-9588

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

दूरध्वनी: 86-769-8702-9880

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

दूरध्वनी: 86-20-8755-8029

चीन - हांगझोऊ

दूरध्वनी: 86-571-8792-8115

चीन – हाँग काँग SAR

दूरध्वनी: ८८६-३-५५०८१३७

चीन - नानजिंग

दूरध्वनी: 86-25-8473-2460

चीन - किंगदाओ

दूरध्वनी: 86-532-8502-7355

चीन - शांघाय

दूरध्वनी: 86-21-3326-8000

चीन - शेनयांग

दूरध्वनी: 86-24-2334-2829

चीन - शेन्झेन

दूरध्वनी: 86-755-8864-2200

चीन - सुझोऊ

दूरध्वनी: 86-186-6233-1526

चीन - वुहान

दूरध्वनी: 86-27-5980-5300

चीन - शियान

दूरध्वनी: 86-29-8833-7252

चीन - झियामेन

दूरध्वनी: ८८६-३-५५०८१३७

चीन - झुहाई

दूरध्वनी: ८८६-३-५५०८१३७

भारत – बंगलोर

दूरध्वनी: 91-80-3090-4444

भारत - नवी दिल्ली

दूरध्वनी: 91-11-4160-8631

भारत – पुणे

दूरध्वनी: 91-20-4121-0141

जपान – ओसाका

दूरध्वनी: 81-6-6152-7160

जपान – टोकियो

दूरध्वनी: ८१-३-६८८०- ३७७०

कोरिया - डेगू

दूरध्वनी: 82-53-744-4301

कोरिया - सोल

दूरध्वनी: 82-2-554-7200

मलेशिया - क्वाला लंपूर

दूरध्वनी: 60-3-7651-7906

मलेशिया - पेनांग

दूरध्वनी: 60-4-227-8870

फिलीपिन्स – मनिला

दूरध्वनी: 63-2-634-9065

सिंगापूर

दूरध्वनी: ८८६-३-५५०८१३७

तैवान - हसीन चू

दूरध्वनी: 886-3-577-8366

तैवान - काओशुंग

दूरध्वनी: 886-7-213-7830

तैवान - तैपेई

दूरध्वनी: 886-2-2508-8600

थायलंड - बँकॉक

दूरध्वनी: 66-2-694-1351

व्हिएतनाम - हो ची मिन्ह

दूरध्वनी: 84-28-5448-2100

ऑस्ट्रिया – वेल्स

दूरध्वनी: 43-7242-2244-39

फॅक्स: ८८६-२-२९९५-६६४९

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

दूरध्वनी: ८८६-३-५५०८१३७

फॅक्स: ८८६-३-५५०८१३१

फिनलंड – एस्पू

दूरध्वनी: 358-9-4520-820

फ्रान्स – पॅरिस

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

जर्मनी – रोझेनहेम

दूरध्वनी: 49-8031-354-560

इस्रायल - हॉड हशरोन

दूरध्वनी: 972-9-775-5100

इटली - मिलान

दूरध्वनी: ८८६-३-५५०८१३७

फॅक्स: ८८६-३-५५०८१३१

इटली - पाडोवा

दूरध्वनी: ८८६-३-५५०८१३७

नेदरलँड्स - ड्रुनेन

दूरध्वनी: ८८६-३-५५०८१३७

फॅक्स: ८८६-३-५५०८१३१

नॉर्वे – ट्रॉन्डहेम

दूरध्वनी: ०२१-६३१९६४७

पोलंड - वॉर्सा

दूरध्वनी: ८८६-३-५५०८१३७

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

Tel: 40-21-407-87-50

स्पेन - माद्रिद

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

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

Tel: 46-31-704-60-40

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

दूरध्वनी: 46-8-5090-4654

यूके - वोकिंगहॅम

दूरध्वनी: 44-118-921-5800

फॅक्स: ८८६-२-२९९५-६६४९

कागदपत्रे / संसाधने

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

संदर्भ

वापरकर्ता मॅन्युअल

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

उत्पादन माहिती

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

परिचय

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

रीबूट करा

पहारेकरी

लॉकडाउन मोड

परिशिष्ट

मायक्रोचिप माहिती

जगभरातील विक्री आणि सेवा

कागदपत्रे / संसाधने

संदर्भ

एक टिप्पणी द्या

उत्तर रद्द करा