android-partition分析

來源:互聯網
上載者:User

標籤:

轉載請註明來源:cuixiaolei的技術部落格

 

這裡講下android的分區。具體的使用在另一片文章中介紹,這裡只是把它拿出來介紹。

android的儲存分為兩種

  一種叫做RAM,如emmc標準的ddr3/4,容量比較小

  一種叫做ROM,rom大小比較大,如8G/16G/32G/64G/128G。

我們給手機刷機,是把system.img/recovery.img/userdata.img等按照分區表燒寫在對應地址的ROM上,這部分叫系統部分,如16G的手機,開機後只有11G,其中5G被這些分區佔據了,使用者能使用的儲存大小為11G。

我們在bootloader階段會從boot/recovery分區中讀取kernel/ramdisk到ram上,然後引導kernel,載入虛擬檔案系統ramdisk,啟動init,然後讀取rom中的檔案系統的內容。

在boot.img/recovery.img的內容如下,bootloader會從boot header得到kernel/ramdisk/second/device的大小和要載入到ram上的地址,讀取aboot/recovery分區的內容到ram上。

recovery.img/boot.img的構成是一樣的,只是裡面檔案的大小和資訊不同,檔案名稱是一樣的。

分析boot_img_hdr結構提
  kernel_size  kernel表示zImage的實際大小
  kernel_addr  kernel的zImage載入記憶體的物理地址,也是bootloader要跳轉的地址
  ramdisk_size  ramdisk的實際大小
  ramdisk_addr  ramdisk載入到記憶體的實際物理地址,之後kernel會解壓並把它掛載成根檔案系統,我們的中樞神經-init.rc就隱藏於內
  tags_addr    tags_addr是傳參數用的實體記憶體地址,它作用是把bootloader中的參數傳遞給kernel,參數放在這個地址上
  page_size    page_size是儲存晶片(ram/emmc)的頁大小,取決與儲存晶片
  cmdline      command line它可以由bootloader向kernel傳參的內容,存放在tag_addr地址
  second     可選
** +-----------------+ ** | boot header     | 1 page** +-----------------+** | kernel          | n pages  ** +-----------------+** | ramdisk         | m pages  ** +-----------------+** | second stage    | o pages** +-----------------+** | device tree     | p pages** +-----------------+
bootable/bootloader/lk/app/aboot/bootimg.h#ifndef _BOOT_IMAGE_H_#define _BOOT_IMAGE_H_typedef struct boot_img_hdr boot_img_hdr;#define BOOT_MAGIC "ANDROID!"#define BOOT_MAGIC_SIZE 8#define BOOT_NAME_SIZE  16#define BOOT_ARGS_SIZE  512#define BOOT_IMG_MAX_PAGE_SIZE 4096struct boot_img_hdr{    unsigned char magic[BOOT_MAGIC_SIZE];    unsigned kernel_size;  /* size in bytes */    unsigned kernel_addr;  /* physical load addr */    unsigned ramdisk_size; /* size in bytes */    unsigned ramdisk_addr; /* physical load addr */    unsigned second_size;  /* size in bytes */    unsigned second_addr;  /* physical load addr */    unsigned tags_addr;    /* physical addr for kernel tags */    unsigned page_size;    /* flash page size we assume */    unsigned dt_size;      /* device_tree in bytes */    unsigned unused;    /* future expansion: should be 0 */    unsigned char name[BOOT_NAME_SIZE]; /* asciiz product name */        unsigned char cmdline[BOOT_ARGS_SIZE];    unsigned id[8]; /* timestamp / checksum / sha1 / etc */};/*** +-----------------+ ** | boot header     | 1 page** +-----------------+** | kernel          | n pages  ** +-----------------+** | ramdisk         | m pages  ** +-----------------+** | second stage    | o pages** +-----------------+** | device tree     | p pages** +-----------------+**** n = (kernel_size + page_size - 1) / page_size** m = (ramdisk_size + page_size - 1) / page_size** o = (second_size + page_size - 1) / page_size** p = (dt_size + page_size - 1) / page_size** 0. all entities are page_size aligned in flash** 1. kernel and ramdisk are required (size != 0)** 2. second is optional (second_size == 0 -> no second)** 3. load each element (kernel, ramdisk, second) at**    the specified physical address (kernel_addr, etc)** 4. prepare tags at tag_addr.  kernel_args[] is**    appended to the kernel commandline in the tags.** 5. r0 = 0, r1 = MACHINE_TYPE, r2 = tags_addr** 6. if second_size != 0: jump to second_addr**    else: jump to kernel_addr*/boot_img_hdr *mkbootimg(void *kernel, unsigned kernel_size,                        void *ramdisk, unsigned ramdisk_size,                        void *second, unsigned second_size,                        unsigned page_size,                        unsigned *bootimg_size);void bootimg_set_cmdline(boot_img_hdr *hdr, const char *cmdline);                #define KERNEL64_HDR_MAGIC 0x644D5241 /* ARM64 */struct kernel64_hdr{    uint32_t insn;    uint32_t res1;    uint64_t text_offset;    uint64_t res2;    uint64_t res3;    uint64_t res4;    uint64_t res5;    uint64_t res6;    uint32_t magic_64;    uint32_t res7;};#endif

 








MTK分區表存放位置:device/mediatek/build/build/tools/ptgen/xxx/xxx.xls  
ptgen.pl檔案會把xls檔案解析成xxxAndroid_scatter.txt放在out/target/product/xxx/中
mtk的flashtool工具會讀取這個檔案把相關的鏡像燒寫到rom中。

高通分區表存放位置:不同項目,位置不同,用find搜尋partition.xml  $find . -name "*partition*.xml",最後會產生rawprogram0.xml檔案,高通的刷機工具會根據這個檔案把相關的鏡像燒寫到rom中。

android-partition分析

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.