हमारा सुझाव है कि 27 मार्च, 2025 से AOSP को बनाने और उसमें योगदान देने के लिए, aosp-main के बजाय android-latest-release का इस्तेमाल करें. ज़्यादा जानकारी के लिए, AOSP में हुए बदलाव लेख पढ़ें.
कस्टम डिवाइस डेवलपमेंट
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
इस पेज पर, उन कई टास्क के बारे में बताया गया है जिन्हें अपने डिवाइस के लिए बाइन्ड करने के लिए, आपको करना पड़ सकता है.
कस्टम फ़्लैश कॉन्फ़िगरेशन बनाना
फ़ास्टबूट के निर्देश, fastboot-info.txt नाम के आर्टफ़ैक्ट में बताए गए हैं. अगर एक से ज़्यादा टारगेट बनाए जाते हैं, तो $OUT_DIR में एक से ज़्यादा fastboot-info.txt फ़ाइलें होंगी. साथ ही, $ANDROID_PRODUCT_OUT आपके बनाए गए सबसे नए टारगेट पर ले जाता है. इस पेज पर, फ़ास्टबूट के लिए टास्क की सूची दी गई है. इन्हें m fastboot_info का इस्तेमाल करके फिर से जनरेट किया जा सकता है. fastboot-info.txt फ़ाइल में बदलाव करके, अपनी पसंद के मुताबिक फ़्लैश करने का लॉजिक लागू किया जा सकता है.
fastboot-info.txt फ़ाइल में ये निर्देश काम करते हैं:
flash %s: किसी दिए गए पार्टीशन को फ़्लैश करता है. ज़रूरी नहीं वाले आर्ग्युमेंट में ये शामिल हैं:
--slot-other,filename_path, and--apply-vbmeta`.update-super: सुपर पार्टीशन को अपडेट करता है.if-wipe: अगर कोई वाइप तय किया गया है, तो शर्त के मुताबिक कोई दूसरा कॉम्पोनेंट चलाता है.erase %s: किसी दिए गए पार्टीशन को मिटाता है. इसका इस्तेमाल सिर्फ़ if-wipe के साथ किया जा सकता है -> उदाहरण के लिए, if-wipe erase cache).
फ़्लैश लॉक की स्थिति तय करना
अगर किसी डिवाइस के लिए कस्टम फ़्लैशबूट डीमन (flashbootd) बनाया जा रहा है, तो आपको बूटलोडर और बूटलोडर लॉक की स्थिति का पता लगाना होगा. getFlashLockState() @SystemApi, बूटलोडर की स्थिति को ट्रांसमिट करता है और PersistentDataBlockManager.getFlashLockState() सिस्टम एपीआई, ज़रूरी शर्तें पूरी करने वाले डिवाइसों पर बूटलोडर के लॉक स्टेटस की जानकारी दिखाता है.
| रिटर्न वैल्यू |
स्वास्थ्य से जुड़ी स्थितियां |
FLASH_LOCK_UNKNOWN |
यह वैल्यू सिर्फ़ Android 7.x या उसके बाद के वर्शन पर अपग्रेड करने वाले उन डिवाइसों से मिलती है जो पहले, फ़्लैश लॉक की स्थिति पाने के लिए ज़रूरी बूटलोडर में बदलावों के साथ काम नहीं करते थे. हालांकि, अगर वे फ़्लैश लॉक/अनलॉक करने की सुविधा के साथ काम करते थे, तो यह वैल्यू मिलती थी.
- Android 7.x या इसके बाद के वर्शन वाले नए डिवाइसों की स्थिति,
FLASH_LOCK_LOCKED या FLASH_LOCK_UNLOCKED में होनी चाहिए.
- Android 7.x या इसके बाद के वर्शन पर अपग्रेड किए जा रहे ऐसे डिवाइसों के लिए, जिन्हें फ़्लैश करके अनलॉक/लॉक करने की सुविधा काम नहीं करती,
FLASH_LOCK_LOCKED स्टेटस दिखना चाहिए.
|
FLASH_LOCK_LOCKED |
यह कोड, ऐसे किसी भी डिवाइस से मिलता है जिस पर फ़्लैश करके लॉक/अनलॉक करने की सुविधा काम नहीं करती. इसका मतलब है कि डिवाइस हमेशा लॉक रहता है. यह कोड, ऐसे किसी भी डिवाइस से मिलता है जिस पर फ़्लैश करके लॉक/अनलॉक करने की सुविधा काम करती है और वह लॉक की स्थिति में है. |
FLASH_LOCK_UNLOCKED |
यह वैल्यू, ऐसे किसी भी डिवाइस से मिलती है जो फ़्लैशिंग लॉक/अनलॉक की सुविधा के साथ काम करता है और अनलॉक की स्थिति में है. |
मैन्युफ़ैक्चरर को लॉक और अनलॉक किए गए बूटलोडर वाले डिवाइसों से मिली वैल्यू की जांच करनी चाहिए. उदाहरण के लिए, AOSP में एक रेफ़रंस लागू करने का तरीका है, जो ro.boot.flash.locked बूट प्रॉपर्टी के आधार पर वैल्यू दिखाता है. सैंपल कोड इन डायरेक्ट्री में मौजूद है:
frameworks/base/services/core/java/com/android/server/PersistentDataBlockService.javaframeworks/base/core/java/android/service/persistentdata/PersistentDataBlockManager.java
इस पेज पर मौजूद कॉन्टेंट और कोड सैंपल कॉन्टेंट के लाइसेंस में बताए गए लाइसेंस के हिसाब से हैं. Java और OpenJDK, Oracle और/या इससे जुड़ी हुई कंपनियों के ट्रेडमार्क या रजिस्टर किए हुए ट्रेडमार्क हैं.
आखिरी बार 2025-07-27 (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-27 (UTC) को अपडेट किया गया."],[],[],null,["# Custom device development\n\nThis page explains several tasks you might need to perform if you're\nsetting up a build for your own device.\n\nCreate a custom flash configuration\n-----------------------------------\n\nFastboot instructions are defined in an artifact called `fastboot-info.txt`. If\nyou build multiple targets, you'll have multiple `fastboot-info.txt` files in\nthe \u003cvar translate=\"no\"\u003e$OUT_DIR\u003c/var\u003e. And, `$ANDROID_PRODUCT_OUT` points to the\nmost current target you built. This page list the tasks for fastboot to execute\nand can be regenerated using `m fastboot_info`. You can introduce custom\nflashing logic by modifying the `fastboot-info.txt` file.\n\nThe `fastboot-info.txt` file supports these commands:\n\n- `flash %s`: Flashes a given partition. Optional arguments include `--slot-other,`\u003cvar translate=\"no\"\u003efilename_path\u003c/var\u003e`, and`--apply-vbmeta\\`.\n- `update-super`: Updates the super partition.\n- `if-wipe`: Conditionally runs some other component if a wipe is specified.\n- `erase %s`: Erases a given partition (can only be used in conjunction with `if-wipe` -\\\u003e eg. `if-wipe erase cache`).\n\nDetermine flash lock state\n--------------------------\n\nIf you're building a custom flashboot daemon (flashbootd) for a device, you need\nto be able to obtain bootloader and bootloader lock state. The\n`getFlashLockState()` `@SystemApi` transmits the bootloader\nstate and the `PersistentDataBlockManager.getFlashLockState()` system\nAPI returns the bootloader's lock status on compliant devices.\n\n| Return value | Conditions |\n|-----------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| `FLASH_LOCK_UNKNOWN` | Returned only by devices upgrading to Android 7.x or higher that didn't previously support the bootloader changes required to get the flash lock status if they supported flashing lock/unlock capability. - New devices running Android 7.x or higher must be in either a `FLASH_LOCK_LOCKED` or `FLASH_LOCK_UNLOCKED` state. - Devices upgrading to Android 7.x or higher that don't support flashing unlock/lock capability should return a `FLASH_LOCK_LOCKED` state. |\n| `FLASH_LOCK_LOCKED` | Returned by any device that doesn't support flashing lock/unlock (that is, the device is always locked), or any device that supports flashing lock/unlock and is in the locked state. |\n| `FLASH_LOCK_UNLOCKED` | Returned by any device that supports flashing lock/unlock and is in the unlocked state. |\n\nManufacturers should test the values returned by devices with locked and\nunlocked bootloaders. For example, AOSP\ncontains a reference implementation that returns a value based on the\n`ro.boot.flash.locked` boot property. Example code is located in the\nfollowing directories:\n\n- `frameworks/base/services/core/java/com/android/server/PersistentDataBlockService.java`\n- `frameworks/base/core/java/android/service/persistentdata/PersistentDataBlockManager.java`"]]
