MICROCHIP PIC64GX 64-বিট RISC-V কোয়াড-কোর মাইক্রোপ্রসেসর ব্যবহারকারী গাইড

বুট প্রক্রিয়া
1. সফ্টওয়্যার উপাদান বুটিং জড়িত
  সিস্টেম বুট আপ প্রক্রিয়া নিম্নলিখিত সফ্টওয়্যার উপাদান জড়িত:
  - হার্ট সফটওয়্যার সার্ভিসেস (এইচএসএস): একটি শূন্য-এসtage বুট লোডার, সিস্টেম মনিটর, এবং অ্যাপ্লিকেশনের জন্য রানটাইম পরিষেবা প্রদানকারী।
2. বুট ফ্লো
  সিস্টেম বুট প্রবাহের ক্রম নিম্নরূপ:
  1. হার্ট সফ্টওয়্যার পরিষেবার সূচনা (HSS)
  2. বুটলোডার এক্সিকিউশন
  3. অ্যাপ্লিকেশন স্টার্টআপ
প্রহরী
1. PIC64GX ওয়াচডগ
  PIC64GX-এ একটি ওয়াচডগ ফাংশন রয়েছে যা সিস্টেমের ক্রিয়াকলাপ নিরীক্ষণ করতে এবং সিস্টেমের ব্যর্থতার ক্ষেত্রে ক্রিয়াগুলি ট্রিগার করে।
লকডাউন মোড
লকডাউন মোডটি এমন গ্রাহকদের জন্য ডিজাইন করা হয়েছে যাদের বুট করার পরে সিস্টেম অ্যাকশনের উপর সম্পূর্ণ নিয়ন্ত্রণ প্রয়োজন। এটি E51 সিস্টেম মনিটরের কার্যকারিতা সীমিত করে।

FAQ

প্রশ্নঃ হার্ট সফটওয়্যার সার্ভিসেস (HSS) এর উদ্দেশ্য কি?
A: HSS একটি শূন্য-s হিসাবে কাজ করেtage বুট লোডার, সিস্টেম মনিটর, এবং বুট প্রক্রিয়া চলাকালীন অ্যাপ্লিকেশনের জন্য রানটাইম পরিষেবা প্রদানকারী।
প্রশ্ন: PIC64GX ওয়াচডগ ফাংশন কিভাবে কাজ করে?
উত্তর: PIC64GX ওয়াচডগ সিস্টেমের ক্রিয়াকলাপ নিরীক্ষণ করে এবং সিস্টেমের নির্ভরযোগ্যতা নিশ্চিত করতে সিস্টেম ব্যর্থতার ক্ষেত্রে পূর্বনির্ধারিত পদক্ষেপ নিতে পারে।

ভূমিকা

এই শ্বেতপত্র ব্যাখ্যা করে কিভাবে মাইক্রোচিপ PIC64GX অ্যাপ্লিকেশনের কাজের চাপকে বুট করে এবং সিস্টেম বুট প্রক্রিয়া বর্ণনা করে, যা SMP এবং এর জন্য একই কাজ করে। AMP কাজের ভার। অতিরিক্তভাবে, এটি কভার করে যে কীভাবে একটি রিবুট এসএমপি এবং এর জন্য কাজ করে AMP ওয়ার্কলোড, PIC64GX-এ ওয়াচডগ, এবং সিস্টেমের জন্য একটি বিশেষ লকডাউন মোড যেখানে গ্রাহকরা সিস্টেম বুট করার পরে E51 সিস্টেম মনিটরের ক্রিয়াগুলিকে সীমিত করতে সম্পূর্ণ নিয়ন্ত্রণ করতে চান।

বুট প্রক্রিয়া

আসুন আমরা সিস্টেম বুটআপের সাথে জড়িত বিভিন্ন সফ্টওয়্যার উপাদানগুলি একবার দেখে নিই, তারপরে সিস্টেম বুট প্রবাহের ক্রমটি আরও বিশদভাবে দেখুন।

সফ্টওয়্যার উপাদান বুটিং জড়িত
নিম্নলিখিত উপাদানগুলি সিস্টেম বুট-আপ প্রক্রিয়ার সাথে জড়িত:

চিত্র 1.1। বুট আপ উপাদান

হার্ট সফ্টওয়্যার পরিষেবা (এইচএসএস)
হার্ট সফটওয়্যার সার্ভিসেস (এইচএসএস) একটি শূন্য-এসtage বুট লোডার, একটি সিস্টেম মনিটর, এবং অ্যাপ্লিকেশনের জন্য রানটাইম পরিষেবা প্রদানকারী। এইচএসএস প্রাথমিক সিস্টেম সেটআপ, ডিডিআর প্রশিক্ষণ এবং হার্ডওয়্যার শুরু/কনফিগারেশন সমর্থন করে। এটি বেশিরভাগই E51s-এ চলে, প্রতিটি U54-এ অল্প পরিমাণে মেশিন-মোড স্তরের কার্যকারিতা চলমান। এটি বুট মাধ্যম থেকে অ্যাপ্লিকেশন "পেলোড" লোড করে এক বা একাধিক প্রসঙ্গ বুট করে এবং অপারেটিং সিস্টেম কার্নেলের জন্য প্ল্যাটফর্ম রানটাইম পরিষেবা/সুপারভাইজার এক্সিকিউশন এনভায়রনমেন্ট (SEE) প্রদান করে। এটি সুরক্ষিত বুট সমর্থন করে এবং হার্ডওয়্যার বিভাজন/বিচ্ছেদ নিশ্চিত করার জন্য একটি গুরুত্বপূর্ণ উপাদান AMP প্রসঙ্গ

দাস ইউ-বুট (ইউ-বুট)
দাস ইউ-বুট (ইউ-বুট) একটি ওপেন সোর্স ইউনিভার্সাল স্ক্রিপ্টেবল বুট লোডার। এটি একটি সাধারণ CLI সমর্থন করে যা বিভিন্ন উত্স (একটি SD কার্ড এবং নেটওয়ার্ক সহ) থেকে বুট চিত্র পুনরুদ্ধার করতে পারে। ইউ-বুট লিনাক্স লোড করে। প্রয়োজনে এটি একটি UEFI পরিবেশ প্রদান করতে পারে। লিনাক্স বুট হয়ে গেলে এটি সাধারণত সমাপ্ত এবং পথের বাইরে - অন্য কথায়, এটি বুট-পরবর্তী বাসিন্দা থাকে না।
লিনাক্স কার্নেল
লিনাক্স কার্নেল হল বিশ্বের সবচেয়ে জনপ্রিয় অপারেটিং সিস্টেম কার্নেল। অ্যাপলিকেশনের একটি ইউজারল্যান্ডের সাথে মিলিত হয়ে, এটি তৈরি করে যা সাধারণত লিনাক্স অপারেটিং সিস্টেম হিসাবে পরিচিত। একটি লিনাক্স অপারেটিং সিস্টেম সমৃদ্ধ POSIX API এবং ডেভেলপার পরিবেশ প্রদান করে, যেমনample, ভাষা এবং টুল যেমন Python, Perl, 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-এ একটি RISC-V কোরপ্লেক্স রয়েছে যার একটি 64-বিট E51 সিস্টেম মনিটর হার্ট এবং 4 64-বিট U54 অ্যাপ্লিকেশন হার্ট রয়েছে। RISC-V পরিভাষায়, একটি হার্ট হল একটি RISC-V এক্সিকিউশন কনটেক্সট যা রেজিস্টারের একটি সম্পূর্ণ সেট ধারণ করে এবং এটি স্বাধীনভাবে তার কোডটি কার্যকর করে। আপনি এটিকে একটি হার্ডওয়্যার থ্রেড বা একক সিপিইউ হিসাবে ভাবতে পারেন। একটি একক কোরের মধ্যে হার্টের একটি গ্রুপকে প্রায়ই একটি জটিল বলা হয়। এই বিষয়টি PIC64GX কোরপ্লেক্স শুরু করার পদক্ষেপগুলি বর্ণনা করে, যার মধ্যে E51 সিস্টেম মনিটর হার্ট এবং U54 অ্যাপ্লিকেশন হার্ট রয়েছে।

PIC64GX কোরপ্লেক্সে পাওয়ার।
পাওয়ার-অন হলে, RISC-V কোরপ্লেক্সের সমস্ত হার্ট নিরাপত্তা কন্ট্রোলার দ্বারা রিসেট থেকে মুক্তি পায়।
অন-চিপ eNVM ফ্ল্যাশ মেমরি থেকে HSS কোড চালান।
প্রাথমিকভাবে, প্রতিটি হার্ট অন-চিপ eNVM ফ্ল্যাশ মেমরি থেকে HSS কোড চালানো শুরু করে। এই কোডটি সমস্ত U54 অ্যাপ্লিকেশান হার্টগুলিকে স্পিন করতে দেয়, নির্দেশের জন্য অপেক্ষা করে এবং E51 মনিটর হার্টকে সিস্টেম চালু করতে এবং চালু করতে কোড চালু করতে দেয়।

ENVM থেকে L2-স্ক্র্যাচ মেমরিতে HSS কোড ডিকম্প্রেস করুন।
এর বিল্ড-টাইম কনফিগারেশনের উপর নির্ভর করে, এইচএসএস সাধারণত eNVM ফ্ল্যাশ মেমরির ক্ষমতার চেয়ে বড় হয় এবং তাই E51 এ চলমান HSS কোডটি প্রথম কাজটি করে নিজেকে eNVM থেকে L2-স্ক্র্যাচ মেমরিতে ডিকম্প্রেস করা, যেমনটি চিত্রে দেখানো হয়েছে। 1.2 এবং চিত্র 1.3।
চিত্র 1.2। এইচএসএস ডিকম্প্রেস করে eNVM থেকে L2 স্ক্র্যাচ পর্যন্ত
চিত্র 1.3। ডিকম্প্রেশনের সময় এইচএসএস মেমরি ম্যাপ
eNVM থেকে L2-Scratch-এ একটি এক্সিকিউটেবল-এ যান যা নিচের চিত্রে দেখানো হয়েছে।
চিত্র 1.4। এইচএসএস ডিকম্প্রেশন অনুসরণ করে L2Scratch-এ eNVM থেকে কোড নাউ-এ জাম্প করে
এক্সিকিউটেবল তিনটি উপাদান নিয়ে গঠিত:
- হার্ডওয়্যার অ্যাবস্ট্রাকশন লেয়ার (HAL), নিম্ন-স্তরের কোড এবং বেয়ার মেটাল ড্রাইভার
- RISC-V OpenSBI-এর একটি স্থানীয় HSS ফর্ক (এর জন্য PIC64GX-এ আপস্ট্রিম থেকে সামান্য পরিবর্তিত AMP উদ্দেশ্য)
- এইচএসএস রানটাইম পরিষেবা (স্টেট মেশিনগুলি একটি সুপার লুপে চলে)
OpenSBI দ্বারা ব্যবহৃত হার্ডওয়্যার এবং ডেটা স্ট্রাকচার শুরু করুন।
HSS পরিষেবা "স্টার্টআপ" এই শুরুর জন্য দায়ী।

এক্সটার্নাল স্টোরেজ থেকে অ্যাপ্লিকেশন ওয়ার্কলোড (payload.bin) ইমেজ আনুন। এটি চিত্র 1.5 এবং চিত্র 1.6 এ দেখানো হয়েছে
গুরুত্বপূর্ণ: PIC64GX কিউরিওসিটি কিটের ক্ষেত্রে, এটি একটি SD কার্ড থেকে হবে৷
চিত্র 1.5। এক্সটার্নাল স্টোরেজ থেকে payload.bin ওয়ার্কলোড ইমেজ আনা হচ্ছে
চিত্র 1.6। payload.bin আনার পর HSS মেমরি ম্যাপ
payload.bin থেকে তাদের এক্সিকিউশন টাইম গন্তব্যে বিভিন্ন বিভাগ কপি করুন। payload.bin হল একটি ফরম্যাট করা ছবি, যা SMP বা এর জন্য বিভিন্ন অ্যাপ্লিকেশন ইমেজকে একত্রিত করে AMP কাজের ভার। এতে কোড, ডেটা এবং ডিসক্রিপ্টর টেবিল রয়েছে যা এইচএসএসকে কোড এবং ডেটা বিভাগগুলি যথাযথভাবে স্থাপন করতে সক্ষম করে, যেখানে বিভিন্ন অ্যাপ্লিকেশন ওয়ার্কলোড চালানোর জন্য তাদের প্রয়োজন হয়।
চিত্র 1.7। payload.bin গন্তব্য ঠিকানায় অনুলিপি করা হয়

প্রাসঙ্গিক U54-কে তাদের এক্সিকিউশন শুরুর ঠিকানায় যেতে নির্দেশ দিন। এই শুরুর ঠিকানার তথ্য payload.bin-এ রয়েছে।
U54 অ্যাপ্লিকেশন হার্ট এবং যেকোনো সেকেন্ড-এস শুরু করুনtage বুট লোডার। প্রাক্তন জন্যample, U-Bot লিনাক্স নিয়ে আসে।

রিবুট করুন

সিস্টেম বুট করার ধারণার সাথে রিবুট করা প্রয়োজন। PIC64GX অ্যাপ্লিকেশন ওয়ার্কলোড সম্পর্কে চিন্তা করার সময়, রিবুট করার জন্য সিমেট্রিক মাল্টিপ্রসেসিং (এসএমপি) এবং অ্যাসিমেট্রিক মাল্টিপ্রসেসিং (AMP) পরিস্থিতি:

একটি এসএমপি সিস্টেমের ক্ষেত্রে, একটি রিবুট সম্পূর্ণ সিস্টেমটিকে নিরাপদে ঠান্ডা রিবুট করতে পারে কারণ বিবেচনা করার মতো অন্য প্রসঙ্গে কোনও অতিরিক্ত কাজের চাপ নেই।

একটি ক্ষেত্রে AMP সিস্টেম, একটি কাজের চাপকে শুধুমাত্র নিজেকে রিবুট করার অনুমতি দেওয়া যেতে পারে (এবং অন্য কোনো প্রসঙ্গে হস্তক্ষেপ না করে), অথবা এটি সম্পূর্ণ সিস্টেম রিবুট করতে সক্ষম হওয়ার বিশেষাধিকার হতে পারে।

রিবুট এবং AMP
এসএমপি সক্ষম করতে এবং AMP রিবুট পরিস্থিতিতে, এইচএসএস উষ্ণ এবং ঠান্ডা রিবুট সুবিধার ধারণাগুলিকে সমর্থন করে, যা একটি প্রসঙ্গে বরাদ্দযোগ্য। উষ্ণ রিবুট সুবিধা সহ একটি প্রসঙ্গ শুধুমাত্র নিজেকে পুনরায় বুট করতে সক্ষম হয় এবং ঠান্ডা রিবুট সুবিধা সহ একটি প্রসঙ্গ একটি সম্পূর্ণ সিস্টেম রিবুট করতে পারে। প্রাক্তন জন্যampলে, প্রতিনিধি পরিস্থিতির নিম্নলিখিত সেট বিবেচনা করুন.

একটি একক প্রসঙ্গ SMP ওয়ার্কলোড, যা একটি সম্পূর্ণ সিস্টেম রিবুট করার অনুরোধ করার জন্য অনুমোদিত
এই পরিস্থিতিতে, প্রসঙ্গটি ঠান্ডা রিবুট সুবিধার অনুমতি দেওয়া হয়।
একটি দ্বি-প্রসঙ্গ AMP কাজের চাপ, যেখানে কনটেক্সট A-কে সম্পূর্ণ সিস্টেম রিবুট করার অনুরোধ করার অনুমতি দেওয়া হয় (সমস্ত প্রসঙ্গকে প্রভাবিত করে), এবং কনটেক্সট B শুধুমাত্র নিজেকে রিবুট করার অনুমতি দেয়
এই পরিস্থিতিতে, প্রসঙ্গ A-কে ঠান্ডা রিবুট সুবিধার অনুমতি দেওয়া হয়, এবং প্রসঙ্গ B-কে উষ্ণ রিবুট করার অনুমতি দেওয়া হয়।
একটি দ্বি-প্রসঙ্গ AMP কাজের চাপ, যেখানে প্রসঙ্গ A এবং B শুধুমাত্র নিজেদেরকে পুনরায় বুট করার অনুমতি দেয় (এবং অন্য প্রসঙ্গকে প্রভাবিত করে না)
এই পরিস্থিতিতে, উভয় প্রসঙ্গেই শুধুমাত্র উষ্ণ রিবুট সুবিধা অনুমোদিত।
একটি দ্বি-প্রসঙ্গ AMP কাজের চাপ, যেখানে প্রসঙ্গ A এবং B উভয়কেই সম্পূর্ণ সিস্টেম রিবুট করার অনুরোধ করার অনুমতি দেওয়া হয়
এই পরিস্থিতিতে, উভয় প্রসঙ্গেই কোল্ড রিবুট সুবিধা অনুমোদিত।
অধিকন্তু, বিল্ড টাইমে এইচএসএস-এর পক্ষে সর্বদা কোল্ড রিবুট সুবিধার অনুমতি দেওয়া এবং কখনই কোল্ড রিবুট সুবিধার অনুমতি দেওয়া সম্ভব নয়।

প্রাসঙ্গিক HSS Kconfig অপশন
Kconfig হল একটি সফটওয়্যার বিল্ড কনফিগারেশন সিস্টেম। এটি সাধারণত বিল্ড-টাইম বিকল্পগুলি নির্বাচন করতে এবং বৈশিষ্ট্যগুলি সক্ষম বা অক্ষম করতে ব্যবহৃত হয়। এটি লিনাক্স কার্নেল দিয়ে উদ্ভূত হয়েছিল কিন্তু এখন ইউ-বুট, জেফির এবং পিআইসি64জিএক্স এইচএসএস সহ লিনাক্স কার্নেলের বাইরে অন্যান্য প্রকল্পে ব্যবহার পাওয়া গেছে।

HSS-এ দুটি Kconfig অপশন রয়েছে যা HSS দৃষ্টিকোণ থেকে রিবুট কার্যকারিতা নিয়ন্ত্রণ করে:

CONFIG_ALLOW_COLD রিবুট করুন
এটি সক্ষম হলে, এটি বিশ্বব্যাপী একটি প্রসঙ্গকে একটি কোল্ড রিবুট ইকল জারি করার অনুমতি দেয়। অক্ষম হলে, শুধুমাত্র উষ্ণ রিবুট অনুমোদিত হবে। এই বিকল্পটি সক্রিয় করার পাশাপাশি, পেলোড জেনারেটর YAML-এর মাধ্যমে একটি প্রেক্ষাপটে একটি কোল্ড রিবুট ইস্যু করার অনুমতি দিতে হবে file অথবা নিম্নলিখিত Kconfig বিকল্প।
CONFIG_ALLOW_COLD REBOOT_ALWAYS
- সক্ষম হলে, এই বৈশিষ্ট্যটি বিশ্বব্যাপী সমস্ত প্রসঙ্গকে একটি কোল্ড রিবুট ECAA জারি করার অনুমতি দেয়, payload.bin ফ্ল্যাগ এনটাইটেলমেন্ট নির্বিশেষে।
- অতিরিক্তভাবে, payload.bin নিজেই একটি প্রতি-প্রসঙ্গ পতাকা ধারণ করতে পারে, এটি নির্দেশ করে যে একটি নির্দিষ্ট প্রসঙ্গ কোল্ড রিবুট ইস্যু করার অধিকারী:
  - একটি প্রসঙ্গ উষ্ণ অন্য প্রসঙ্গ পুনরায় বুট করার অনুমতি দেওয়ার জন্য, আমরা YAML বিবরণে allow-reboot: warm বিকল্পটি যোগ করতে পারি file payload.bin তৈরি করতে ব্যবহৃত হয়
  - সম্পূর্ণ সিস্টেমের একটি প্রসঙ্গ কোল্ড রিবুট করার অনুমতি দিতে, আমরা অনুমতি-রিবুট: ঠান্ডা বিকল্পটি যোগ করতে পারি। ডিফল্টরূপে, মঞ্জুরি-রিবুট নির্দিষ্ট না করে, একটি প্রসঙ্গ শুধুমাত্র উষ্ণ রিবুটের অনুমতি দেওয়া হয় এই পতাকার সেটিং নির্বিশেষে, যদি HSS-এ CONFIG_ALLOW_COLDREBOOT সক্ষম না করা হয়, HSS সমস্ত ঠান্ডা রিবুট অনুরোধগুলিকে উষ্ণ (প্রতি-প্রসঙ্গ) রিবুট করার জন্য পুনরায় কাজ করবে। .

বিস্তারিত রিবুট করুন
এই বিভাগটি বর্ণনা করে যে কীভাবে রিবুট কাজ করে - ওপেনএসবিআই স্তর (সর্বনিম্ন এম-মোড স্তর) দিয়ে শুরু করে এবং তারপর আলোচনা করে যে কীভাবে এই ওপেনএসবিআই স্তর কার্যকারিতাটি একটি RTOS অ্যাপ্লিকেশন বা লিনাক্সের মতো একটি সমৃদ্ধ ওএস থেকে ট্রিগার হয়।

OpenSBI রিবুট ইকল

RISC-V সুপারভাইজার বাইনারি ইন্টারফেস (SBI) স্পেসিফিকেশন প্ল্যাটফর্ম ইনিশিয়ালাইজেশন এবং ফার্মওয়্যার রানটাইম পরিষেবার জন্য একটি প্রমিত হার্ডওয়্যার বিমূর্ত স্তর বর্ণনা করে। SBI-এর মূল উদ্দেশ্য হল বিভিন্ন RISC-V বাস্তবায়ন জুড়ে বহনযোগ্যতা এবং সামঞ্জস্যতা সক্ষম করা।
OpenSBI (ওপেন সোর্স সুপারভাইজার বাইনারি ইন্টারফেস) হল একটি ওপেন সোর্স প্রকল্প যা এসবিআই স্পেসিফিকেশনের একটি রেফারেন্স বাস্তবায়ন প্রদান করে। ওপেনএসবিআই রানটাইম পরিষেবাও প্রদান করে, যার মধ্যে ইন্টারাপ্ট হ্যান্ডলিং, টাইমার ম্যানেজমেন্ট এবং কনসোল I/O, যা উচ্চ-স্তরের সফ্টওয়্যার স্তর দ্বারা ব্যবহার করা যেতে পারে।
OpenSBI HSS-এর অংশ হিসেবে অন্তর্ভুক্ত এবং মেশিন মোড স্তরে চলে। যখন অপারেটিং সিস্টেম বা অ্যাপ্লিকেশন একটি ফাঁদ সৃষ্টি করে, এটি পরিচালনা করার জন্য OpenSBI-এর কাছে পাঠানো হবে। ওপেনএসবিআই ইকল নামক একটি নির্দিষ্ট ফাঁদ প্রক্রিয়ার মাধ্যমে সফ্টওয়্যারের উপরের স্তরগুলিতে একটি নির্দিষ্ট সিস্টেম-কল টাইপ কার্যকারিতা প্রকাশ করে।

সিস্টেম রিসেট (EID 0x53525354) একটি ব্যাপক সিস্টেম কল ফাংশন প্রদান করে যা উপরের স্তরের সফ্টওয়্যারকে সিস্টেম-স্তরের রিবুট বা শাটডাউনের অনুরোধ করতে দেয়। একবার এই ইকলটি একটি U54 দ্বারা আহ্বান করা হলে, এটি সেই U54-এ মেশিন মোডে চলমান HSS সফ্টওয়্যার দ্বারা আটকে যায় এবং এর এনটাইটেলমেন্টের উপর নির্ভর করে প্রসঙ্গ বা সমগ্র সিস্টেমটি পুনরায় বুট করার জন্য একটি সংশ্লিষ্ট রিবুট অনুরোধ E51-এ পাঠানো হয়। প্রসঙ্গ

আরো তথ্যের জন্য, দেখুন RISC-V সুপারভাইজার বাইনারি ইন্টারফেস স্পেসিফিকেশন বিশেষ করে সিস্টেম রিসেট এক্সটেনশন (EID #0x53525354 “SRST”).

লিনাক্স রিবুট

একটি নির্দিষ্ট প্রাক্তন হিসাবেampএর মধ্যে, লিনাক্সে, শাটডাউন কমান্ডটি সিস্টেমটি থামাতে বা রিবুট করতে ব্যবহৃত হয়। কমান্ডের সাধারণত অনেক উপনাম থাকে, যথা halt, power off, এবং reboot. এই উপনামগুলি শাটডাউনের সময় মেশিনটি থামাতে হবে, শাটডাউনের সময় মেশিনটি বন্ধ করতে হবে বা শাটডাউনের সময় মেশিনটি পুনরায় বুট করতে হবে কিনা তা নির্দিষ্ট করে।

এই ইউজার-স্পেস কমান্ডগুলি লিনাক্সে একটি রিবুট সিস্টেম কল জারি করে, যা কার্নেলের দ্বারা আটকা পড়ে এবং একটি এসবিআই ইকলের সাথে ইন্টারওয়ার্ক করে।
রিবুটের বিভিন্ন স্তর রয়েছে - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - এগুলি কার্নেলে কমান্ড লাইন আর্গুমেন্ট হিসাবে প্রেরণ করা যেতে পারে (প্রাক্তনample, REBOOT_WARM এর জন্য reboot=w[arm])। লিনাক্স কার্নেল সোর্স কোড সম্পর্কে আরও তথ্যের জন্য, দেখুন ডকুমেন্টেশন/admin-guide/kernel-paramters.txt.
বিকল্পভাবে, /sys/kernel/reboot সক্রিয় থাকলে, বর্তমান সিস্টেম রিবুট কনফিগারেশন পেতে নীচের হ্যান্ডলারগুলি পড়া যাবে এবং এটি পরিবর্তন করার জন্য লেখা হবে। লিনাক্স কার্নেল সোর্স কোড সম্পর্কে আরও তথ্যের জন্য, দেখুন ডকুমেন্টেশন/ABI/testing/sysfs-kernel-reboot.

প্রহরী

সিস্টেম বুটিং এবং সিস্টেম রিবুটিং সম্পর্কিত আরও একটি ধারণা হল ওয়াচডগ টাইমার ফায়ার করার পরে সিস্টেম পুনরুদ্ধার। ওয়াচডগ টাইমারগুলি এমবেডেড সিস্টেমে ব্যাপকভাবে ব্যবহৃত হয় যাতে ক্ষণস্থায়ী হার্ডওয়্যার ত্রুটিগুলি থেকে স্বয়ংক্রিয়ভাবে পুনরুদ্ধার করা হয় এবং সিস্টেমের ক্রিয়াকলাপকে ব্যাহত করা থেকে ভুল বা ক্ষতিকর সফ্টওয়্যারকে প্রতিরোধ করতে।
PIC64GX হার্ডওয়্যার ওয়াচডগ সমর্থন অন্তর্ভুক্ত করে যখন সিস্টেমটি চলছে তখন পৃথক হার্টগুলি নিরীক্ষণ করতে। ওয়াচডগরা নিশ্চিত করে যে হার্টগুলি পুনরায় চালু করা যেতে পারে যদি তারা অপুনরুদ্ধারযোগ্য সফ্টওয়্যার ত্রুটির কারণে সাড়া না দেয়।
PIC64GX-এ ওয়াচডগ টাইমার হার্ডওয়্যার ব্লকের পাঁচটি উদাহরণ রয়েছে যা সিস্টেম লকআপগুলি সনাক্ত করতে ব্যবহৃত হয় - প্রতিটি হার্টের জন্য একটি। মিশ্র অ্যাসিমেট্রিক মাল্টি-প্রসেসিং সুবিধার জন্য (AMP) কাজের চাপ, এইচএসএস নজরদারি এবং প্রহরী গুলি চালানোর প্রতিক্রিয়া সমর্থন করে।

PIC64GX ওয়াচডগ

পাওয়ার-আপে অ্যাপ্লিকেশান হার্টগুলি বুট করার জন্য এবং যে কোনও সময়ে সেগুলিকে (ব্যক্তিগতভাবে বা সম্মিলিতভাবে) পুনরায় বুট করার জন্য HSS দায়ীtage, এটি প্রয়োজন বা কাঙ্ক্ষিত হওয়া উচিত। এর ফলস্বরূপ, PIC64GX-এ ওয়াচডগ ইভেন্টগুলিতে প্রতিক্রিয়া HSS দ্বারা পরিচালিত হয়।
একটি 'ভার্চুয়াল ওয়াচডগ' মনিটর একটি HSS স্টেট মেশিন পরিষেবা হিসাবে প্রয়োগ করা হয়, এবং এর দায়িত্ব হল U54 স্বতন্ত্র ওয়াচডগ হার্ডওয়্যার মনিটরের প্রতিটির অবস্থা পর্যবেক্ষণ করা। যখন এই U54 ওয়াচডগগুলির মধ্যে একটি ভ্রমণ করে, HSS এটি সনাক্ত করে এবং উপযুক্ত হিসাবে U54 পুনরায় বুট করবে। যদি U54 একটি SMP প্রসঙ্গের অংশ হয়, তাহলে সম্পূর্ণ প্রসঙ্গটি রিবুট করার জন্য বিবেচনা করা হয়, প্রসঙ্গটির উষ্ণ রিবুট সুবিধা রয়েছে। প্রসঙ্গটিতে ঠান্ডা রিবুট সুবিধা থাকলে পুরো সিস্টেমটি রিবুট করা হবে।

প্রাসঙ্গিক Kconfig বিকল্প

মুক্তিপ্রাপ্ত HSS বিল্ডে ওয়াচডগ সমর্থন ডিফল্টরূপে অন্তর্ভুক্ত করা হয়। আপনি যদি একটি কাস্টম এইচএসএস তৈরি করতে চান, এই বিভাগে ওয়াচডগ সমর্থন সক্ষম করা হয়েছে তা নিশ্চিত করার জন্য কনফিগারেশন প্রক্রিয়া বর্ণনা করবে।

Kconfig কনফিগারেশন সিস্টেম ব্যবহার করে HSS কনফিগার করা হয়। একটি শীর্ষ স্তর .config file এইচএসএস বিল্ডের মধ্যে বা বাইরে কোন পরিষেবাগুলি সংকলিত হবে তা নির্বাচন করার জন্য প্রয়োজন।
প্রথমত, শীর্ষ-স্তরের CONFIG_SERVICE_WDOG বিকল্পটি সক্ষম করা প্রয়োজন (মেক কনফিগারেশনের মাধ্যমে "ভার্চুয়াল ওয়াচডগ সমর্থন")।

এটি তারপরে নিম্নলিখিত উপ-বিকল্পগুলিকে প্রকাশ করে যা ওয়াচডগ সমর্থনের উপর নির্ভরশীল:

CONFIG_SERVICE_WD OG_DEBUG
ভার্চুয়াল ওয়াচডগ পরিষেবা থেকে তথ্যগত/ডিবাগ বার্তাগুলির জন্য সমর্থন সক্ষম করে৷
CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
ওয়াচডগ ডিবাগ বার্তাগুলি HSS দ্বারা আউটপুট হবে এমন পর্যায়ক্রম (সেকেন্ডে) নির্ধারণ করে।
CONFIG_SERVICE_WD OG_ENABLE_E51
U51 ছাড়াও E54 মনিটর হার্টের জন্য ওয়াচডগ সক্ষম করে, HSS এর অপারেশনকে রক্ষা করে।

যখন E51 ওয়াচডগ সক্ষম করা হয়, HSS এটিকে রিফ্রেশ করতে এবং এটিকে ফায়ার করা থেকে বিরত রাখতে পর্যায়ক্রমে ওয়াচডগকে লিখবে। যদি, কোনো কারণে, E51 হার্ট লক আপ হয় বা ক্র্যাশ হয় এবং E51 ওয়াচডগ সক্রিয় থাকে, তাহলে এটি সর্বদা পুরো সিস্টেমটিকে রিসেট করবে।

ওয়াচডগ অপারেশন
ওয়াচডগ হার্ডওয়্যার ডাউন কাউন্টার প্রয়োগ করে। একটি রিফ্রেশ-নিষিদ্ধ উইন্ডো তৈরি করা যেতে পারে ওয়াচডগ সর্বোচ্চ মান যাতে রিফ্রেশ অনুমোদিত (MVRP) কনফিগার করে।

ওয়াচডগ টাইমারের বর্তমান মান MVRP মানের থেকে বেশি হলে, ওয়াচডগকে রিফ্রেশ করা নিষিদ্ধ। নিষিদ্ধ উইন্ডোতে ওয়াচডগ টাইমার রিফ্রেশ করার প্রচেষ্টা একটি টাইমআউট বিঘ্নিত করবে।

MVRP মান এবং ট্রিগার মান (TRIG) এর মধ্যে ওয়াচডগকে রিফ্রেশ করা সফলভাবে কাউন্টারটিকে রিফ্রেশ করবে এবং ওয়াচডগকে ফায়ার করা থেকে বিরত রাখবে।
একবার ওয়াচডগ টাইমারের মান TRIG মানের নীচে গণনা করলে, ওয়াচডগ ফায়ার করবে।

ওয়াচডগ স্টেট মেশিন

ওয়াচডগ স্টেট মেশিনটি খুব সোজা – E51 এর জন্য ওয়াচডগ কনফিগার করে শুরু করা, যদি সক্ষম করা হয়, তারপর একটি নিষ্ক্রিয় অবস্থার মধ্য দিয়ে পর্যবেক্ষণে চলে যায়। প্রতিবার সুপারলুপের আশেপাশে, এই মনিটরিং স্টেটকে আহ্বান করা হয়, যা U54 ওয়াচডগের প্রতিটির স্থিতি পরীক্ষা করে।

ওয়াচডগ স্টেট মেশিন একটি হার্ট রিস্টার্ট করার জন্য বুট স্টেট মেশিনের সাথে যোগাযোগ করে (এবং এর বুট সেটে থাকা অন্য কোন হার্ট), যদি এটি সনাক্ত করে যে হার্ট তার ওয়াচডগকে সময়মতো রিফ্রেশ করতে পারেনি।

লকডাউন মোড

সাধারণত (বিশেষ করে এর সাথে AMP অ্যাপ্লিকেশন), আশা করা হচ্ছে যে এইচএসএস এম-মোডে থাকবে, একটি 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_লকডাউন()

এই ফাংশন বোর্ড-নির্দিষ্ট কোড দ্বারা ওভাররাইড করার উদ্দেশ্যে করা হয়. প্রথমটি হল একটি কনফিগারযোগ্য ট্রিগার ফাংশন যা একটি 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-এ ডেটা হিসাবে সংরক্ষণ করা হয় না, তবে এর পরিবর্তে শূন্য-প্রাথমিক খণ্ড বর্ণনাকারীর একটি বিশেষ সেট, যা স্টার্টআপের সময় শূন্যে সেট করার জন্য একটি ঠিকানা এবং RAM এর দৈর্ঘ্য নির্দিষ্ট করে। এটি চিত্র A.13 এ দেখানো হয়েছে।

চিত্র A.13. ZI খণ্ড

hss-পেলোড-জেনারেটর
এইচএসএস পেলোড জেনারেটর টুল হার্ট সফটওয়্যার সার্ভিস জিরো-এস-এর জন্য একটি ফর্ম্যাটেড পেলোড ইমেজ তৈরি করেtagPIC64GX-এ e বুটলোডার, একটি কনফিগারেশন দেওয়া হয়েছে file এবং ELF এর একটি সেট files এবং/অথবা বাইনারি। কনফিগারেশন file ELF বাইনারি বা বাইনারি ব্লবগুলিকে পৃথক অ্যাপ্লিকেশন হার্টে (U54s) ম্যাপ করতে ব্যবহৃত হয়।

চিত্র 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 ব্যবহারকারী মোড

নিম্নলিখিত প্রাক্তন মধ্যেampLe:

test/zephyr.elf কে একটি Zephyr অ্যাপ্লিকেশন বলে ধরে নেওয়া হয় যা U54_3 এ চলে এবং PRV_M বিশেষাধিকার মোডে শুরু হওয়ার প্রত্যাশা করে।
test/u-boot-dtb.bin হল Das 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', 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-এর সাথে উদ্বিগ্ন হতে চায় না, বিকল্পটি স্কিপ-ওপেন, যদি সত্য হয়, তবে একটি সাধারণ মারট ব্যবহার করে সেই হার্টে পেলোড চালু করা হবে।
একটি 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 রেজিস্টারে পাস করা হবে)।

এইচএসএসকে স্বয়ংক্রিয়ভাবে একটি প্রসঙ্গ বুট করা থেকে প্রতিরোধ করতে (উদাহরণস্বরূপ, যদি আমরা এর পরিবর্তে রিমোটপ্রোক ব্যবহার করে একটি প্রসঙ্গকে এটির নিয়ন্ত্রণ অর্পণ করতে চাই), স্কিপ-অটোবুট পতাকা ব্যবহার করুন:
test/zephyr.elf: {exec-addr: '0xB0000000', owner-hart: 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 ইয়োক্টোতে মেশিন টার্গেট এইচএসএস-পেলোড-জেনারেটর টুল ব্যবহার করে একটি অ্যাপ্লিকেশন ইমেজ তৈরি করবে যা প্রদর্শন করে AMP, লিনাক্স 3 হার্টে চলছে এবং Zephyr 1 হার্টে চলছে৷

পুনর্বিবেচনার ইতিহাস
পুনর্বিবেচনার ইতিহাস নথিতে বাস্তবায়িত পরিবর্তনগুলি বর্ণনা করে। পরিবর্তনগুলি সংশোধনের মাধ্যমে তালিকাভুক্ত করা হয়েছে, সবচেয়ে বর্তমান প্রকাশনা থেকে শুরু করে।

রিভিশন	তারিখ	বর্ণনা
A	07/2024	প্রাথমিক রিভিশন

মাইক্রোচিপ তথ্য

মাইক্রোচিপ Webসাইট
মাইক্রোচিপ আমাদের মাধ্যমে অনলাইন সহায়তা প্রদান করে webসাইটে www.microchip.com/. এই webসাইট তৈরি করতে ব্যবহার করা হয় fileএবং গ্রাহকদের কাছে সহজলভ্য তথ্য। উপলব্ধ কিছু সামগ্রীর মধ্যে রয়েছে:

পণ্য সমর্থন - ডেটাশীট এবং ত্রুটি, অ্যাপ্লিকেশন নোট এবং এসample প্রোগ্রাম, নকশা সম্পদ, ব্যবহারকারীর গাইড এবং হার্ডওয়্যার সমর্থন নথি, সর্বশেষ সফ্টওয়্যার রিলিজ এবং সংরক্ষণাগার সফ্টওয়্যার

সাধারণ প্রযুক্তিগত সহায়তা - প্রায়শই জিজ্ঞাসিত প্রশ্ন (FAQs), প্রযুক্তিগত সহায়তা অনুরোধ, অনলাইন আলোচনা গোষ্ঠী, মাইক্রোচিপ ডিজাইন পার্টনার প্রোগ্রাম সদস্য তালিকা
মাইক্রোচিপের ব্যবসা - পণ্য নির্বাচক এবং অর্ডার গাইড, সর্বশেষ মাইক্রোচিপ প্রেস রিলিজ, সেমিনার এবং ইভেন্টগুলির একটি তালিকা, মাইক্রোচিপ বিক্রয় অফিসের তালিকা, পরিবেশক এবং কারখানার প্রতিনিধি

পণ্য পরিবর্তন বিজ্ঞপ্তি পরিষেবা

মাইক্রোচিপের পণ্য পরিবর্তনের বিজ্ঞপ্তি পরিষেবা গ্রাহকদের মাইক্রোচিপ পণ্যগুলিতে বর্তমান রাখতে সাহায্য করে। কোনো নির্দিষ্ট পণ্য পরিবার বা আগ্রহের উন্নয়ন টুলের সাথে সম্পর্কিত পরিবর্তন, আপডেট, সংশোধন বা ত্রুটি-বিচ্যুতি হলেই গ্রাহকরা ইমেল বিজ্ঞপ্তি পাবেন।

নিবন্ধন করতে, যান www.microchip.com/pcn এবং নিবন্ধন নির্দেশাবলী অনুসরণ করুন.

কাস্টমার সাপোর্ট
মাইক্রোচিপ পণ্যের ব্যবহারকারীরা বিভিন্ন চ্যানেলের মাধ্যমে সহায়তা পেতে পারেন:

পরিবেশক বা প্রতিনিধি
স্থানীয় বিক্রয় অফিস
এমবেডেড সলিউশন ইঞ্জিনিয়ার (ইএসই)
প্রযুক্তিগত সহায়তা

সমর্থনের জন্য গ্রাহকদের তাদের পরিবেশক, প্রতিনিধি বা ESE এর সাথে যোগাযোগ করা উচিত। গ্রাহকদের সাহায্য করার জন্য স্থানীয় বিক্রয় অফিসগুলিও উপলব্ধ। বিক্রয় অফিস এবং অবস্থানের একটি তালিকা এই নথিতে অন্তর্ভুক্ত করা হয়েছে।
এর মাধ্যমে প্রযুক্তিগত সহায়তা পাওয়া যায় webসাইটে: www.microchip.com/support.

মাইক্রোচিপ ডিভাইস কোড সুরক্ষা বৈশিষ্ট্য
মাইক্রোচিপ পণ্যগুলিতে কোড সুরক্ষা বৈশিষ্ট্যের নিম্নলিখিত বিবরণগুলি নোট করুন:

মাইক্রোচিপ পণ্যগুলি তাদের নির্দিষ্ট মাইক্রোচিপ ডেটা শীটে থাকা বৈশিষ্ট্যগুলি পূরণ করে।
মাইক্রোচিপ বিশ্বাস করে যে তার পণ্যের পরিবার নিরাপদ থাকে যখন উদ্দেশ্যমূলকভাবে, অপারেটিং স্পেসিফিকেশনের মধ্যে এবং স্বাভাবিক অবস্থায় ব্যবহার করা হয়।

মাইক্রোচিপ মূল্যবোধ এবং আক্রমনাত্মকভাবে এর মেধা সম্পত্তি অধিকার রক্ষা করে। মাইক্রোচিপ পণ্যগুলির কোড সুরক্ষা বৈশিষ্ট্য লঙ্ঘনের প্রচেষ্টা কঠোরভাবে নিষিদ্ধ এবং ডিজিটাল মিলেনিয়াম কপিরাইট আইন লঙ্ঘন করতে পারে৷
মাইক্রোচিপ বা অন্য কোন সেমিকন্ডাক্টর প্রস্তুতকারক এর কোডের নিরাপত্তার নিশ্চয়তা দিতে পারে না। কোড সুরক্ষার অর্থ এই নয় যে আমরা পণ্যটিকে "অবিচ্ছেদ" বলে গ্যারান্টি দিচ্ছি। কোড সুরক্ষা ক্রমাগত বিকশিত হচ্ছে। মাইক্রোচিপ আমাদের পণ্যগুলির কোড সুরক্ষা বৈশিষ্ট্যগুলি ক্রমাগত উন্নত করতে প্রতিশ্রুতিবদ্ধ।

আইনি নোটিশ
এই প্রকাশনা এবং এখানে থাকা তথ্যগুলি শুধুমাত্র মাইক্রোচিপ পণ্যগুলির সাথে ব্যবহার করা যেতে পারে, যার মধ্যে আপনার অ্যাপ্লিকেশনের সাথে মাইক্রোচিপ পণ্যগুলি ডিজাইন, পরীক্ষা এবং সংহত করা সহ। অন্য কোনো উপায়ে এই তথ্য ব্যবহার এই শর্তাবলী লঙ্ঘন. ডিভাইস অ্যাপ্লিকেশন সংক্রান্ত তথ্য শুধুমাত্র আপনার সুবিধার জন্য প্রদান করা হয় এবং আপডেট দ্বারা বাতিল করা হতে পারে। আপনার আবেদন আপনার স্পেসিফিকেশন পূরণ করে তা নিশ্চিত করা আপনার দায়িত্ব। অতিরিক্ত সহায়তার জন্য আপনার স্থানীয় মাইক্রোচিপ বিক্রয় অফিসে যোগাযোগ করুন বা অতিরিক্ত সহায়তা পান এখানে www.microchip.com/en-us/support/design-help/client-support-services.

এই তথ্যটি মাইক্রোচিপ "যেমন আছে" দ্বারা সরবরাহ করা হয়েছে৷ মাইক্রোচিপ কোন প্রকারের কোন উপস্থাপনা বা ওয়ারেন্টি দেয় না তা প্রকাশ বা উহ্য, লিখিত বা মৌখিক, সংবিধিবদ্ধ বা অন্যথায়, তথ্যের সাথে সম্পর্কিত কিন্তু সীমাবদ্ধ নয় অ-লঙ্ঘন, ব্যবসায়িকতা, এবং একটি বিশেষ উদ্দেশ্যে উপযুক্ততা, বা এর শর্ত, গুণমান, বা কর্মক্ষমতা সম্পর্কিত ওয়্যারেন্টি।

কোনো অবস্থাতেই মাইক্রোচিপ কোনো পরোক্ষ, বিশেষ, শাস্তিমূলক, আকস্মিক, বা ফলস্বরূপ ক্ষতি, ক্ষয়ক্ষতি, খরচ বা যেকোনো ধরনের খরচের জন্য দায়ী হবে না হিপ এর পরামর্শ দেওয়া হয়েছে সম্ভাবনা বা ক্ষয়ক্ষতি পূর্বাভাসযোগ্য। আইন দ্বারা অনুমোদিত সম্পূর্ণ সীমা পর্যন্ত, তথ্য বা এর ব্যবহারের সাথে সম্পর্কিত যেকোনও উপায়ে সমস্ত দাবির উপর মাইক্রোচিপের সম্পূর্ণ দায়বদ্ধতা ফি এর সংখ্যা অতিক্রম করবে না, যদি কোন কিছুর জন্য, এই অর্থের জন্য ATION

লাইফ সাপোর্ট এবং/অথবা সুরক্ষা অ্যাপ্লিকেশনগুলিতে মাইক্রোচিপ ডিভাইসগুলির ব্যবহার সম্পূর্ণরূপে ক্রেতার ঝুঁকিতে, এবং ক্রেতা এই ধরনের ব্যবহারের ফলে সমস্ত ক্ষতি, দাবি, মামলা বা খরচ থেকে রক্ষা করতে, ক্ষতিপূরণ দিতে এবং ধারণ করতে সম্মত হন। মাইক্রোচিপ বৌদ্ধিক সম্পত্তি অধিকারের অধীনে কোন লাইসেন্স, পরোক্ষভাবে বা অন্যথায় বলা হয় না।

ট্রেডমার্ক
মাইক্রোচিপের নাম এবং লোগো, মাইক্রোচিপ লোগো, অ্যাডাপ্টেক, এভিআর, এভিআর লোগো, এভিআর ফ্রিকস, বেসটাইম, বিটক্লাউড, ক্রিপ্টোমেমরি, ক্রিপ্টোআরএফ, ডিএসপিআইসি, ফ্লেক্সপিডব্লিউআর, হেলডো, ইগ্লু, জুকব্লক্স, কিলোক, লিংক, ম্যাক, লিংক, লিংক, ম্যাক, লিংক MediaLB, megaAVR, Microsemi, Microsemi লোগো, MOST, MOST লোগো, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 লোগো, PolarFire, Prochip ডিজাইনার, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST, SST, SST, লোগো, লোগো , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, এবং XMEGA হল মার্কিন যুক্তরাষ্ট্র এবং অন্যান্য দেশে নিযুক্ত মাইক্রোচিপ প্রযুক্তির নিবন্ধিত ট্রেডমার্ক।

AgileSwitch, ClockWorks, দ্য এমবেডেড কন্ট্রোল সলিউশন কোম্পানি, EtherSynch, Flashtec, হাইপার স্পিড কন্ট্রোল, হাইপারলাইট লোড, Libero, মোটর বেঞ্চ, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC Plus লোগো, Quiet-Wird, স্মার্টফোন , TimeCesium, TimeHub, TimePictra, TimeProvider, এবং ZL হল মার্কিন যুক্তরাষ্ট্রে নিযুক্ত মাইক্রোচিপ প্রযুক্তির নিবন্ধিত ট্রেডমার্ক

সংলগ্ন কী দমন, AKS, এনালগ-ফর-দ্য-ডিজিটাল বয়স, যেকোনো ক্যাপাসিটর, যেকোনো ইন, যেকোনো আউট, অগমেন্টেড সুইচিং, ব্লুস্কাই, বডিকম, ক্লকস্টুডিও, কোডগার্ড, ক্রিপ্টো প্রমাণীকরণ, ক্রিপ্টোঅটোমোটিভ, ক্রিপ্টোসিডিপিআইএমপিডস, ক্রিপ্টোঅটোমোটিভ ডায়নামিক গড় ম্যাচিং , 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, PowerMOS 7, PowerMOS , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, সিরিয়াল Quad I/O, সহজ মানচিত্র, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY সহনশীলতা, বিশ্বস্ত সময়, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, Viewস্প্যান, ওয়াইপারলক, এক্সপ্রেস কানেক্ট, এবং জেএনএ হল মার্কিন যুক্তরাষ্ট্র এবং অন্যান্য দেশে সংযুক্ত মাইক্রোচিপ প্রযুক্তির ট্রেডমার্ক।

SQTP হল মার্কিন যুক্তরাষ্ট্রে নিযুক্ত মাইক্রোচিপ প্রযুক্তির একটি পরিষেবা চিহ্ন
অ্যাডাপ্টেক লোগো, ফ্রিকোয়েন্সি অন ডিমান্ড, সিলিকন স্টোরেজ টেকনোলজি এবং সিমকম অন্যান্য দেশে মাইক্রোচিপ টেকনোলজি ইনকর্পোরেটেডের নিবন্ধিত ট্রেডমার্ক।
GestIC হল মাইক্রোচিপ টেকনোলজি জার্মানি II GmbH & Co. KG-এর একটি নিবন্ধিত ট্রেডমার্ক, অন্যান্য দেশে মাইক্রোচিপ টেকনোলজি ইনকর্পোরেটেডের একটি সহযোগী প্রতিষ্ঠান।

আইএসবিএন: 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

শিকাগো

ইটাস্কা, আইএল

টেলিফোন: 630-285-0071

ফ্যাক্স: 630-285-0075

ডালাস

অ্যাডিসন, TX

টেলিফোন: 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

দলিল/সম্পদ

মাইক্রোচিপ PIC64GX 64-বিট RISC-V কোয়াড-কোর মাইক্রোপ্রসেসর [পিডিএফ] ব্যবহারকারীর নির্দেশিকা
PIC64GX, PIC64GX 64-বিট RISC-V কোয়াড-কোর মাইক্রোপ্রসেসর, 64-বিট RISC-V কোয়াড-কোর মাইক্রোপ্রসেসর, RISC-V কোয়াড-কোর মাইক্রোপ্রসেসর, কোয়াড-কোর মাইক্রোপ্রসেসর, মাইক্রোপ্রসেসর

তথ্যসূত্র

ব্যবহারকারীর ম্যানুয়াল

মাইক্রোচিপ PIC64GX 64-বিট RISC-V কোয়াড-কোর মাইক্রোপ্রসেসর

পণ্য তথ্য

পণ্য ব্যবহারের নির্দেশাবলী