MICROCHIP PIC64GX 64-Bit RISC-V کواڈ کور مائکرو پروسیسر صارف گائیڈ

بوٹ کا عمل
1. بوٹنگ میں شامل سافٹ ویئر کے اجزاء
  سسٹم بوٹ اپ کے عمل میں درج ذیل سافٹ ویئر کے اجزاء شامل ہیں:
  - ہارٹ سافٹ ویئر سروسز (HSS): ایک صفرtagای بوٹ لوڈر، سسٹم مانیٹر، اور ایپلیکیشنز کے لیے رن ٹائم خدمات فراہم کرنے والا۔
2. بوٹ فلو
  سسٹم بوٹ فلو کی ترتیب حسب ذیل ہے:
  1. ہارٹ سافٹ ویئر سروسز (HSS) کا آغاز
  2. بوٹ لوڈر پر عمل درآمد
  3. درخواست کا آغاز
واچ ڈاگس
1. PIC64GX واچ ڈاگ
  PIC64GX میں ایک واچ ڈاگ فنکشن ہے جو سسٹم کے آپریشن کی نگرانی کرتا ہے اور سسٹم کی ناکامی کی صورت میں ایکشن کو متحرک کرتا ہے۔
لاک ڈاؤن موڈ
لاک ڈاؤن موڈ ان صارفین کے لیے ڈیزائن کیا گیا ہے جنہیں بوٹ کے بعد سسٹم کی کارروائیوں پر مکمل کنٹرول کی ضرورت ہوتی ہے۔ یہ E51 سسٹم مانیٹر کی فعالیت کو محدود کرتا ہے۔

اکثر پوچھے گئے سوالات

س: ہارٹ سافٹ ویئر سروسز (HSS) کا مقصد کیا ہے؟
A: HSS صفر s کے طور پر کام کرتا ہے۔tagای بوٹ لوڈر، سسٹم مانیٹر، اور بوٹ کے عمل کے دوران ایپلی کیشنز کے لیے رن ٹائم خدمات فراہم کرنے والا۔
سوال: PIC64GX واچ ڈاگ فنکشن کیسے کام کرتا ہے؟
A: PIC64GX واچ ڈاگ سسٹم کے آپریشن کی نگرانی کرتا ہے اور سسٹم کی قابل اعتمادی کو یقینی بنانے کے لیے سسٹم کی ناکامی کی صورت میں پہلے سے طے شدہ اقدامات کر سکتا ہے۔

تعارف

یہ وائٹ پیپر بتاتا ہے کہ کس طرح مائیکرو چِپ پی آئی سی 64 جی ایکس ایپلیکیشن کے کام کے بوجھ کو بوٹ کرتا ہے اور سسٹم بوٹ کے عمل کی وضاحت کرتا ہے، جو ایس ایم پی کے لیے اسی طرح کام کرتا ہے اور AMP کام کا بوجھ مزید برآں، یہ اس بات کا احاطہ کرتا ہے کہ SMP اور کے لیے ریبوٹ کیسے کام کرتا ہے۔ AMP کام کا بوجھ، PIC64GX پر واچ ڈاگ، اور سسٹمز کے لیے ایک خصوصی لاک ڈاؤن موڈ جہاں صارفین سسٹم بوٹ کے بعد E51 سسٹم مانیٹر کی کارروائیوں کو محدود کرنے کے لیے مکمل کنٹرول چاہتے ہیں۔

بوٹ کا عمل

آئیے سسٹم بوٹ اپ میں شامل سافٹ ویئر کے مختلف اجزاء پر ایک نظر ڈالتے ہیں، اس کے بعد سسٹم بوٹ فلو کی ترتیب پر مزید تفصیلی نظر ڈالتے ہیں۔

بوٹنگ میں شامل سافٹ ویئر کے اجزاء
سسٹم بوٹ اپ کے عمل میں درج ذیل اجزاء شامل ہیں:

شکل 1.1۔ بوٹ اپ اجزاء

ہارٹ سافٹ ویئر سروسز (HSS)
ہارٹ سافٹ ویئر سروسز (HSS) ایک صفر s ہے۔tagای بوٹ لوڈر، ایک سسٹم مانیٹر، اور ایپلیکیشنز کے لیے رن ٹائم خدمات فراہم کرنے والا۔ HSS ابتدائی سسٹم سیٹ اپ، DDR ٹریننگ، اور ہارڈویئر کی ابتداء/کنفیگریشن کو سپورٹ کرتا ہے۔ یہ زیادہ تر E51s پر چلتا ہے، ہر U54s پر تھوڑی مقدار میں مشین موڈ لیول کی فعالیت چلتی ہے۔ یہ بوٹ میڈیم سے ایپلیکیشن "پے لوڈ" لوڈ کر کے ایک یا زیادہ سیاق و سباق کو بوٹ کرتا ہے، اور آپریٹنگ سسٹم کرنل کے لیے پلیٹ فارم رن ٹائم سروسز/سپروائزر ایگزیکیوشن انوائرمنٹ (SEE) فراہم کرتا ہے۔ یہ محفوظ بوٹ کی حمایت کرتا ہے اور ہارڈ ویئر کی تقسیم/علیحدگی کو یقینی بنانے میں ایک اہم جز ہے۔ AMP سیاق و سباق

داس یو بوٹ (یو بوٹ)
داس یو بوٹ (U-Boot) ایک اوپن سورس یونیورسل اسکرپٹ ایبل بوٹ لوڈر ہے۔ یہ ایک سادہ سی ایل آئی کو سپورٹ کرتا ہے جو بوٹ امیج کو مختلف ذرائع سے بازیافت کرسکتا ہے (بشمول ایس ڈی کارڈ اور نیٹ ورک)۔ یو بوٹ لینکس کو لوڈ کرتا ہے۔ اگر ضرورت ہو تو یہ UEFI ماحول فراہم کر سکتا ہے۔ یہ عام طور پر ختم ہو جاتا ہے اور لینکس کے بوٹ ہونے کے بعد - دوسرے لفظوں میں، یہ بوٹ کے بعد رہائشی نہیں رہتا ہے۔
لینکس کرنل
لینکس کرنل دنیا کا سب سے مشہور آپریٹنگ سسٹم کرنل ہے۔ ایپلی کیشنز کے یوزر لینڈ کے ساتھ مل کر، یہ وہ بناتا ہے جسے عام طور پر لینکس آپریٹنگ سسٹم کہا جاتا ہے۔ ایک لینکس آپریٹنگ سسٹم بہترین POSIX APIs اور ڈویلپر ماحول فراہم کرتا ہے، مثال کے طور پرample، زبانیں اور ٹولز جیسے Python، Perl، Tcl، Rust، C/C++، اور Tcl؛ لائبریریاں جیسے OpenSSL، OpenCV، OpenMP، OPC/UA، اور اوپنAMP (RPmsg اور RemoteProc)۔
Yocto اور Buildroot لینکس سسٹم بنانے والے ہیں، یعنی ان کو اپنی مرضی کے مطابق لینکس سسٹم بنانے کے لیے استعمال کیا جا سکتا ہے۔ Yocto ایک امیر کے ساتھ لینکس کی تقسیم کو آؤٹ پٹ کرتا ہے۔
ایپلی کیشنز، ٹولز، اور لائبریریوں کا سیٹ، اور اختیاری پیکیج مینجمنٹ۔ Buildroot زیادہ کم سے کم جڑ کو آؤٹ پٹ کرتا ہے۔ fileسسٹم اور ایسے سسٹمز کو نشانہ بنا سکتا ہے جن کو مستقل اسٹوریج کی ضرورت نہیں ہوتی ہے لیکن مکمل طور پر RAM سے چلتی ہے (لینکس کے ابتدائی سپورٹ کا استعمال کرتے ہوئے، سابق کے لیےampلی).

زیفیر
Zephyr ایک چھوٹا، اوپن سورس ریئل ٹائم آپریٹنگ سسٹم (RTOS) ہے۔ یہ لینکس کو RPMsg-lite کمیونیکیشن چینلز کے ساتھ ریئل ٹائم لو اوور ہیڈ فریم ورک فراہم کرتا ہے۔ اس میں دانا، لائبریریاں، ڈیوائس ڈرائیورز، پروٹوکول اسٹیک، fileسسٹمز، فرم ویئر اپ ڈیٹس کے لیے میکانزم، اور اسی طرح، اور PIC64GX پر زیادہ ننگی دھاتی جیسا تجربہ کے خواہشمند صارفین کے لیے بہترین ہے۔

بوٹ فلو
PIC64GX میں RISC-V coreplex شامل ہے جس میں 64-bit E51 سسٹم مانیٹر ہارٹ اور 4 64-bit U54 ایپلیکیشن ہارٹس ہیں۔ RISC-V اصطلاحات میں، ہارٹ ایک RISC-V عملدرآمد سیاق و سباق ہے جس میں رجسٹروں کا ایک مکمل سیٹ ہوتا ہے اور جو اپنے کوڈ کو آزادانہ طور پر چلاتا ہے۔ آپ اسے ہارڈ ویئر تھریڈ یا سنگل سی پی یو کے طور پر سوچ سکتے ہیں۔ ایک کور کے اندر ہارٹس کے گروپ کو اکثر کمپلیکس کہا جاتا ہے۔ یہ موضوع PIC64GX کورپلیکس کو شروع کرنے کے اقدامات کی وضاحت کرتا ہے، بشمول E51 سسٹم مانیٹر ہارٹ اور U54 ایپلی کیشن ہارٹس۔

PIC64GX coreplex پر پاور۔
پاور آن ہونے پر، RISC-V کورپلیکس میں تمام ہارٹس کو سیکیورٹی کنٹرولر کے ذریعے دوبارہ ترتیب دینے سے آزاد کیا جاتا ہے۔
آن چپ eNVM فلیش میموری سے HSS کوڈ چلائیں۔
ابتدائی طور پر، ہر دل آن چپ eNVM فلیش میموری سے HSS کوڈ چلانا شروع کرتا ہے۔ یہ کوڈ تمام U54 ایپلیکیشن ہارٹس کو گھماتا ہے، ہدایات کا انتظار کرتا ہے، اور E51 مانیٹر ہارٹ کو سسٹم کو شروع کرنے اور لانے کے لیے کوڈ کو چلانے کی اجازت دیتا ہے۔

HSS کوڈ کو eNVM سے L2-Scratch میموری تک ڈیکمپریس کریں۔
اس کی تعمیراتی ترتیب پر منحصر ہے، HSS عام طور پر eNVM فلیش میموری کی صلاحیت سے بڑا ہوتا ہے اور اس لیے E51 پر چلنے والا HSS کوڈ سب سے پہلے خود کو eNVM سے L2-Scratch میموری تک ڈیکمپریس کرتا ہے، جیسا کہ تصویر میں دکھایا گیا ہے۔ 1.2 اور شکل 1.3۔
تصویر 1.2۔ HSS eNVM سے L2 سکریچ تک ڈیکمپریس کرتا ہے۔
شکل 1.3۔ ڈیکمپریشن کے دوران HSS میموری کا نقشہ
eNVM سے L2-Scratch تک ایک قابل عمل میں جائیں جیسا کہ مندرجہ ذیل تصویر میں دکھایا گیا ہے۔
شکل 1.4۔ HSS ڈیکمپریشن کے بعد L2Scratch میں eNVM سے Code Now میں چھلانگ لگاتا ہے۔
قابل عمل تین اجزاء پر مشتمل ہے:
- ہارڈویئر ایبسٹریکشن لیئر (HAL)، لو لیول کوڈ، اور ننگے میٹل ڈرائیورز
- RISC-V OpenSBI کا ایک مقامی HSS فورک (PIC64GX پر اپ اسٹریم سے تھوڑا سا ترمیم شدہ AMP مقاصد)
- HSS رن ٹائم سروسز (ریاستی مشینیں سپر لوپ میں چلتی ہیں)
اوپن ایس بی آئی کے ذریعہ استعمال کردہ ہارڈ ویئر اور ڈیٹا ڈھانچے کو شروع کریں۔
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 کو منزل کے پتوں پر کاپی کیا جاتا ہے۔

متعلقہ U54s کو ہدایت کریں کہ وہ ان کے ایگزیکیوشن اسٹارٹ ایڈریس پر جائیں۔ یہ ابتدائی پتہ کی معلومات payload.bin میں موجود ہے۔
U54 ایپلیکیشن ہارٹس اور کوئی بھی سیکنڈ شروع کریں۔tagای بوٹ لوڈرز۔ سابق کے لیےampلی، یو بوٹ لینکس لاتا ہے۔

دوبارہ شروع کریں۔

سسٹم بوٹنگ کے تصور سے متعلق ریبوٹ کی ضرورت ہے۔ PIC64GX ایپلیکیشن ورک بوجھ کے بارے میں سوچتے وقت، ریبوٹنگ کو ہم آہنگ ملٹی پروسیسنگ (SMP) اور غیر متناسب ملٹی پروسیسنگ دونوں پر غور کرنے کی ضرورت ہے۔AMP) منظرنامے:

ایس ایم پی سسٹم کی صورت میں، ریبوٹ پورے سسٹم کو محفوظ طریقے سے کولڈ ریبوٹ کر سکتا ہے کیونکہ غور کرنے کے لیے کسی اور سیاق و سباق میں کوئی اضافی کام کا بوجھ نہیں ہے۔

ایک کی صورت میں AMP سسٹم، ایک کام کے بوجھ کو صرف خود کو دوبارہ شروع کرنے کی اجازت دی جاسکتی ہے (اور کسی دوسرے سیاق و سباق میں مداخلت نہیں کرتا ہے)، یا اسے مکمل سسٹم ریبوٹ کرنے کے قابل ہونے کا اعزاز حاصل ہوسکتا ہے۔

ریبوٹ اور AMP
ایس ایم پی کو فعال کرنے کے لیے اور AMP ریبوٹ کے منظرناموں میں، HSS گرم اور سرد ریبوٹ مراعات کے تصورات کی حمایت کرتا ہے، جو ایک سیاق و سباق کے لیے تفویض کیے جا سکتے ہیں۔ گرم ریبوٹ استحقاق والا سیاق و سباق صرف اپنے آپ کو ریبوٹ کرنے کے قابل ہے، اور کولڈ ریبوٹ استحقاق والا سیاق و سباق ایک مکمل سسٹم ریبوٹ انجام دے سکتا ہے۔ سابق کے لیےampلی، نمائندہ منظرناموں کے درج ذیل سیٹ پر غور کریں۔

ایک واحد سیاق و سباق SMP کام کا بوجھ، جس کو مکمل سسٹم ریبوٹ کی درخواست کرنے کی اجازت ہے۔
اس منظر نامے میں، سیاق و سباق کو کولڈ ریبوٹ استحقاق کی اجازت ہے۔
دو سیاق و سباق AMP کام کا بوجھ، جہاں سیاق و سباق A کو مکمل سسٹم ریبوٹ (تمام سیاق و سباق کو متاثر کرنے) کی درخواست کرنے کی اجازت ہے، اور سیاق و سباق B کو صرف خود کو دوبارہ شروع کرنے کی اجازت ہے۔
اس منظر نامے میں، سیاق و سباق A کو کولڈ ریبوٹ استحقاق کی اجازت ہے، اور سیاق و سباق B کو گرم ریبوٹ استحقاق کی اجازت ہے۔
دو سیاق و سباق AMP کام کا بوجھ، جہاں سیاق و سباق A اور B کو صرف خود کو دوبارہ شروع کرنے کی اجازت ہے (اور دوسرے سیاق و سباق کو متاثر نہیں کرتے)
اس منظر نامے میں، دونوں سیاق و سباق کو صرف گرم ریبوٹ مراعات کی اجازت ہے۔
دو سیاق و سباق AMP کام کا بوجھ، جہاں سیاق و سباق A اور B دونوں کو مکمل سسٹم ریبوٹس کی درخواست کرنے کی اجازت ہے۔
اس منظر نامے میں، دونوں سیاق و سباق کو کولڈ ریبوٹ مراعات کی اجازت ہے۔
مزید برآں، HSS کے لیے یہ ممکن ہے کہ تعمیر کے وقت ہمیشہ کولڈ ریبوٹ استحقاق کی اجازت دے، اور کبھی بھی کولڈ ریبوٹ استحقاق کی اجازت نہ دے۔

متعلقہ HSS Kconfig اختیارات
Kconfig ایک سافٹ ویئر کی تشکیل کا نظام ہے۔ یہ عام طور پر تعمیراتی وقت کے اختیارات کو منتخب کرنے اور خصوصیات کو فعال یا غیر فعال کرنے کے لیے استعمال ہوتا ہے۔ اس کی ابتدا لینکس کرنل سے ہوئی تھی لیکن اب اس کا استعمال لینکس کرنل کے علاوہ دیگر پروجیکٹس میں ہوا ہے، بشمول U-Boot، Zephyr، اور PIC64GX HSS۔

HSS میں دو Kconfig اختیارات ہیں جو HSS کے نقطہ نظر سے ریبوٹ کی فعالیت کو کنٹرول کرتے ہیں:

CONFIG_ALLOW_COLD دوبارہ شروع کریں۔
اگر یہ فعال ہے، تو یہ عالمی سطح پر ایک سیاق و سباق کو کولڈ ریبوٹ ایکال جاری کرنے کی اجازت دیتا ہے۔ غیر فعال ہونے پر، صرف گرم ریبوٹس کی اجازت ہوگی۔ اس اختیار کو فعال کرنے کے علاوہ، کولڈ ریبوٹ جاری کرنے کی اجازت پے لوڈ جنریٹر YAML کے ذریعے کسی سیاق و سباق کو دی جانی چاہیے۔ file یا مندرجہ ذیل Kconfig آپشن۔
CONFIG_ALLOW_COLD REBOOT_ALWAYS
- اگر فعال ہو تو، یہ خصوصیت عالمی سطح پر تمام سیاق و سباق کو کولڈ ریبوٹ ECAA جاری کرنے کی اجازت دیتی ہے، قطع نظر payload.bin پرچم کے حقداروں سے۔
- مزید برآں، payload.bin بذات خود ایک فی سیاق و سباق کے جھنڈے پر مشتمل ہو سکتا ہے، جس سے یہ ظاہر ہوتا ہے کہ ایک خاص سیاق و سباق کولڈ ریبوٹس جاری کرنے کا حقدار ہے:
  - کسی سیاق و سباق کو دوسرے سیاق و سباق کے گرم ریبوٹ کی اجازت دینے کے لیے، ہم YAML کی تفصیل میں اجازت-ریبوٹ: گرم آپشن شامل کر سکتے ہیں۔ file payload.bin بنانے کے لیے استعمال کیا جاتا ہے۔
  - پورے سسٹم کے سیاق و سباق کو کولڈ ریبوٹ کی اجازت دینے کے لیے، ہم اجازت-ریبوٹ: کولڈ کا آپشن شامل کر سکتے ہیں۔ پہلے سے طے شدہ طور پر، اجازت-ریبوٹ کی وضاحت کیے بغیر، ایک سیاق و سباق کو صرف گرم ریبوٹ کی اجازت دی جاتی ہے چاہے اس جھنڈے کی ترتیب سے قطع نظر، اگر HSS میں CONFIG_ALLOW_COLDREBOOT فعال نہیں ہے، تو HSS تمام کولڈ ریبوٹ کی درخواستوں کو گرم (فی سیاق و سباق) ریبوٹس پر دوبارہ کام کرے گا۔ .

تفصیل سے ریبوٹ کریں۔
یہ سیکشن بیان کرتا ہے کہ ریبوٹ کس طرح تفصیل سے کام کرتا ہے - اوپن ایس بی آئی پرت (سب سے کم ایم موڈ لیئر) سے شروع ہوتا ہے اور پھر اس بات پر بحث کرتا ہے کہ یہ اوپن ایس بی آئی پرت کی فعالیت کو RTOS ایپلیکیشن یا لینکس جیسے امیر OS سے کیسے متحرک کیا جاتا ہے۔

اوپن ایس بی آئی ریبوٹ ایک کال

RISC-V سپروائزر بائنری انٹرفیس (SBI) تصریح پلیٹ فارم کی شروعات اور فرم ویئر رن ٹائم خدمات کے لیے ایک معیاری ہارڈویئر تجریدی پرت کی وضاحت کرتی ہے۔ SBI کا بنیادی مقصد مختلف RISC-V کے نفاذ میں پورٹیبلٹی اور مطابقت کو فعال کرنا ہے۔
اوپن ایس بی آئی (اوپن سورس سپروائزر بائنری انٹرفیس) ایک اوپن سورس پروجیکٹ ہے جو ایس بی آئی کی تفصیلات کے حوالے سے عمل درآمد فراہم کرتا ہے۔ اوپن ایس بی آئی رن ٹائم خدمات بھی فراہم کرتا ہے، بشمول انٹرپٹ ہینڈلنگ، ٹائمر مینجمنٹ، اور کنسول 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 U54 پر M-موڈ میں رہائش پذیر رہے گا، تاکہ فی سیاق و سباق کو ریبوٹ کرنے کی اجازت دی جائے (یعنی صرف ایک سیاق و سباق کو دوبارہ شروع کریں، بغیر فل چپ ریبوٹ کے)، اور 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 واچ ڈاگ فائر ہونے پر دوبارہ شروع ہو جائے گا۔ مزید معلومات کے لیے سروسز/lockdown/lockdown_service.c میں HSS سورس کوڈ دیکھیں file.

اپینڈکس

HSS payload.bin فارمیٹ

یہ حصہ payload.bin کی وضاحت کرتا ہے۔ file فارمیٹ اور تصویر جو HSS نے PIC64GX SMP کو بوٹ کرنے کے لیے استعمال کی ہے۔ AMP ایپلی کیشنز
payload.bin ایک فارمیٹ شدہ بائنری (Figure 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 میں ڈیٹا کے طور پر محفوظ نہیں کیے جاتے ہیں، بلکہ اس کے بجائے صفر سے شروع کیے گئے chunk descriptors کا ایک خاص سیٹ ہوتا ہے، جو سٹارٹ اپ کے دوران صفر پر سیٹ کرنے کے لیے ایک پتہ اور RAM کی لمبائی بتاتا ہے۔ یہ تصویر A.13 میں دکھایا گیا ہے۔

شکل A.13۔ زیڈ آئی چنکس

hss-payload-generator
HSS پے لوڈ جنریٹر ٹول ہارٹ سافٹ ویئر سروس صفر کے لیے فارمیٹ شدہ پے لوڈ امیج بناتا ہے۔tagPIC64GX پر ای بوٹ لوڈر، ایک ترتیب دی گئی ہے۔ file اور ELF کا ایک سیٹ files اور/یا بائنریز۔ ترتیب file انفرادی ایپلیکیشن ہارٹس (U54s) پر ELF بائنریز یا بائنری بلابس کا نقشہ بنانے کے لیے استعمال کیا جاتا ہے۔

شکل B.14۔ hss-payload-generator Flow

یہ ٹول کنفیگریشن کے ڈھانچے پر بنیادی سنٹی چیک کرتا ہے۔ 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.

ایک ننگی دھاتی ایپلی کیشن کے لیے جو OpenSBI سے متعلق نہیں ہونا چاہتی ہے، آپشن skip-opens، اگر سچ ہے، تو اس دل پر پے لوڈ کا سبب بنے گا بجائے کہ ایک سادہ 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, ancilliary-data : test/pic64gx.dtb }
یہ ذیلی ڈیٹا پے لوڈ میں شامل ہو جائے گا (سیدھا مین کے بعد رکھا جائے گا۔ file قابل عمل میں
اسپیس)، اور اس کا پتہ OpenSBI کو next_arg1 فیلڈ میں دیا جائے گا (بوٹ کے وقت تصویر کو $a1 رجسٹر میں پاس کیا جائے گا)۔

HSS کو خود بخود کسی سیاق و سباق کو بوٹ کرنے سے روکنے کے لیے (مثال کے طور پر، اگر ہم اس کے بجائے remoteProc کا استعمال کرتے ہوئے کسی سیاق و سباق کو اس کا کنٹرول سونپنا چاہتے ہیں)، تو skip-autoboot پرچم استعمال کریں:
test/zephyr.elf: {exec-addr: '0xB0000000', owner-hart: u54_3, priv-mode: prv_m, skip-opensbi: true, skip-autoboot: true}
آخر میں، ہم انفرادی پے لوڈز کے ناموں کو اختیاری طور پر اوور رائیڈ کر سکتے ہیں، payload-name آپشن کا استعمال کرتے ہوئے۔ سابق کے لیے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, ancilliary-data : test/pic64gx.dtb، payload-name: 'u-boot' }

نوٹ کریں کہ Yocto اور Buildroot Linux بلڈرز hss-payload- کو بنائیں گے، ترتیب دیں گے اور چلائیں گے۔
درخواست کی تصاویر بنانے کے لیے ضرورت کے مطابق جنریٹر۔ مزید برآں، pic64gx-curiosity-kit-amp Yocto میں مشین کا ہدف hss-payload-generator ٹول کا استعمال کرتے ہوئے ایک ایپلیکیشن امیج تیار کرے گا جو ظاہر کرتا ہے AMPلینکس 3 ہارٹس پر چل رہا ہے اور Zephyr 1 ہارٹ پر چل رہا ہے۔

نظرثانی کی تاریخ
نظرثانی کی تاریخ ان تبدیلیوں کو بیان کرتی ہے جو دستاویز میں لاگو کی گئی تھیں۔ تبدیلیاں نظر ثانی کے ذریعے درج کی جاتی ہیں، جو کہ سب سے زیادہ حالیہ اشاعت سے شروع ہوتی ہیں۔

نظر ثانی	تاریخ	تفصیل
A	07/2024	ابتدائی نظرثانی

مائیکرو چپ کی معلومات

مائیکرو چِپ Webسائٹ
مائیکرو چِپ ہمارے ذریعے آن لائن سپورٹ فراہم کرتا ہے۔ webسائٹ پر www.microchip.com/. یہ webسائٹ بنانے کے لئے استعمال کیا جاتا ہے files اور معلومات صارفین کے لیے آسانی سے دستیاب ہیں۔ دستیاب مواد میں سے کچھ میں شامل ہیں:

پروڈکٹ سپورٹ - ڈیٹا شیٹس اور خطا، درخواست کے نوٹس اور ایسample پروگرامز، ڈیزائن کے وسائل، صارف کے رہنما اور ہارڈویئر سپورٹ دستاویزات، تازہ ترین سافٹ ویئر ریلیز اور محفوظ شدہ سافٹ ویئر

جنرل ٹیکنیکل سپورٹ - اکثر پوچھے جانے والے سوالات (FAQs)، تکنیکی مدد کی درخواستیں، آن لائن ڈسکشن گروپس، مائکروچپ ڈیزائن پارٹنر پروگرام ممبر کی فہرست
مائیکرو چِپ کا کاروبار - پروڈکٹ سلیکٹر اور آرڈرنگ گائیڈز، تازہ ترین مائیکرو چِپ پریس ریلیز، سیمینارز اور ایونٹس کی فہرست، مائیکرو چِپ سیلز آفسز، ڈسٹری بیوٹرز اور فیکٹری کے نمائندوں کی فہرستیں

مصنوعات کی تبدیلی کی اطلاع کی خدمت

مائیکرو چِپ کی پروڈکٹ کی تبدیلی کی اطلاع سروس صارفین کو مائیکرو چِپ پراڈکٹس پر تازہ رکھنے میں مدد کرتی ہے۔ سبسکرائبرز کو ای میل اطلاع موصول ہوگی جب بھی کسی مخصوص پروڈکٹ فیملی یا ڈیولپمنٹ ٹول کی دلچسپی سے متعلق تبدیلیاں، اپ ڈیٹس، نظرثانی یا خرابیاں ہوں گی۔

رجسٹر کرنے کے لیے، پر جائیں۔ www.microchip.com/pcn اور رجسٹریشن کی ہدایات پر عمل کریں۔

کسٹمر سپورٹ
مائیکرو چِپ پروڈکٹس کے صارفین کئی چینلز کے ذریعے مدد حاصل کر سکتے ہیں:

تقسیم کار یا نمائندہ
مقامی سیلز آفس
ایمبیڈڈ سولیوشن انجینئر (ESE)
ٹیکنیکل سپورٹ

صارفین کو مدد کے لیے اپنے ڈسٹری بیوٹر، نمائندے، یا ESE سے رابطہ کرنا چاہیے۔ مقامی سیلز آفس بھی گاہکوں کی مدد کے لیے دستیاب ہیں۔ سیلز دفاتر اور مقامات کی فہرست اس دستاویز میں شامل ہے۔
کے ذریعے تکنیکی مدد دستیاب ہے۔ webسائٹ پر: www.microchip.com/support.

مائیکرو چِپ ڈیوائسز کوڈ پروٹیکشن فیچر
مائیکرو چِپ پروڈکٹس پر کوڈ پروٹیکشن فیچر کی درج ذیل تفصیلات نوٹ کریں:

مائیکرو چِپ مصنوعات اپنی مخصوص مائیکرو چِپ ڈیٹا شیٹ میں موجود تصریحات کو پورا کرتی ہیں۔
مائیکرو چِپ کا خیال ہے کہ اس کی مصنوعات کا خاندان محفوظ ہے جب اسے مطلوبہ انداز میں، آپریٹنگ تصریحات کے اندر، اور عام حالات میں استعمال کیا جائے۔

مائیکروچپ قدروں اور جارحانہ طور پر اپنے دانشورانہ املاک کے حقوق کا تحفظ کرتی ہے۔ مائیکرو چِپ پروڈکٹس کے کوڈ پروٹیکشن فیچرز کی خلاف ورزی کرنے کی کوششیں سختی سے ممنوع ہیں اور ڈیجیٹل ملینیم کاپی رائٹ ایکٹ کی خلاف ورزی کر سکتی ہیں۔
نہ تو مائکروچپ اور نہ ہی کوئی دوسرا سیمی کنڈکٹر بنانے والا اس کے کوڈ کی حفاظت کی ضمانت دے سکتا ہے۔ کوڈ پروٹیکشن کا مطلب یہ نہیں ہے کہ ہم اس بات کی ضمانت دے رہے ہیں کہ پروڈکٹ "اٹوٹ ایبل" ہے۔ کوڈ تحفظ مسلسل تیار ہو رہا ہے۔ Microchip ہماری مصنوعات کے کوڈ پروٹیکشن فیچرز کو مسلسل بہتر بنانے کے لیے پرعزم ہے۔

قانونی نوٹس
یہ اشاعت اور اس میں موجود معلومات کو صرف مائیکرو چِپ پروڈکٹس کے ساتھ استعمال کیا جا سکتا ہے، بشمول آپ کی درخواست کے ساتھ مائیکرو چِپ پروڈکٹس کو ڈیزائن، ٹیسٹ اور انٹیگریٹ کرنا۔ کسی دوسرے طریقے سے اس معلومات کا استعمال ان شرائط کی خلاف ورزی کرتا ہے۔ ڈیوائس ایپلیکیشنز سے متعلق معلومات صرف آپ کی سہولت کے لیے فراہم کی جاتی ہیں اور اپ ڈیٹس کے ذریعے اس کی جگہ لے لی جا سکتی ہے۔ یہ یقینی بنانا آپ کی ذمہ داری ہے کہ آپ کی درخواست آپ کی وضاحتوں پر پورا اترتی ہے۔ اضافی سپورٹ کے لیے اپنے مقامی مائیکرو چِپ سیلز آفس سے رابطہ کریں یا اضافی سپورٹ حاصل کریں۔ www.microchip.com/en-us/support/design-help/client-support-services.

یہ معلومات مائیکروچپ "جیسا ہے" کے ذریعہ فراہم کی گئی ہے۔ مائیکروچپ کسی بھی قسم کی کوئی نمائندگی یا وارنٹی نہیں دیتا خواہ ظاہر ہو یا مضمر، تحریری ہو یا زبانی، قانونی یا بصورت دیگر، معلومات سے متعلق جس میں شامل ہے لیکن محدود نہیں غیر خلاف ورزی، تجارتی صلاحیت، اور کسی خاص مقصد کے لیے فٹنس، یا اس کی حالت، معیار، یا کارکردگی سے متعلق وارنٹی۔

کسی بھی صورت میں مائیکروچپ کسی بھی بالواسطہ، خصوصی، تعزیری، حادثاتی، یا نتیجے میں ہونے والے نقصان، نقصان، لاگت، یا کسی بھی قسم کے اخراجات کے لیے ذمہ دار نہیں ہوگی۔ روچپ کو اس کا مشورہ دیا گیا ہے۔ امکان یا نقصانات کا اندازہ لگایا جا سکتا ہے۔ قانون کی طرف سے اجازت دی گئی مکمل حد تک، معلومات یا اس کے استعمال سے متعلق کسی بھی طرح سے تمام دعووں پر مائیکروچپ کی مکمل ذمہ داری فیس کی تعداد سے زیادہ نہیں ہو گی، اگر کوئی بھی ہو MATION

لائف سپورٹ اور/یا حفاظتی ایپلیکیشنز میں مائیکرو چِپ ڈیوائسز کا استعمال مکمل طور پر خریدار کے خطرے میں ہے، اور خریدار اس طرح کے استعمال کے نتیجے میں ہونے والے تمام نقصانات، دعووں، سوٹوں یا اخراجات سے بے ضرر مائیکرو چِپ کا دفاع کرنے، ان کی تلافی کرنے اور اسے رکھنے پر راضی ہے۔ کسی بھی مائیکرو چِپ دانشورانہ املاک کے حقوق کے تحت کوئی لائسنس، واضح طور پر یا دوسری صورت میں نہیں دیا جاتا جب تک کہ دوسری صورت میں بیان نہ کیا جائے۔

ٹریڈ مارکس
مائیکرو چِپ کا نام اور لوگو، مائیکرو چِپ لوگو، اڈاپٹیک، اے وی آر، اے وی آر لوگو، اے وی آر فریکس، بیسٹ ٹائم، بٹ کلاؤڈ، کریپٹو میموری، کریپٹو آر ایف، ڈی ایس پی آئی سی، فلیکس پی ڈبلیو آر، ہیلڈو، آئی جی ایل او، جوک بلوکس، کیلوق، لنکس، لنکس، لنکس، میکل ایکس MediaLB, megaAVR, Microsemi, Microsemi لوگو, MOST, MOST لوگو, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 لوگو, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST, SST, Logo, Logo , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, اور XMEGA USA اور دیگر ممالک میں Incorporated Microchip Technology کے رجسٹرڈ ٹریڈ مارکس ہیں۔

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, SmartWire , TimeCesium, TimeHub, TimePictra, TimeProvider, اور ZL امریکہ میں شامل Microchip Technology کے رجسٹرڈ ٹریڈ مارک ہیں

ملحقہ کلید دبانے، AKS، analog-for-the-Digital Age، Any Capacitor، AnyIn، AnyOut، Augmented Switching، BlueSky، BodyCom، Clockstudio، CodeGuard، CryptoAuthentication، CryptoAutomotive، CryptoAuthentication، CryptoAutomotive، CryptoCDEMPanet، CryptoCid متحرک اوسط ملاپ , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
آئی جی اے ٹی، ان سرکٹ سیریل پروگرامنگ، آئی سی ایس پی، آئی این آئی سی نیٹ، انٹیلیجنٹ متوازی، انٹیلی ایم او ایس، انٹر چپ کنیکٹیویٹی، جیٹر بلاکر، نوب آن ڈسپلے، مارجن لنک، میکس کرپٹو، زیادہ سے زیادہ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, PowerMOS 7, PowerMOS , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, Serial Quad I/O, simple map, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY برداشت، قابل اعتماد وقت، TSHARC، ٹورنگ، USBCheck، VariSense، VectorBlox، VeriPHY، ViewSpan، WiperLock، XpressConnect، اور ZENA USA اور دیگر ممالک میں Incorporated Microchip Technology کے ٹریڈ مارک ہیں۔

ایس کیو ٹی پی امریکہ میں شامل مائیکرو چِپ ٹیکنالوجی کا ایک سروس مارک ہے۔
Adaptec لوگو، فریکوئنسی آن ڈیمانڈ، سیلیکون سٹوریج ٹیکنالوجی، اور Symmcom دیگر ممالک میں Microchip Technology Inc. کے رجسٹرڈ ٹریڈ مارک ہیں۔
GestIC Microchip Technology Germany II GmbH & Co. KG کا رجسٹرڈ ٹریڈ مارک ہے، جو Microchip Technology Inc. کا ذیلی ادارہ ہے، دوسرے ممالک میں۔

ISBN: 978-1-6683-4890-1

کوالٹی مینجمنٹ سسٹم
مائیکرو چِپ کے کوالٹی مینجمنٹ سسٹمز کے بارے میں معلومات کے لیے، براہِ کرم ملاحظہ کریں۔ www.microchip.com/quality.

دنیا بھر میں سیلز اور سروس

امریکہ

ایشیا/پیسفک

یوروپ

کارپوریٹ دفتر

2355 West Chandler Blvd. چاندلر، AZ 85224-6199

ٹیلی فون: 480-792-7200

فیکس: 480-792-7277

تکنیکی معاونت: www.microchip.com/support

Web پتہ: www.microchip.com

اٹلانٹا

ڈولتھ، جی اے

ٹیلی فون: 678-957-9614

فیکس: 678-957-1455

آسٹن، TX

ٹیلی فون: 512-257-3370

بوسٹن

ویسٹبورو، ایم اے ٹیلی فون: 774-760-0087

فیکس: 774-760-0088

شکاگو

Itasca، IL

ٹیلی فون: 630-285-0071

فیکس: 630-285-0075

ڈلاس

ایڈیسن ، ٹی ایکس

ٹیلی فون: 972-818-7423

فیکس: 972-818-2924

ڈیٹرائٹ

نووی، ایم آئی

ٹیلی فون: 248-848-4000

ہیوسٹن، TX

ٹیلی فون: 281-894-5983

انڈیاناپولس

Noblesville, IN ٹیلی فون: 317-773-8323

فیکس: 317-773-5453

ٹیلی فون: 317-536-2380

لاس اینجلس

مشن ویجو، CA ٹیلی فون: 949-462-9523

فیکس: 949-462-9608

ٹیلی فون: 951-273-7800

ریلی، NC

ٹیلی فون: 919-844-7510

نیویارک، نیو یارک

ٹیلی فون: 631-435-6000

سان جوز، CA

ٹیلی فون: 408-735-9110

ٹیلی فون: 408-436-4270

کینیڈا - ٹورنٹو

ٹیلی فون: 905-695-1980

فیکس: 905-695-2078

آسٹریلیا - سڈنی

ٹیلی فون: 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

ٹیلی فون: 852-2943-5100

چین - نانجنگ

ٹیلی فون: 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

چین - زیامین

ٹیلی فون: 86-592-2388138

چین - زوہائی

ٹیلی فون: 86-756-3210040

انڈیا - بنگلور

ٹیلی فون: 91-80-3090-4444

ہندوستان - نئی دہلی

ٹیلی فون: 91-11-4160-8631

انڈیا - پونے

ٹیلی فون: 91-20-4121-0141

جاپان - اوساکا

ٹیلی فون: 81-6-6152-7160

جاپان - ٹوکیو

ٹیلی فون: 81-3-6880- 3770

کوریا - ڈیگو

ٹیلی فون: 82-53-744-4301

کوریا - سیول

ٹیلی فون: 82-2-554-7200

ملائیشیا - کوالا لمپور

ٹیلی فون: 60-3-7651-7906

ملائیشیا - پینانگ

ٹیلی فون: 60-4-227-8870

فلپائن - منیلا

ٹیلی فون: 63-2-634-9065

سنگاپور

ٹیلی فون: 65-6334-8870

تائیوان - ہسن چو

ٹیلی فون: 886-3-577-8366

تائیوان - کاؤسنگ

ٹیلی فون: 886-7-213-7830

تائیوان - تائی پے

ٹیلی فون: 886-2-2508-8600

تھائی لینڈ - بنکاک

ٹیلی فون: 66-2-694-1351

ویتنام - ہو چی منہ

ٹیلی فون: 84-28-5448-2100

آسٹریا - ویلز

ٹیلی فون: 43-7242-2244-39

فیکس: 43-7242-2244-393

ڈنمارک - کوپن ہیگن

ٹیلی فون: 45-4485-5910

فیکس: 45-4485-2829

فن لینڈ - ایسپو

ٹیلی فون: 358-9-4520-820

فرانس - پیرس

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

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

جرمنی - گرچنگ

ٹیلی فون: 49-8931-9700

جرمنی - ہان

ٹیلی فون: 49-2129-3766400

جرمنی - ہیلبرون

ٹیلی فون: 49-7131-72400

جرمنی - کارلسروہے

ٹیلی فون: 49-721-625370

جرمنی - میونخ

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

جرمنی - روزن ہائیم

ٹیلی فون: 49-8031-354-560

اسرائیل - ہود ہاشارون

ٹیلی فون: 972-9-775-5100

اٹلی - میلان

ٹیلی فون: 39-0331-742611

فیکس: 39-0331-466781

اٹلی - پاڈووا

ٹیلی فون: 39-049-7625286

نیدرلینڈز - ڈرونن

ٹیلی فون: 31-416-690399

فیکس: 31-416-690340

ناروے - ٹرانڈہیم

ٹیلی فون: 47-72884388

پولینڈ - وارسا

ٹیلی فون: 48-22-3325737

رومانیہ - بخارسٹ

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

فیکس: 44-118-921-5820

دستاویزات / وسائل

MICROCHIP PIC64GX 64-Bit RISC-V کواڈ کور مائکرو پروسیسر [پی ڈی ایف] یوزر گائیڈ
PIC64GX, PIC64GX 64-Bit RISC-V Quad-Core Microprocessor, 64-bit RISC-V Quad-Core Microprocessor, RISC-V Quad-Core Microprocessor, Quad-core Microprocessor, Microprocessor

حوالہ جات

صارف دستی

MICROCHIP PIC64GX 64-Bit RISC-V کواڈ کور مائکرو پروسیسر

پروڈکٹ کی معلومات

مصنوعات کے استعمال کی ہدایات