android BSP與硬體相關子系統讀書筆記（1）android BSP移植綜述

從linux驅動轉行至android驅動開發大半年了，一開始就産生了一個很糾結目标和問題，就是不停的google如何porting android！這個問題得到的結果對于初出茅廬的我，感到迷惘。随着工作的需要，自己的經驗也就慢慢的增加，這些迷霧也慢慢解開，這裡要多謝我自己的努力和老大高工的精心栽培。

言歸正傳，将android移植到特定硬體平台上，其核心是bsp的搭建工作，bsp是闆級支援包，并不是特定某個檔案，而是從功能上了解的一種硬體适配軟體包，它的核心就是：

1. linux核心硬體相關部分（主要是linux device drivers）;

2. android使用者空間的硬體抽象層。（HAL，hardware abstract layer）.

linux驅動程式工作在核心空間，android的HAL工作在使用者空間，有了這兩個部分的結合，就可以讓龐大的android系統運作在特定的硬體平台上。

在具有了特定的硬體平台之後，為了适應不同版本的android系統，其BSP部分代碼通常需要重寫或者修改，此時裝置驅動程式可以重用，硬體抽象層則需要修改。

BSP工作和核心應該是原始的硬體底層。例如藍牙耳機，藍牙傳輸檔案，藍牙聊天等程式最終依賴的硬體是藍牙；照相機、錄影機、條形碼識别器等程式都依賴于底層的攝像頭；自動轉屏，晃動螢幕控制的各種遊戲、都同樣依賴于加速度傳感器。

目前一般的處理器或者硬體平台的BSP（board support package）都是由晶片廠商統一完成的，并且已經趨于成熟。是以開發者的主要工作不再是建構完整的BSP，而是調試和修改現有的BSP。其實每個晶片廠家都會有一個硬體平台的參考設計，如PMU，EMMC,WIFI，CODEC，CTP等。如果沒有太大的改動，原廠的BSP一般都是可以跑起來的，針對某一塊的硬體變化修改驅動和HAL就可以了，對于新增加的硬體，編寫相關的驅動程式，然後提供給JAVA的本地架構層的接口就可以了。對于一些簡單的裝置驅動，可以不用寫HAL的代碼，實際上很多時候也不用去寫，一種常見的情況是由JNI的部分代碼直接調用驅動程式的裝置節點或者使用sys檔案系統。也可以直接把/sys/的屬性檔案（可以通過cat和echo讀寫）的檔案接口直接提供給java層代碼調用。

android的主要驅動有：

1. 顯示驅動 display driver：常用于基于linux的幀緩沖frame buffer 驅動程式。

2. flash記憶體驅動flash memory driver :基于MTD的flash驅動程式。

3. 照相機驅動camera driver :基于linux的v4l video for linux驅動。

4. 音頻驅動 audio driver ：基于ALSA advanced linux sound architechure驅動。

5. wifi驅動：基于IEEE801.31标準的驅動程式。

6. 鍵盤驅動keyboard driver：作為輸入裝置的鍵盤驅動。

7. 藍牙驅動 bluetooth diver :基于IEEE801.35.1标準的無限傳輸技術。

8. binder IPC驅動：android一個特殊的驅動程式，具有單獨的裝置節點，提供程序間通信的功能。

9. power management能源管理：管理電池電量等資訊。

android**主要的庫**有：

1. C庫，基于linux系統調用實作的庫，C語言标準庫，也是系統最底層的庫。

2. 多媒體架構 media framwork

3. SGL:2D圖像引擎

4. SSL secure socket layer:為資料通信提供安全支援

5. open GL:對3D提供支援

6. 界面管理工具 surface management

7. SQLite：一種通用的嵌入式資料庫

8. Webkit：網絡浏覽器的核心

9. free type位圖和矢量字型的功能

android主要framework有：

1. active 活動

2. boardcast Intent Receiver廣播意圖接收者

3. content Provider 内容提供者

4. Intent and Intent filter 意圖和意圖過濾器

android的application framework是為APP開發提供的API，實際上是一個應用程式架構，有谷歌規定好的API，JAVA開發人員直接使用。這一層提供的首先包涵UI程式所需要的控件，如View(視圖控件)，其中要包涵list,grid,text,box,button等，甚至一個嵌入式的web浏覽器。