Что такое переразметка памяти андроид

Сообщение отредактировал SevenMaxs — 15.09.14, 17:14

ps: Могу помочь в создании топиков (в стиле Android update-script, лучшую инфу с форума собрал в одном месте).

Prince_Saint
Спасибо за информацию, но Вы не поняли замысел. Я не буду собирать в ОДНО место известные ссылки по тематике разметки, а ПРЕДЛАГАЮ готовые решения для работы. И все это буду подкреплять легкой теорией.
Беда многих перечисленных Вами ссылок в том, что они описывают решение КОНКРЕТНОЙ задачи, не описывая основ. Это приводит к тому, что при бездумном повторении этих решений, большая часть пользователей получает «кирпич» из своего любимца.
Чтобы не быть голословным начнем с описания файла MBR

Что такое MBR-файл.

Введение.
Для работы операционной системы (ОС) необходимо создать таблицу размещения ее частей. Эта таблица находится в MBR (Master Boot Record — главная загрузочная запись), которая физически располагается в начале памяти.
MBR содержит саму таблицу размещения разделов, сигнатуру файла (т.е. признак Boot Record) и исполнимый код, используемый некоторыми ОС для загрузки.

Структура MBR и EBR файлов.

MBR имеет размер 512 байт, т.е. один физический сектор и имеет следующую структуру:

Каждая запись таблицы разделов имеет длину 16 байт, а содержимое зависит от используемой ОС. Для мобильных устройств формат записи таблицы разделов имеет следующий вид:

Структура записи таблицы разделов
——————————————
Смещение Длина Описание
——————————————
00h-03h 4 Неиспользуется (всегда 0х0)
04h 1 Код типа раздела
05h-07h 3 Неиспользуется (всегда 0х0)
08h 4 Смещение раздела (в секторах по 512 байт)
0Ch 4 Количество секторов раздела (длина раздела)
——————————————

Смещение раздела указывается от первого сектора описываемой этой таблицей области памяти. Т.е. если в поле смещения раздела указано значение 0х400, а сама таблица (MBR) расположена в памяти, начиная с адреса 0х00600000 (это указывается в scatter-файле), то этот раздел физически будет расположен в памяти с адреса

0х00600000
+ 0х00080000 (0х400*0х200=0х00080000)
—————
0х00680000

Код типа раздела описывает его содержимое. Так, если раздел не содержит информации, т.е. пуст, то его код устанавливается в 0х00.
Если разделов больше 4 и в одну таблицу MBR они не помещаются, то заводится дополнительная таблица — расширительная. Она называется EBR1 (Extended Boot Record). Код такого раздела 0х05. Коды часто используемых разделов приведены в таблице.
Раздел, содержащий EBR1 имеет точно такую же структуру, только отсутствует исполнимый код. Если количество разделов не помещается и в дополнительную таблицу, то одна из записей будет содержать описание следующей таблицы, имеющей название EBR2. И так далее по мере надобности.

Работа с MBR и EBR файлами.
В файлы, содержащие таблицы MBR и EBR, вносятся изменения после корректировки scatter-файла. Зная первоначальные размер и смещение раздела, его можно найти в таблице BR.
Затем новые значения этих параметров переводятся из байт в сектора, разделив на 512 (0х200), и вписываются в соответствующие поля таблицы.

В связи с большим объемом материала примеры я решил вынести в отдельный пост.

Сообщение отредактировал vin2809 — 12.02.14, 20:39

Введение.
Разметка памяти, т.е. разбивка на разделы, в устройствах на чипах МТК производится при помощи файла, который называется «scatter file».
Он используется программами-прошивальщиками, т.н. флешерами (от английского «flasher») при прошивке полного образа памяти или отдельных ее частей, называемых разделами.
Структура scatter file содержит описание всех существующих разделов памяти, независимо от того, что они будут содержать в работающем устройстве.

Строение scatter file.
Существует две версии структуры scatter-файла. Рассмотрим первую версию, используемую в большинстве мобильных устройств на чипах MTхх.
Полное описание раздела памяти представляет собой набор строк вида:

[__NODL_]name offset [length]
<
>, где

• __NODL_ — «No download» признак того, что раздел будет пропущен флешером, и для его работы не требуется файл для прошивки. Такой раздел можно вообще исключить из scatter file;
• name — название раздела;
• offset — смещение раздела от начала памяти в 16-ричном виде, байт;
• length — длина раздела в 16-ричном виде, байт.

Квадратные скобки означают необязательный параметр.
Чаще всего используется сокращенная запись вида:

• — partition_index — индексный номер раздела, например, SYS1;
• — partition_name — имя раздела, например, MBR;
• — file_name — имя файла, содержащего образ раздела, или NONE;
• — is_download — признак загружаемости раздела (что-то типа __NODL_);
• — type — тип раздела. Указывает на содержимое раздела. Может принимать следующие значения:

EXT4_IMG — раздел содержит часть файловой системы EXT4;
NORMAL_ROM — раздел содержит сохраненный образ или отдельный файл;
SV5_BL_BIN — раздел содержит «сырой код» (Raw Code), т.е. исполнимый код;

• — linear_start_addr — начальный адрес размещения раздела в файле прошивки, байт;
• — physical_start_addr — начальный адрес размещения раздела в памяти устройства (физический адрес), байт;
• — partition_size — размер раздела, байт;
• — region — размещение раздела. Может принимать следующие значения:

EMMC_BOOT_1 —
EMMC_USER —

• — storage — HW_STORAGE_EMMC
• — boundary_check — признак необходимости отметки границы раздела (во внутренней БД или PMT);
• — is_reserved — признак необходимости резервного копирования;
• — operation_type — тип операции. Может принимать следующие значения:

BINREGION — область «сырого кода»;
BOOTLOADERS — загрузчик;
INVISIBLE — невидимый раздел;
PROTECTED — защищенный раздел;
RESERVED — зарезервирован;
UPDATE — обновляемый раздел.

• — reserve

Пример полного scatter-файла второй версии, приведен в файле «Scatter_v2.txt».

Работа со scatter file.
Любой флешер использует scatter file только для ПОЛНОЙ разметки памяти.
Если Вы прошиваете один или несколько разделов, то флешер размещение разделов берет из внутренней «базы данных» — файла PMT (Partitions Map Table). Он считывает значение смещения для раздела (физический адрес) и копирует,т.е. «прошивает» образ раздела в память, начиная с этого физического адреса.
Т.к. scatter file содержит перечень и физические адреса размещения всех разделов памяти, то изменив его можно произвести переразметку этой памяти. Для этого необходимо изменить значения смещений необходимых разделов.
Например, в разделе USRDATA располагаются данные программ пользователя: логи работы и ошибок, данные о рекордах игр и т.д. Поэтому этот раздел чаще других переполняется, что приводит к появлению сообщений вида «Память переполнена».
В типовом scatter file он имеет смещение 0x34f80000 и размер 0x74f80000-0x34f80000=0х40000000(или 1073741824=1Гб). Увеличим его, например, на 256Мб(268435456). Тогда размер раздела станет 1073741824+268435456=1342177280(или 0х50000000 в hex). Т.е. мы добавили в раздел еще 0х10000000 байт. Тогда смещение следующего раздела передвинется на эту же величину:
было — 0х74f80000
стало — 0х84f80000
Если сделать так со смещениями ВСЕХ последующих разделов, то они ВСЕ передвинутся и на эту величину увеличится ОБЩИЙ размер памяти, занимаемой прошивкой. А это недопустимо. Поэтому нужно уменьшить размер какого-либо последующего раздела. У нас это раздел пользователя (FAT).
Изменить его размер мы не можем, т.к. он расположен до конца существующей памяти. Он просто автоматически укоротится.
Казалось бы и все, но укорачивать разделы можно до определенного предела (до «нуля»). Поэтому, если смещение последнего раздела переходит верхнюю границу памяти, то придется откатывать назад все изменения или уменьшать размер «прибавки» раздела.

Пример scatter-файла
Scatter_v2.rar ( 1 КБ )

Сообщение отредактировал vin2809 — 27.02.14, 15:26

Источник

Мобильные устройства изнутри. Разметка памяти, структура файлов описания и разметки памяти

1. Введение

Как оказалось, разметка физической памяти мобильных устройств (МУ) это малоописанный раздел знаний, необходимых разработчику. Т.к. память существует во всех устройствах, созданных на основе микропроцессоров или микроконтроллеров, а их уже миллиарды, то это еще и очень-очень востребованный раздел знаний.

Эта статья посвящена аспектам разметки памяти только МУ, т.к. именно здесь существует тесно свитый разными производителями клубок из файлов описания разметки при почти полном отсутствии теоретических данных о структуре самих этих файлов.

Разметка физической памяти МУ формируется на основании таблиц или списков описаний параметров разделов памяти. Практически каждая фирма-производитель МУ имеет свою форму (структуру) этих таблиц. Тем не менее, все описания параметров разделов имеют много общего, что позволяет рассматривать их в едином контексте.

На основе таблиц описаний затем формируются файлы разметки памяти, которые в виде образов разделов прошиваются непосредственно в память МУ.

2. Что такое разметка памяти?

Подробнее, что представляет собой разметка памяти МУ и для чего это нужно, можно посмотреть, например, в [1]. Вот еще одна публикация, в которой доступно объясняется устройство памяти и ее разметка [2].

Если кратко, то разметка памяти, как процесс, выполняет распределение всего объема внутренней физической памяти МУ на отдельные разделы, которые могут иметь разное функциональное назначение, вплоть до разных файловых систем, и разные права доступа. Это позволяет выделить в памяти отдельно области для хранения данных и работы пользователя, отдельно для работы операционной системы, шифровать или форматировать разделы при необходимости и независимо друг от друга и т.д.

При выполнении разметки разработчик МУ должен придерживаться некоторых правил, которые называются схемами разметки памяти. Схема разметки описывает размещение всех разделов физической памяти: их очередность, смещение и название, т.е. метку или имя раздела. Могут указываться и другие параметры: его размер, тип, регион, флаги и т.п.

Для выполнения разметки памяти используют файлы двух видов: текстовые и бинарные (двоичные RAW-файлы).

Текстовый файл представляет собой перечень (список) всех разделов памяти, каждая запись которого содержит описание основных параметров этих разделов. Он используется при выполнении нескольких операций:

• флешер заполняет разделы созданной разметки памяти МУ, т.е. прошивает образы разделов в них;
• при автоматическом создании бинарных файлов разметки, т.е. образа раздела разметки.

Бинарный файл разметки содержит разметку памяти в структурированном виде, понятном для работы операционных систем (ОС). Он размещается в прошивке МУ и затем прошивается в раздел разметки непосредственно в физическую память.

Процесс создания разметки памяти можно описать следующим алгоритмом:

• планируется последовательность размещения разделов памяти;
• создается текстовый файл описания всех разделов памяти, не забывая также и про сам раздел разметки;
• на основании данных текстового файла создаются бинарные файлы, представляющие собой образы описанных разделов памяти, в том числе и самого раздела разметки.

Давайте рассмотрим схемы разметки памяти и строение таблиц описаний параметров подробнее.

3. Схемы разметки памяти

Чаще всего применяются две схемы разметки памяти: Mbr и Gpt.

При любой схеме разметки памяти первым по порядку разделом в пользовательском регионе МУ всегда должен быть раздел разметки (Mbr, Gpt, Parameter).

3.1.Mbr-схема разметки памяти

Согласно Mbr-схеме память МУ представляется как последовательность разделов, дополненная главной загрузочной записью или Mbr (Master Boot Record), содержащей таблицу описания разделов. Mbr физически располагается в первом (нулевом) секторе памяти МУ:

рис.1. Главная загрузочная запись.

Mbr содержит сигнатуру, т.е. признак Mbr, и непосредственно саму таблицу описания разделов.

Внутреннее строение Mbr [3] позволяет разместить в ней только 4 записи о разделах, что является в современных условиях существенным недостатком. Если требуется разбить память на большее количество разделов, то используется дополнительная (расширенная) загрузочная запись Extended Boot Record (Ebr). При этом в Mbr вместо записи об одном из разделов помещается запись о дополнительном (extended) разделе, содержащем только Ebr.

Сама Ebr устроена аналогично Mbr, и использовать ее нужно точно также. Т.е., если при заполнении таблицы Ebr опять не хватает места под записи о разделах, то создается следующая Ebr-таблица и т.д.

Mbr и все Ebr могут помещаться в отдельные файлы-образы, которые размещаются и прошиваются в соответствующих отдельных разделах памяти. При этом все файлы, содержащие Ebr, имеют имена нумерованные последовательно: Ebr1, Ebr2,…

При другом варианте Ebr помещаются в один файл-образ последовательно, тогда этот образ, соответственно, размещается в одном Ebr-разделе памяти.

3.2. Gpt-схема разметки памяти

Gpt-схема разметки (GUID Partition Table) является частью EFI (Extensible Firmware Interface) — стандарта, используемого вместо BIOS для разметки памяти и загрузки ее разделов. Переход на другой формат описания разделов позволил устранить самый существенный недостаток Mbr-схемы — малое число разделов, т.к. в таблице описания разделов Gpt можно разместить до 128 разделов. Структуру самих таблиц можно посмотреть в [4].

Согласно Gpt-схеме память МУ тоже представляет собой последовательность разделов, необходимых для работы МУ, дополненную спереди Gpt-таблицей описания разделов, называемой основной. При этом после всех разделов размещается дополнительная Gpt-таблица, называемая резервной. Такое расположение таблиц, теоретически, повышает надежность разметки, т.к. при сбое или порче основной Gpt-таблицы ОС может использовать для работы, или восстановления основной, резервную.

4. Таблицы описания разделов памяти

Таблицы описания разделов памяти МУ содержат информацию о всех разделах, необходимую для создания разметки памяти. Каждая строка (запись) таблицы описывает один раздел и содержит, как правило, следующие параметры:

• — метка (название или имя) раздела;
• — смещение раздела.

Т.к. эти таблицы используются производителями МУ при выполнении непосредственно прошивки образов разделов в память при помощи флешеров (программаторов), то записи могут содержать дополнительные параметры, требуемые для правильной настройки свойств разделов, например:

• — имя файла, содержащего образ раздела;
• — размер раздела;
• — регион размещения раздела;
• — флаги раздела, например, «только для чтения», «шифрованный», «разрешена запись при работе Fastboot».

Физически таблицы описания разделов представляют собой текстовые файлы формата txt или xml. В моей практике встречались следующие их разновидности:

• — parameter-файл. Используется производителями МУ на основе чипов RK, формат — txt;
• — rawprogram0-файл. Используется производителями МУ на основе чипов Qualcomm, формат — xml;
• — ota-файл. Универсальный файл, используется для описания разметки прошивки всеми производителями МУ при автоматическом обновлении по «воздуху» (OTA-обновлении), формат — txt;
• — scatter-файл. Используется производителями МУ на основе чипов MTK, формат — txt.

Давайте рассмотрим их строение подробнее.

4.1. Parameter-файл

Прошивка МУ на чипе RK содержит текстовый файл PARAMETER, который предназначен для описания построения (настройки и загрузки) физической памяти блочного типа. Причем использовался он и на ОС LINUX.

Оригинальный вид содержимого файла PARAMETER для МУ Cube u30gt-M приведен ниже:

FIRMWARE_VER:4.0.4
MACHINE_MODEL:U30GT-M
MACHINE_ID:007
MANUFACTURER:RK30SDK
MAGIC:0x5041524D
ATAG:0x60000800
MACHINE:3066
CHECK_MASK:0xFF
KERNEL_IMG:0x60408000
RECOVERY_KEY:0,4,C,6,0
COMBINATION_KEY:0,4,C,6,0
CMDLINE: console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00004000@0x00004000(kernel),0x00008000@0x00008000( boot),0x00008000@0x00010000(recovery),0x000C0000@0x00018000(backup),0x00040000@0x000D8000(cache),0x00200000@0x00118000(userdata),0x00002000@0x00318000(kpanic),0x00120000@0x0031A000(system),-@0x0043A000(user)

4.1.1. Описание параметров файла PARAMETER

Файл PARAMETER может содержать следующие параметры:

• параметр FIRMWARE_VER указывает номер версии прошивки, например, 4.0.4 или 1.11;
• параметр MACHINE_MODEL указывает НАЗВАНИЕ модели, для которой предназначена прошивка;
• параметр MACHINE_ID указывает идентификатор модели;
• параметр MANUFACTURER указывает фирму-изготовителя;
• параметр MAGIC содержит сигнатуру файла PARAMETER, которая содержит строку из 4 букв: «PARM«.
• параметр ATAG. Значение мне не известно;
• параметр MACHINE указывает тип процессора, использованного в МУ;
• параметр CHECK_MASK. Значение мне не известно;
• параметр KERNEL_IMG содержит смещение в байтах образа ядра в памяти при начальной загрузке. Например, 0x6040800;
• параметр RECOVERY_KEY и COMBINATION_KEY. Их назначение мне не известно;
• параметр CMDLINE содержит командную строку, передаваемую ядру при запуске устройства.

Самый большой интерес для разработчика представляет параметр CMDLINE. Он содержит набор значений ключей для настройки Вашего устройства.
Рассмотрим строение параметра CMDLINE отдельно.

4.1.2. Параметр CMDLINE и его возможности

Формат командной строки, т.е. CMDLINE, имеет следующий вид:

CMDLINE: ключ1=значение1 [ключ2=значение2], где

• ключ1 — имя ключа 1;
• значение1 — значение ключа 1.

Вот список возможных ключей:

• console, androidboot.console указывает тип устройства консоли;
• init позволяет указать процесс, используемый при инициализации МУ;
• initrd позволяет указать параметры initrd, используемого при загрузке, т.е. смещение и размер этого раздела памяти;
• mtdparts содержит описание разметки памяти;
• root позволяет назначить папку для пользователя root.

В свою очередь параметр mtdparts имеет следующее строение:

mtddef — описание разметки памяти устройства блочного типа (БУ). Если МУ содержит несколько БУ, то может содержать и несколько описаний, которые располагаются последовательно без промежутка и разделяются символом «точка с запятой».

Описание разметки памяти каждого БУ имеет следующее строение:

• mtd-id это имя драйвера (файла с расширением .ko), используемого для управления данным БУ (например, драйвер NAND-памяти rk29xxnand.ko);
• это последовательность структур partdef, содержащих описание параметров раздела памяти (partition) данного БУ и разделенных символом «запятая» («,»).

Каждая запись partdev содержит описание одного раздела памяти, за единицу измерения принят блок, размер которого составляет 0х200(512) байт, и имеет следующую структуру:

Параметр part_size описывает размер раздела в блоках, выраженный в hex-системе счисления. Если вместо размера указан символ «минус» («-«), это означает максимально возможный размер, т.е. до физического конца памяти.

Параметр part_offset представляет смещение раздела в блоках, выраженный в hex-системе счисления. Смещение всегда выравнивается на границу в 0х1000.

Параметр label (имя раздела) это строковый идентификатор раздела, заключенный в круглые скобки, например, (boot).

Параметр flag (флаг) может принимать только одно значение — «ro«, означающее, что раздел предназначен только для чтения. Отсутствие флага означает, что раздел доступен для чтения и записи.

Несколько очень важных замечаний:

• описание разметки памяти всех БУ, содержащихся в одном МУ, пишутся построчно для каждого БУ и разделяются символом «точка с запятой»;
• описание разметки памяти каждого БУ, т.е. всех разделов БУ, пишется в одну строку без переносов и переходов на другую. Записи разделов отделяются запятыми;
• разделы в памяти располагаются непрерывно, т.е. между ними нет «дыр».

4.2. Rawprogram0-файл

Файл rawprogram0.xml предназначен для описания разметки памяти МУ на основе чипов Qualcomm и имеет следующее строение:

Рис.3. Вид файла rawprogram0.xml от Lenovo s90a

Он содержит таблицу описания параметров разделов в виде xml-элементов типа program. Все разделы перечисляются строго в порядке их размещения в памяти МУ.

Каждый xml-элемент может содержать следующие xml-атрибуты:

SECTOR_SIZE_IN_BYTES — размер сектора в байтах;
file_sector_offset — смещение в секторах начала размещения образа в файле, содержащем образ;
filename — имя файла, содержащего образ раздела;
label — метка раздела;
num_partition_sectors — размер раздела в секторах;
physical_partition_number — ;
size_in_kb — размер раздела, выраженный в Кб;
sparse — признак sparse-файла;
start_byte_hex — смещение раздела в секторе, выраженное в байтах;
start_sector — смещение раздела в памяти, выраженное в секторах.

4.3. Ota-файл

Это единственный файл описаний, который описывает строение файла прошивки, а не разметку памяти.

Например, файл ota-обновления МУ на чипе МТ6582 фирмы MTK, имеет следующий вид:

Он содержит описание тех разделов, чьи образы присутствуют в файле прошивки для ota-обновления, каждое из которых имеет следующее строение:

label part_offset, где

• label — метка раздела подлежащего обновлению;
• part_offset — смещение образа раздела в файле ota-обновления.

Все образы в прошивке размещены строго последовательно без «дыр», поэтому размер каждого образа раздела part_size_n вычисляется по следующей формуле:

part_size_1 = part_offset_2 — part_offset_1

4.4. Scatter-файл

Файл scatter содержит описание разметки памяти МУ, построенных на основе чипов МТК. Существует три версии структуры этого файла, что связано с историческим развитием возможностей как самих чипов памяти, так и чипов процессоров фирмы MTK.

4.4.1. Версия 1

Файл описаний разметки первой версии содержит список описаний каждого раздела памяти, и имеет следующий вид:

Рис.5. Scatter-файл первой версии

Каждый раздел памяти описывается следующей структурой:

• __NODL_ — «No download» признак того, что раздел не прошивается и будет пропущен при обработке флешером. Соответственно, флешер не будет требовать наличие файла-образа этого раздела;
• name — метка раздела;
• offset — смещение раздела в байтах;
• length — длина раздела в байтах;
• flag — флаг раздела. Может содержать запись «ro», признак того, что раздел доступен только для чтения.

Чаще всего используется сокращенная запись вида:

Такое описание разделов памяти предполагает, что:

• каждый раздел имеет длину до начала следующего, без пропусков и разрывов;
• между двумя разделами не существует третьего (скрытого).

4.4.2. Версия 2

Scatter-файл описаний разметки памяти второй версии содержит заголовок и непосредственно таблицу описаний каждого раздела памяти. Он имеет следующий вид:

Рис.6. Scatter-файл второй версии

Заголовок содержит параметры прошивки целиком и содержит следующие поля:

• config_version — версия заголовка. Может быть V1.1.1 или V1.1.2;
• platform — аппаратная платформа (тип чипа), например, МТ6582;
• project — название проекта разработки прошивки;
• storage — тип используемого устройства памяти, например, EMMC;
• boot_channel — тип устройства загрузки;
• block_size — размер блока в байтах, например, для EMMC это поле имеет значение 0х20000.

Каждый раздел памяти описывается следующим набором полей:

partition_index — метка раздела;
partition_name — имя раздела;
file_name — имя файла, содержащего образ для прошивания в разделе, или NONE, если образ не требуется;
is_download — признак загружаемости раздела (что-то типа __NODL_);
type — тип раздела. Указывает на содержимое раздела. Может принимать следующие значения:

1. EXT4_IMG — раздел содержит часть файловой системы EXT4;
2. NORMAL_ROM — раздел содержит сохраненный образ или отдельный файл;
3. SV5_BL_BIN — раздел содержит «сырой код» (Raw Code) загрузчика;

linear_start_addr — смещение раздела в файле прошивки, байт;
physical_start_addr — смещение раздела в памяти МУ (физический адрес), байт;
partition_size — размер раздела в байтах;
region — название региона размещения раздела. Может принимать следующие значения:

1. EMMC_BOOT_1 — первый регион (область) загрузчика;
2. EMMC_BOOT_2 — второй регион загрузчика;
3. EMMC_USER — пользовательский регион;

storage — название хранилища размещения раздела;
boundary_check — признак необходимости выравнивания границы раздела;
is_reserved — признак необходимости резервного копирования;
operation_type — тип операции. Может принимать следующие значения:

1. BINREGION — область «сырого кода»;
2. BOOTLOADERS — загрузчик;
3. INVISIBLE — невидимый раздел;
4. PROTECTED — защищенный раздел;
5. RESERVED — зарезервирован;
6. UPDATE — обновляемый раздел;
7. reserve — значение мне не известно.

При работе флешер из таблицы описания разделов выбирает параметры, основными являются Begin Address и Format Length.

Для чипов МТ6572-МТ6577 в качестве значения Begin Address флешером используется значение поля linear_start_addr, отражающее истинное смещение раздела в памяти (представляющей один сплошной регион), т.к. чипы не умеют работать с регионами, а используемая память имела только один регион для размещения разделов. При этом значение поля «physical_start_addr» всегда равно нулю.

Чипы МТ6582 уже умеют работать с регионами, но используемая память еще имеет только один регион. Поэтому в качестве значения Begin Address флешером уже используется значение поля physical_start_addr, отражающее смещение раздела в пределах регионов, создаваемых в памяти программно, а поле linear_start_addr содержит значения смещения от начала чипа памяти.

В связи с тем, что, начиная с чипа МТ6592, МУ от МТК используют полноценную работу с регионами памяти, то для чипов МТ6592 и выше флешером в качестве значения Begin Address используется значение поля physical_start_addr.

Значение поля Format Length флешер всегда получает из поля partition_size.

5.Файлы разметки памяти.

Файлы разметки памяти содержат образ раздела разметки памяти МУ. Их структура зависит от схемы разметки (Gpt или Mbr) и от назначения, например, резервные файлы разметки Pmt или Gpt.

Встречаются следующие виды файлов разметки:

• Mbr-файл и Ebr-файл. Используются всеми производителями МУ, использующими Mbr-схему разметки памяти;
• Gpt-файл. Используются всеми производителями МУ, использующими Gpt-схему разметки памяти;
• Parameter-файл. Используется производителями МУ на основе чипов RK;
• Pmt-файл. Используется производителями МУ на основе чипов MTK для создания резервного файла разметки памяти;
• pit-файл. Используется производителями МУ на основе чипов Samsung.

5.1. Mbr-файл

Mbr-файл представляет собой образ раздела разметки памяти по Mbr-схеме, имеющий размер 1 сектор, т.е. 512 байт.
В МУ применяется так называемая классическая структура Mbr-файла [5]:

Рис.7. Классическая структура Mbr-файла

Каждая запись параметров раздела содержит следующие поля, значения которых отличается от принятых в классической структуре Mbr:

Поле IsBoot имеет размер 1 байт и используется для обозначения активности раздела, старший бит которого указывает на загрузочный раздел:

Поле Type имеет размер 1 байт и используется производителями МУ для обозначения типа описываемого раздела. Обозначение типа раздела у разных производителей могут отличаться, но есть некоторые общепринятые значения:

Поле Offset имеет размер 4 байта и содержит значение смещения раздела, выраженное в секторах.

Поле Size имеет размер 4 байта и содержит значение размера раздела, выраженное тоже в секторах.

По адресу 0x01FE расположена сигнатура Mbr-файла, имеющая значение 0xAA55.

5.2. Ebr-файл

Ebr-файл представляет собой образ расширенного раздела разметки памяти, выполненной по Mbr-схеме. Он имеет такое же строение и размер, как и Mbr-файл:

Рис.8. Классическая структура Ebr-файла

Отличия заключаются в том, что в Ebr-файле признак активности всегда установлен в 0, да и этих файлов, при необходимости, может быть уже не один, а 63. Соответственно, для их размещения тоже понадобится создавать до 63 разделов, что приводит к расточительному расходованию памяти МУ.

Если разделов памяти относительно немного, например, как в МУ Star Z2, то используются отдельные файлы Ebr1 и Ebr2, размещаемые в отдельных разделах. Но, если разделов много, например,, то все файлы Ebr можно сложить в один и разместить общий файл в одном разделе памяти.

5.3. Gpt-файл

Gpt-файл содержит образ разметки памяти по Gpt-схеме. Чаще всего МУ имеют стандартную структуру Gpt-схемы, поэтому, фактически, в прошивке имеется два Gpt-файла: основной, называемый pgpt (primary) или gpt_main, и вторичный (резервный), называемый sgpt (secondary) или gpt_backup.

Основной Gpt-файл располагается в памяти МУ, начиная с нулевого сектора, занимает 34 сектора и имеет следующее строение:

• весь первый сектор занимает Mbr, называемый защитным (PMBR — protective master boot record);
• весь второй сектор занимает заголовок Gpt, имеющий тоже размер 512 байт;
• с третьего по 34 включительно (32 сектора) занимает Gpt-таблица описания разделов. Каждая запись имеет размер 128 байт, а всего в таблице может быть не более 128 записей, поэтому она и занимает 128 * 128 = 16384 байт, т.е. 32 сектора.

Резервный Gpt-файл занимает 33 сектора и располагается в памяти МУ, вплотную к концу памяти, так, что последний сектор Gpt-файла располагается в физически последнем секторе памяти. Он имеет следующее строение:

• с первого по 32 сектора (32 сектора) занимает Gpt-таблица описания разделов;
• весь 33 сектор занимает заголовок Gpt.

5.4. Parameter-файл

Parameter-файл, т.е. образ раздела, содержащего разметку памяти, содержит только сам текстовый файл PARAMETER, причем независимо от размеров этого раздела. Вот как Parameter-файл выглядит, например, внутри прошивки для устройства U30GT-H фирмы RK [6]:

Рис.9. Parameter-файл от U30GT-H на процессоре RK3066

5.5. Pmt-файл

Pmt-файл представляет собой образ резервного раздела разметки памяти, используемой разработчиками МУ фирмы МТК, и имеет размер 4096 байт.

Образ раздела PMT состоит из двух таблиц описания разделов памяти. В начале расположена базовая, а следом за ней резервная или зеркальная (mirror) таблица описания разделов.

Каждая из таблиц состоит из:

— сигнатуры начала таблицы описания разделов. Для базовой таблицы это строка из следующих символов «PTv1»:

Рис.10.Сигнатура базовой таблицы

А для резервной таблицы эта строка имеет вид «MPT1»:

Рис.11.Сигнатура резервной таблицы

— сигнатуры окончания таблицы. Для базовой таблицы это строка из следующих символов «‘PTv1’\х01\х01\х03\х01»:

Рис.12.Сигнатура конца базовой таблицы

Для резервной таблицы эта строка имеет вид «‘MPT1’\х01\х00\х03\х01»:

Рис.13.Сигнатура конца резервной таблицы

Структура каждой записи имеет размер 0х58 (88) байт состоит из 4 полей и имеет следующий вид:

5.6. Pit-файл

Pit-файл (Partition Information Table) представляет собой образ раздела разметки памяти, используемой разработчиками МУ фирмы Samsung, и имеет размер 4096 байт. Информация по строению образа взята из [7, 8].

Pit-файл состоит из заголовка и таблицы описаний параметров разделов.

Заголовок имеет размер 28 байт и содержит следующие поля:

Следом располагается таблица описаний параметров разделов, состоящая из записей о разделах. Признак конца таблицы — пустая запись. Каждая запись содержит следующие поля:

Поле binary содержит тип операционной системы. Допустимы следующие значения:

Поле device содержит тип устройства. Допустимы следующие значения:

Поле id содержит порядковый номер раздела в прошивке.

Поле flags содержит флаги раздела. Может принимать значения:

Поле update содержит флаги раздела при обновлении. Может принимать значения:

Поле part_off содержит смещение раздела в памяти, выраженное в блоках.

Поле part_len содержит размер раздела в памяти, выраженный в блоках.

Поле offset содержит смещение файла-образа в прошивке, выраженное в блоках.

Поле file_size содержит размер файла-образа, выраженный в блоках.

Поле label имеет длину 32 байта и содержит метку раздела памяти, завершенную нулем (0х00).

Поле file_name содержит имя файла-образа раздела прошивки, завершенное нулем (0х00).

Поле fota_name содержит имя файла-образа раздела прошивки FOTA-обновления, завершенное нулем (0х00).

Источник

Читайте также:  Скопировать пропуск nfc android

Оцените статью

Вам также может понравиться

Как деактивировать режим наушников на смартфоне с Android?

Когда к мобильному устройству присоединены наушники

Обзор игры Джелли-Джу для Android

В последние годы популярность мобильных игр резко возросла

Лучшие шахматные приложения для iOS и Android

Нынешний читерский скандал в шахматном мире сейчас

Что хотят увидеть пользователи от Android 5.0 Key Lime Pie

ОС Google Android развивается, и по всему видимому

• Правообладателям
• Политика конфиденциальности
• Контакты