27 মার্চ, 2025 থেকে, আমরা AOSP তৈরি করতে এবং অবদান রাখতে aosp-main
এর পরিবর্তে android-latest-release
ব্যবহার করার পরামর্শ দিচ্ছি। আরও তথ্যের জন্য, AOSP-তে পরিবর্তনগুলি দেখুন।
একাধিক ডিটি ব্যবহার করুন
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
অনেক SoC বিক্রেতা এবং ODM একটি ডিভাইসে একাধিক ডিভাইস ট্রি (DTs) ব্যবহার সমর্থন করে, একটি ছবিকে একাধিক SKU বা কনফিগারেশন পাওয়ার জন্য সক্ষম করে। এই ধরনের ক্ষেত্রে, বুটলোডার হার্ডওয়্যার সনাক্ত করে এবং রানটাইমে সংশ্লিষ্ট DT লোড করে:

চিত্র 1. বুটলোডারে একাধিক ডিভাইস ট্রি ওভারলে (DTOs)।
দ্রষ্টব্য: একাধিক DTs ব্যবহার করা বাধ্যতামূলক নয়।
সেট আপ করুন
DTO মডেলে একাধিক DT-এর জন্য সমর্থন যোগ করতে, প্রধান DT-এর একটি তালিকা এবং ওভারলে DT-এর আরেকটি তালিকা সেট আপ করুন।

চিত্র 2. একাধিক DT-এর জন্য রানটাইম DTO বাস্তবায়ন।
বুটলোডার সক্ষম হওয়া উচিত:
- SoC আইডি পড়ুন এবং সংশ্লিষ্ট প্রধান DT নির্বাচন করুন।
- বোর্ড আইডি পড়ুন এবং সেই অনুযায়ী ওভারলে ডিটি-এর সেট নির্বাচন করুন।
রানটাইমে ব্যবহারের জন্য শুধুমাত্র একটি প্রধান DT নির্বাচন করা উচিত। একাধিক ওভারলে ডিটি নির্বাচন করা যেতে পারে তবে সেগুলি অবশ্যই নির্বাচিত প্রধান ডিটির সাথে সামঞ্জস্যপূর্ণ হতে হবে। একাধিক ওভারলে ব্যবহার করে ডিটিবিও পার্টিশনের মধ্যে প্রতি বোর্ডে একটি ওভারলে সংরক্ষণ করা এড়াতে সহায়তা করতে পারে এবং বোর্ড আইডি (বা সম্ভবত পেরিফেরালগুলি পরীক্ষা করে) এর উপর ভিত্তি করে প্রয়োজনীয় ওভারলেগুলির উপসেট নির্ধারণ করতে বুটলোডারকে সক্ষম করে। উদাহরণস্বরূপ, বোর্ড A-এর ওভারলে 1, 3, এবং 5 দ্বারা যুক্ত ডিভাইসগুলির প্রয়োজন হতে পারে যখন বোর্ড B-এর ওভারলে 1, 4 এবং 5 দ্বারা যুক্ত ডিভাইসগুলির প্রয়োজন হতে পারে।
বিভাজন
পার্টিশন করার জন্য, DTBs এবং DTBOs সংরক্ষণ করার জন্য ফ্ল্যাশ মেমরিতে একটি বুটলোডার রানটাইম-অ্যাক্সেসযোগ্য এবং বিশ্বস্ত অবস্থান নির্ধারণ করুন (বুটলোডার অবশ্যই এই ফাইলগুলিকে ম্যাচিং প্রক্রিয়ায় সনাক্ত করতে সক্ষম হবে)। মনে রাখবেন যে ডিটিবি এবং ডিটিবিও একই পার্টিশনে থাকতে পারে না। যদি আপনার DTBs/DTBOs dtb
/ dtbo
পার্টিশনে থাকে, তাহলে DTB এবং DTBO পার্টিশন ফরম্যাটে বিস্তারিত টেবিলের কাঠামো এবং হেডার বিন্যাস ব্যবহার করুন।
বুটলোডারে চালান
চালানোর জন্য:
- SoC সনাক্ত করুন এবং স্টোরেজ থেকে মেমরিতে সংশ্লিষ্ট .dtb লোড করুন।
- বোর্ড শনাক্ত করুন এবং স্টোরেজ থেকে মেমরিতে সংশ্লিষ্ট
.dtbo
লোড করুন। -
.dtb
কে .dtbo
এর সাথে ওভারলে করুন একটি মার্জড DT হতে। - মার্জ করা DT-এর মেমরি ঠিকানা দেওয়া স্টার্ট কার্নেল।
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি Content License-এ বর্ণিত লাইসেন্সের অধীনস্থ। Java এবং OpenJDK হল Oracle এবং/অথবা তার অ্যাফিলিয়েট সংস্থার রেজিস্টার্ড ট্রেডমার্ক।
2025-07-29 UTC-তে শেষবার আপডেট করা হয়েছে।
[[["সহজে বোঝা যায়","easyToUnderstand","thumb-up"],["আমার সমস্যার সমাধান হয়েছে","solvedMyProblem","thumb-up"],["অন্যান্য","otherUp","thumb-up"]],[["এতে আমার প্রয়োজনীয় তথ্য নেই","missingTheInformationINeed","thumb-down"],["খুব জটিল / অনেক ধাপ","tooComplicatedTooManySteps","thumb-down"],["পুরনো","outOfDate","thumb-down"],["অনুবাদ সংক্রান্ত সমস্যা","translationIssue","thumb-down"],["নমুনা / কোড সংক্রান্ত সমস্যা","samplesCodeIssue","thumb-down"],["অন্যান্য","otherDown","thumb-down"]],["2025-07-29 UTC-তে শেষবার আপডেট করা হয়েছে।"],[],[],null,["# Use multiple DTs\n\nMany SoC vendors and ODMs support the use of multiple device trees (DTs) on a device,\nenabling one image to power multiple SKUs or configurations. In such cases, the\nbootloader identifies the hardware and loads the corresponding DT at runtime:\n\n**Figure 1.** Multiple device tree overlays (DTOs) in bootloader.\n\n**Note:** Using multiple DTs isn't mandatory.\n\nSet up\n------\n\nTo add support for multiple DTs to the DTO model, set up a list of main DTs\nand another list of overlay DTs.\n\n**Figure 2.** Runtime DTO implementation for multiple DTs.\n\nThe bootloader should be able to:\n\n- Read the SoC ID and select the corresponding main DT.\n- Read the board ID and select the set of overlay DTs accordingly.\n\nOnly one main DT should be selected for use at runtime. Multiple overlay DTs\nmay be selected but they must be compatible with the chosen main DT. Using\nmultiple overlays can help avoid storing one overlay per board within the DTBO\npartition and enable the bootloader to determine the subset of required overlays\nbased on the board ID (or possibly by probing the peripherals). For\nexample, Board A may need the devices added by the overlays 1, 3, and 5 while\nBoard B may need the devices added by the overlays 1, 4, and 5.\n\nPartition\n---------\n\nTo partition, determine a bootloader runtime-accessible and trusted location\nin flash memory to store the DTBs and DTBOs (bootloader must be able to locate\nthese files in the matching process). Keep in mind that DTBs and DTBOs cann't\nexist in the same partition. If your DTBs/DTBOs are in the\n`dtb`/`dtbo` partition, use the table structure and header\nformat detailed in [DTB and DTBO\npartition format](/docs/core/architecture/dto/partitions).\n\nRun in bootloader\n-----------------\n\nTo run:\n\n1. **Identify the SoC** and load the corresponding .dtb from storage into memory.\n2. **Identify the board** and load the corresponding `.dtbo` from storage into memory.\n3. Overlay the `.dtb` with the `.dtbo` to be a merged DT.\n4. Start kernel given the memory address of the merged DT."]]