一旦你的程式碼是建立和您確認所有必要的目錄存在，如下所述實現上電測試您的裝置。Bring up tests通常強調你的系統某個方面，讓你來描述裝置的測試行為。

1。確認了一個基本的Linux核心全新安裝, 然後才考慮Android-specific修改Linux核心，驗證您可以構建，部署和目標硬體上啟動Linux kernel。

2。修改你的核心配置，以適應Android的驅動程式, 你的核心配置檔案應包括以下內容：

#

# Android

#

# CONFIG_ANDROID_GADGET is not set

# CONFIG_ANDROID_RAM_CONSOLE is not set
 

CONFIG_ANDROID_POWER=y

CONFIG_ANDROID_POWER_STAT=y

CONFIG_ANDROID_LOGGER=y

# CONFIG_ANDROID_TIMED_GPIO is not set

CONFIG_ANDROID_BINDER_IPC=y

3。寫驅動程式

Android附帶所有基本功能預設驅動程式，但你可能會希望編寫您自己的裝置取決於您的硬體配置您自己的驅動程式（或至少定製的預設驅動程式）。見下面的例子主題如何編寫自己的驅動程式。

·•音訊

·•鍵盤和鍵盤

·•顯示

4。燒Image到Flash

一個 image 代表了一個系統狀態或在non-volatile memory

•bootloader：引導載入程式是一個小程式的啟動作業系統的載入負責。

•boot：

•recovery：

•system：該系統圖像儲存的機器人作業系統的快照。

•data：影象資料儲存使用者資料。凡是不儲存到/資料目錄將在重新啟動時丟失的裝置。

•kernel：核心代表了一個作業系統最基本的要素。 Android的Linux核心負責管理本系統的資源，作為硬體和系統之間的應用軟體抽象層的行為負責。

•ramdisk：RAMDisk的定義了一組隨機存取儲存器（RAM的部分）的被使用，就好像它是一個硬碟驅動器。

在啟動時, 配置

5. 啟動核心並安裝RAMDisk.

6. 除錯Android-specific的RAMDisk的初始方案

Android-specific初始化方案可以在device/system/init。新增日誌資訊，以幫助您除錯定義device/system/init/init.c.的LOG巨集潛在的問題。

init程式直接安裝所有檔案系統和裝置的使用或硬編碼的檔名稱或探測的sysfs檔案系統（從而消除了一個/ etc / fstab檔案中的機器人需要生成的裝置名稱）。經過裝置/系統檔案被安裝後，init讀取的/ etc / init.rc並呼叫那裡的listed方案（其中第一個是console shell）。

7 驗證應用程式已開始

一旦殼可用時，執行％ps 確認下列正在執行的應用程式：

·/system/bin/logd

·/sbin/adbd

·/system/bin/usbd

·/system/bin/debuggerd

·/system/bin/rild

·/system/bin/app_process

·/system/bin/runtime

·/system/bin/dbus-daemon

·system_server

這些應用程式的每一個嵌入式Linux的C / C + +，你可以使用任何標準的Linux除錯工具來解決應用程式沒有執行。% make的情況，以確定確切showcommands build命令。 gdbserver的（GNU偵錯程式），可在該系統分割槽（請seehttp bin目錄：/ / sourceware.org / / GDB中獲取更多資訊）。

8。pulling it all together

如果bring up成功，你應該看到下面的Java應用程式的圖示（）上看到的液晶面板：

•com.google.android.phone：與Android應用相關。

•com.google.android.home

•android.process.google.content

如果他們不可見或不響應鍵盤控制，執行framebuffer/keypad測試。

And Android Language初始化

在Android的Init語言包括四個報表廣泛的類：

•Actionn

•Commands

•Services

•Options

該語言的語法包括以下公約：

•所有的類都行的，並用空格分隔標記組成。 C風格的反斜槓轉義可用於插入空白把一個記號。雙引號也可以用於防止分裂成多個標記文字的空白。一個反斜槓作為一個行的最後一個字元出現的用於分行。

•＃表示行註釋，（允許空格）。

•隱式宣告的Actions and Services的新sections。所有的命令或選項屬於最近宣告部分。命令或之前第一部分將被忽略。

•Actions and Services 有唯一的名稱。如果第二個操作或服務是與作為一個現有的同名宣告，它將作為被忽略的一個錯誤。

Actions

Actions被命名的命令序列。用Actions來決定何時行動應該發生一個觸發器。當一個事件發生，以配合行動的觸發，該操作被新增到一個要被執行的佇列尾部（除非它已在佇列）。

佇列中的每個Action作出佇列順序。Actions中的每個命令按順序執行。Init 處理其他activities（device creation/destruction, property setting, process restarting）“與”在activities中的命令執行。

Actions採取下列形式：

on <trigger>

  <command>

  <command>

  <command>

Services

Services 在init中啟動並（可配置）退出時重新啟動。

Services採取下列形式：

service <name> <pathname> [ <argument> ]*

  <option>

  <option>

  ...

Options

Options會影響執行時初始化service。

引數的說明如下表：

Triggers

Triggers是用於匹配的事件字串，促發某種action發生。

Commands

Properties

Init更新一些系統屬性，以提供一些系統活動資訊：:

例如init.conf

下面的程式碼段是一個不完整的init.conf檔案的例子，便是為了讓您瞭解什麼是正確的配置類似的想法.

on boot

export PATH /sbin:/system/sbin:/system/bin

export LD_LIBRARY_PATH /system/lib

mkdir /dev

mkdir /proc

mkdir /sys

mount tmpfs tmpfs /dev

mkdir /dev/pts

mkdir /dev/socket

mount devpts devpts /dev/pts

mount proc proc /proc

mount sysfs sysfs /sys

write /proc/cpu/alignment 4

ifup lo

hostname localhost

domainname localhost

mount yaffs2 [email protected] /system

mount yaffs2 [email protected] /data

import /system/etc/init.conf

class_start default

service adbd /sbin/adbd

user adb

group adb

service usbd /system/bin/usbd -r

user usbd

group usbd

socket usbd 666

service zygote /system/bin/app_process -Xzygote /system/bin --zygote

socket zygote 666

service runtime /system/bin/runtime

user system

group system

on device-added-/dev/compass

start akmd

on device-removed-/dev/compass

stop akmd

service akmd /sbin/akmd

disabled

user akmd

group akmd