Android

OverviewThe above picture shows the overall architecture design of Android power management module. Android implements a very simple power management mechanism. Currently it only supports set screen on/off, screen backlight on/off, keyboard

Android Monkey TestMonkey測試是Android自動化測試的一種手段，Monkey測試本身非常簡單，就是類比使用者的按鍵輸入，觸控螢幕輸入，手勢輸入等，看裝置多長時間會出異常。當Monkey程式在模擬器或裝置啟動並執行時候，如果使用者出發了比如點擊，觸摸，手勢或一些系統層級的事件的時候，它就會產生隨機脈衝，所以可以用Monkey用隨機重複的方法去負荷測試你開發的軟體.最簡單的方法就是用用下面的命令來使用Monkey，這個命令將會啟動你的軟體並且觸發500個事件.$ adb

最近要為客戶定製一下預設的應用程式與案頭，其中就要求要有android預設內建的SoundRecorder，可是在主菜單上看不見soundrecorder應用，但是在Application Management裡可以看見。解決有：原來在AndroidManifest.xml檔案中有控制，由於SoundRecorder預設並不在Lancher的category中。 所以要添加如下藍色部分： <activity android:name="SoundRecorder"             

 AndroidManifest.xml是每個android程式中必須的檔案。它位於application的根目錄，描述了package中的全域資料，包括了package中暴露的組件（activities, services,

 一、 系統啟動流程簡介在Linux核心啟動後，init 1(1號進程)將作為第一個使用者空間(Linux虛擬記憶體的大小為232(在32位的x86機器上)，核心將這4G位元組的空間分為兩部分。最高的1G位元組供核心使用，稱為“核心空間”。而較低的3G位元組供各個進程使用，稱為“使用者空間”。)的進程來啟動Android系統，該啟動流程可以分為如下5個階段，如： (1) 啟動準備：該階段包括建立檔案系統的基本目錄、開啟基本輸入、輸出裝置，初始化日誌功能等;(2)

查了很多資料，有很多人錯誤地認為是kernel建立的/dev/yourdevice在最近的kernel中這種說法是不對的, 其實是kernel僅負責在/sys/建立一大堆下目錄和檔案，而真正的裝置節點是在使用者空間建立的。在android系統中，由init進程負責處理這種uevent事件，如果是"add" device事件, init會在/dev/下建立相應的節點具體代碼可查看 system/core/init/devices.c:

Android Media檔案的播放 錄影 擷取檔案中繼資料，主要工作都放在MediaPlayer Service上，MediaPlayer client需要做的就是建立播放執行個體，設定媒體檔案位置，發送播放 擷取中繼資料和錄影命令等。因此在瞭解MediaPlayer Service工作流程後，MediaPlayer

Service Manager是所有服務的管理器，因此，所有Server（System Server）都要向它註冊，應用程式則向Service Manager查詢相應的服務。其實現位於"frameworks/base/cmds/servicemanager\service_manager.c"檔案中。int main(int argc, char **argv){ struct binder_state *bs; void *svcmgr =

1. binder驅動是用戶端和伺服器端交換請求和處理結果的中介，用戶端先獲得伺服器端的代理對象，通過調用代理對象的方式向伺服器端發送請求。代理對象將使用者的請求通過Binder驅動發送到伺服器端伺服器處理序處理使用者請求，通過BInder驅動返回處理結果給用戶端的伺服器代理對象。2. Binder

三星平台的capture裝置節點是/dev/fimc0，但是平台可能存在多個網路攝影機，更特殊的情況是一個video ADC晶片外接多個類比網路攝影機，這幾天研究了下如何選擇capture的網路攝影機，做個總結。先對網路攝影機做個分類，1. CMM CameraCompact Module 網路攝影機模組； 2. VIDEO ADC +

Camera系統進行視頻錄製的過程，涉及到camera driver，camera HAL，camera Service，camera Java 幾層camera 錄影功能一般是和preview功能同時進行的，samsung

Overlay是Android經常看到的名字，我們可以理解為視頻疊加，Overlay也可以理解為視頻輸出視頻輸出和視頻疊加是密切相關的，一般來說，輸出的視頻背景是系統UI層，而視頻輸出是疊加到UI層上的。視頻輸出和系統UI一般使用獨立的顯存區，系統UI通過framebuffer顯示；而視頻輸出在驅動層可以有兩種實現方式：1. framebuffer方式，2. V4L2的output裝置實現方式，具體使用哪種，是和平台密切相關的，甚至有的平台兩種方式都實現了，比如freescale

Android有三種啟動畫面1. 在kernel framebuffer驅動中的logo, 具體參見kernel/drivers/video/fbmem.c，這是最早的靜態啟動畫面2. init進程載入的啟動畫面，具體參考android/system/core/init/init.c 中load_565rle_image的實現3. bootanimation動畫，一般來說init.rc中會有下面一段：service bootanim /system/bin/bootanimation   

1. 所有的action運行於service之前2.  下面為各個section的執行順序，英文編號的section是系統內建的（寫死在init.c中的命令）1) early-init    a) wait_for_coldboot_done    b) property_init    c) keychord_int    d) console_init    e) set_init_properties2) init3) early-fs4) fs5) post-fs    f)

S5PV210會在/dev/下產生幾個video相關的裝置節點，分別為/dev/video0, /dev/video1, /dev/video2/dev/video14, /dev/video21, /dev/video22video0, video1, video2的作用是和Android camera/overlay HAL密切相關的，HAL層來決定這三個裝置的具體作用，也就是說在裝置驅動層並不會定義他們的具體作用。/dev/video0 被android camera

時間測量在mx51平台的uboot裡，使用get_timer可以獲得比較精確的計時，get_timer的使用貫穿了uboot效能調整的整個過程效能最佳化方法1. 減小uboot鏡像的大小，去掉不需要的驅動，不需要的命令，減少uboot的大小可以從兩個方面獲得好處，首先會節省驅動初始化時間，其次會使uboot鏡像變小，從磁碟讀取uboot鏡像所需的時間也變小了。2. 最佳化generic 的memcpy memset函數，通用的C實現

解包1 查看檔案格式: file ramdisk.img ramdisk.img: gzip compressed data, from Unix可知ramdisk.img是一個壓縮包，當然ramdisk.img的壓縮不是必需的2 解壓ramdisk.img壓縮包: gunzip -S .img ramdisk.img由於檔案名稱不是.gz，所以要加-S，解壓後產生了ramdisk這個檔案3 查看解壓後檔案ramdisk: file ramdiskramdisk: ASCII cpio

原文：http://blog.csdn.net/zjujoe/article/details/6206010Android OTA 升級之一：編譯升級包作者：

原文：http://blog.csdn.net/zjujoe/article/details/6209393Android OTA 升級之二：指令碼 ota_from_target_files作者： 宋立新Email：zjujoe@yahoo.com前言       前面介紹了ota