Все телефоны Android имеют опцию «О телефоне» в меню настроек устройства приложения «Настройки Android». Точно так же все планшеты Android имеют опцию «О планшете». Разве не было бы здорово, если бы разные устройства могли отображать индивидуальную информацию при использовании одного и того же образа системы Android? Что еще более важно, такой механизм может также использоваться для включения информации, которая относится к странам, в которых продаются устройства. Нормативная информация является лишь одним примером этого и может включать в себя правила FCC для США, нормы CE для Европы и правила Telec для Японии.

С технической точки зрения как строка «О настройках», так и графический нормативный информационный ресурс являются встроенными ресурсами приложения «Настройки Android». Несмотря на то, что разработчикам систем рекомендуется создавать наложения устройств, которые имитируют схему пути файловой системы целевого пакета Android без изменения фактического исходного кода, ресурсы заменяются во время сборки, но все равно в конечном итоге получаются различные системные образы для каждой цели сборки, и растущие усилия по обслуживанию, поскольку необходимо поддерживать больше устройств.

С новой платформой Android Runtime Resource Overlay (RRO) Android производители могут совместно использовать один образ системы Android для нескольких моделей устройств, поскольку инфраструктура RRO обеспечивает возможность замены ресурсов приложения во время выполнения. Эта статья познакомит читателя с практическим примером, показывающим, как настроить экран нормативной информации, отображаемый приложением «Настройки Android» на плате MinnowBoard * MAX, на которой выполняется сборка Android-IA.

RRO Введение

В приложениях Android ресурсы — это дополнительные файлы, которые содержат целые числа, строки, растровые изображения, определения макетов и т. Д., Которые должны использоваться кодом Java. Поскольку ресурсы извлекаются из кода приложения, приложение Android может динамически изменять свой внешний вид и поведение в зависимости от текущей конфигурации устройства, например языкового стандарта пользователя, размера экрана или ориентации, поскольку приложение обращается к своим ресурсам, ссылаясь на идентификаторы ресурсов, и Android реализовал систему поиска ресурсов, которая использует текущую конфигурацию устройства для сопоставления идентификатора ресурса скомпилированным двоичным двоичным объектом ресурса с наилучшим соответствием среди всех альтернативных ресурсов.

Sony предоставила платформу Runtime Resource Overlay (RRO) для расширения системы поиска ресурсов Android, чтобы скрывать существующие ресурсы или добавлять ресурсы для новых конфигураций во время работы приложения. Замена ресурсов выполняется во время выполнения без изменения или перекомпиляции исходного кода приложения, поэтому нет необходимости создавать различные пакеты программного обеспечения для каждого продукта при настройке Android для нескольких устройств.

Рис. 1. Поиск ресурсов Android с функцией RRO

На рисунке 1 показан путь поиска ресурса в исходной платформе Android и путь после того, как RRO представил среду. Как показано на рисунке 1, платформа RRO принимает наложенные пакеты, которые обеспечивают теневое копирование ресурсов для целевого пакета (например, Настройки APK com.android.settings). Оверлейный пакет — это обычный APK-файл без кода, он содержит альтернативные версии одного или нескольких ресурсов приложения, которые необходимо изменить. Когда система загружает приложение, соответствующие пакеты наложения также загружаются автоматически. Однако во время поиска ресурса Android будет выбирать ресурс с тем же символическим именем в пакетах наложения, что и наиболее подходящий ресурс. Поскольку пакеты наложения могут разрабатываться независимо от целевого приложения, настройки устройства могут быть выполнены с использованием фиксированного целевого приложения, обеспечивая при этом пакеты наложения с различными ресурсами для каждого устройства.

Обратите внимание, что в текущей реализации RRO ресурсы любых приложений могут быть затенены любыми пакетами наложения, что может привести к серьезным последствиям для безопасности. Чтобы ограничить любые недопустимые попытки, только доверенные пакеты, предварительно установленные в папке / vendor / overlay, являются доверенными для добавления ресурсов для новых конфигураций или теневого копирования существующих ресурсов целевого пакета.

diff --git a/groups/boot-arch/efi/fstab b/groups/boot-arch/efi/fstab
index ff5aebc..0fabb82 100644
--- a/groups/boot-arch/efi/fstab
+++ b/groups/boot-arch/efi/fstab
@@ -13,4 +13,5 @@
 /dev/block/by-name/android_bootloader2  /bootloader2    emmc    defaults                                   recoveryonly
 /dev/block/by-name/android_persistent   /persistent     emmc    defaults                                   defaults
 /dev/block/by-name/android_metadata     /metadata       emmc    defaults                                   defaults
+/dev/block/by-name/android_oem          /oem            ext4    ro,context=u:object_r:oemfs:s0   wait

diff --git a/groups/boot-arch/efi/gpt.ini b/groups/boot-arch/efi/gpt.ini
index 5569df8..715d49e 100644
--- a/groups/boot-arch/efi/gpt.ini
+++ b/groups/boot-arch/efi/gpt.ini
@@ -1,5 +1,5 @@
 [base]
-partitions = bootloader bootloader2 boot recovery misc metadata system cache data persistent
+partitions = bootloader bootloader2 boot recovery misc metadata system cache data persistent oem
 device = {{{device}}}

 [partition.bootloader]
@@ -65,3 +65,9 @@ len = 1
 type = linux
 guid = ebc597d0-2053-4b15-8b64-e0aac75f4db1

+[partition.oem]
+label = android_oem
+len = 100
+type = linux
+guid = ac6d7924-eb71-4df8-b48d-e267b27148f 

diff --git a/minnow_max/AndroidBoard.mk b/minnow_max/AndroidBoard.mk
index d37eaa3..6e742e2 100644
--- a/minnow_max/AndroidBoard.mk
+++ b/minnow_max/AndroidBoard.mk
@@ -1,3 +1,13 @@
+# Create a symbolic link /system/vendor/overlay pointing to the overlay folder in OEM partition
+VENDOR_OVERLAY_DIR := $(PRODUCT_OUT)/system/vendor/overlay
+OEM_OVERLAY_DIR := /oem/overlay
+
+$(VENDOR_OVERLAY_DIR):
+$(hide) mkdir -p $(dir $@)
+$(hide) ln -sf $(OEM_OVERLAY_DIR) $@
+
+INSTALLED_RADIOIMAGE_TARGET += $(VENDOR_OVERLAY_DIR)

$ cd regulatory_info  # where the source of overlay package build folder
$ mkdir -p gen/com/intel/irda/settings_overlay  # this must match the overlay package name
$ aapt package -m -J gen/ -M AndroidManifest.xml -S res/ -I <android_sdk_platform_API_folder>/android.jar
$ aapt package -f -M AndroidManifest.xml -S res/ -I <android_sdk_platform_API_folder>/android.jar -F regulatory_info.apk.unaligned

$ jarsigner -keystore <keystore-filename> regulatory_info.apk.unaligned <key-name>

$ zipalign 4 regulatory_info.apk.unaligned regulatory_info.apk

$ mkdir -p oem/overlay
$ cp <overlay_build_folder>/regulatory_info.apk ./oem/overlay
$ genext2fs -b 8192 -m 0 -d oem/ oem.img

$ fastboot -t <device_IP_address> flash oem oem.img
$ fastboot -t <device_IP_address> continue