每一個硬件抽象層模塊在內核中都對應有一個驅動程序,硬件抽象層模塊就是通過這些驅動程序來訪問硬件設備的,它們是通過讀寫設備文件來進行通信的。
硬件抽象層中的模塊接口源文件一般保存在hardware/libhardware目錄中。為了方便起見,我們將虛擬硬件設備freg在硬件抽象層中的模塊名稱定義為freg,它的目錄結構如下:
~~~
~/Android/hardware/libhardware
----include
----hardware
----freg.h
----modules
----freg
----freg.cpp
----Android.mk
~~~
它由三個文件組成,其中,freg.h和freg.cpp是源代碼文件,而Android.mk是模塊的編譯腳本文件。下面我們就分別介紹這三個文件的內容。
**freg.h**
~~~
#ifndef ANDROID_FREG_INTERFACE_H
#define ANDROID_FREG_INTERFACE_H
#include <hardware/hardware.h>
__BEGIN_DECLS
/*定義模塊ID*/
#define FREG_HARDWARE_MODULE_ID "freg"
/*定義設備ID*/
#define FREG_HARDWARE_DEVICE_ID "freg"
/*自定義模塊結構體*/
struct freg_module_t {
struct hw_module_t common;
};
/*自定義設備結構體*/
struct freg_device_t {
struct hw_device_t common;
int fd;
int (*set_val)(struct freg_device_t* dev, int val);
int (*get_val)(struct freg_device_t* dev, int* val);
};
__END_DECLS
#endif
~~~
這個文件中的常量和結構體都是按照硬件抽象層模塊編寫規范來定義的。宏FREG_HARDWARE_MODULE_ID和FREG_HARDWARE_DEVICE_ID分別用來描述模塊ID和設備ID。結構體freg_module_t用來描述自定義的模塊結構體,它的第一個成員變量的類型為hw_module_t。結構體freg_device_t用來描述虛擬硬件設備freg,它的第一個成員變量的類型為freg_device_t。此外,結構體freg_device_t還定義了其他三個成員變量,其中,成員變量fd是一個文件描述符,用來描述打開的設備文件/dev/freg,成員變量set_val和get_val是函數指針,它們分別用來寫和讀虛擬硬件設備freg的寄存器val的內容。
**freg.cpp**
這是硬件抽象層模塊freg的實現文件,我們分段來閱讀。
文件首先包含相關頭文件并且定義相關結構體變量。
~~~
#define LOG_TAG "FregHALStub"
#include <hardware/hardware.h>
#include <hardware/freg.h>
#include <fcntl.h>
#include <errno.h>
#include <cutils/log.h>
#include <cutils/atomic.h>
#define DEVICE_NAME "/dev/freg"
#define MODULE_NAME "Freg"
#define MODULE_AUTHOR "shyluo@gmail.com"
/*設備打開和關閉接口*/
static int freg_device_open(const struct hw_module_t* module, const char* id, struct hw_device_t** device);
static int freg_device_close(struct hw_device_t* device);
/*設備寄存器讀寫接口*/
static int freg_get_val(struct freg_device_t* dev, int* val);
static int freg_set_val(struct freg_device_t* dev, int val);
/*定義模塊操作方法結構體變量*/
static struct hw_module_methods_t freg_module_methods = {
open: freg_device_open
};
/*定義模塊結構體變量*/
struct freg_module_t HAL_MODULE_INFO_SYM = {
common: {
tag: HARDWARE_MODULE_TAG,
version_major: 1,
version_minor: 0,
id: FREG_HARDWARE_MODULE_ID,
name: MODULE_NAME,
author: MODULE_AUTHOR,
methods: &freg_module_methods,
}
};
~~~
在這段代碼中,最值得關注的就是模塊變量HAL_MODULE_INFO_SYM的定義。按照硬件抽象層模塊編寫規范,每一個硬件抽象層模塊必須導出一個名稱為HAL_MODULE_INFO_SYM的符號,它指向一個自定義的硬件抽象層模塊結構體,而且它的第一個類型為hw_module_t的成員變量的tag值必須設置為HARDWARE_MODULE_TAG。除此之外,還初始化了這個硬件抽象層模塊結構體的版本號、ID、名稱、作者和操作方法列表等。
虛擬硬件設備freg的打開和關閉分別由函數freg_device_open和freg_device_close來實現,如下所示。
~~~
static int freg_device_open(const struct hw_module_t* module, const char* id, struct hw_device_t** device) {
if(!strcmp(id, FREG_HARDWARE_DEVICE_ID)) {
struct freg_device_t* dev;
dev = (struct freg_device_t*)malloc(sizeof(struct freg_device_t));
if(!dev) {
LOGE("Failed to alloc space for freg_device_t.");
return -EFAULT;
}
memset(dev, 0, sizeof(struct freg_device_t));
dev->common.tag = HARDWARE_DEVICE_TAG;
dev->common.version = 0;
dev->common.module = (hw_module_t*)module;
dev->common.close = freg_device_close;
dev->set_val = freg_set_val;
dev->get_val = freg_get_val;
if((dev->fd = open(DEVICE_NAME, O_RDWR)) == -1) {
LOGE("Failed to open device file /dev/freg -- %s.", strerror(errno));
free(dev);
return -EFAULT;
}
*device = &(dev->common);
LOGI("Open device file /dev/freg successfully.");
return 0;
}
return -EFAULT;
}
static int freg_device_close(struct hw_device_t* device) {
struct freg_device_t* freg_device = (struct freg_device_t*)device;
if(freg_device) {
close(freg_device->fd);
free(freg_device);
}
return 0;
}
~~~
前面提到,一個硬件抽象層模塊可能會包含多個硬件設備,而這些硬件設備的打開操作都是由函數freg_device_open來完成的,因此,函數freg_device_open會根據傳進來的參數id來判斷要打開哪一個硬件設備。
在硬件抽象層模塊freg中,只有一個虛擬硬件設備freg,它使用結構體freg_device_t來描述。因此,函數freg_device_open發現參數id與虛擬硬件設備freg的ID值匹配以后,就會分配一個freg_device_t結構體,并且對它的成員變量進行初始化。按照硬件抽象層模塊編寫規范,硬件抽象層中的硬件設備標簽(dev->common.tag)必須設置為HARDWARE_DEVICE_TAG。除此之外,我們還將虛擬硬件設備freg的關閉函數設置為freg_device_close,并且將它的讀寫函數設置為freg_get_val和freg_set_val。
初始化完成用來描述虛擬硬件設備freg的結構體freg_device_t之后,我們就可以調用open函數來打開虛擬硬件設備文件/dev/freg了,并且將得到的文件描述符保存在結構體freg_device_t的成員變量fd中。
虛擬硬件設備freg的關閉函數freg_device_close的實現比較簡單,它主要是關閉設備文件/dev/freg,以及釋放設備在打開時所分配的資源。
虛擬硬件設備freg的讀寫函數freg_get_val和freg_set_val的實現如下所示。
~~~
static int freg_get_val(struct freg_device_t* dev, int* val) {
if(!dev) {
LOGE("Null dev pointer.");
return -EFAULT;
}
if(!val) {
LOGE("Null val pointer.");
return -EFAULT;
}
read(dev->fd, val, sizeof(*val));
LOGI("Get value %d from device file /dev/freg.", *val);
return 0;
}
static int freg_set_val(struct freg_device_t* dev, int val) {
if(!dev) {
LOGE("Null dev pointer.");
return -EFAULT;
}
LOGI("Set value %d to device file /dev/freg.", val);
write(dev->fd, &val, sizeof(val));
return 0;
}
~~~
這兩個函數分別通過調用read和write函數來實現讀寫虛擬硬件設備freg的寄存器val的內容。
**Android.mk**
~~~
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_PRELINK_MODULE := false
LOCAL_MODULE_PATH := $(TARGET_OUT_SHARED_LIBRARIES)/hw
LOCAL_SHARED_LIBRARIES := liblog
LOCAL_SRC_FILES := freg.cpp
LOCAL_MODULE := freg.default
include $(BUILD_SHARED_LIBRARY)
~~~
這是硬件抽象層模塊freg的編譯腳本文件。第9行指定include命令的參數為$(BUILD_SHARED_LIBRARY),表示要將該硬件抽象層模塊編譯成一個動態鏈接庫文件,名稱為freg.default,并且保存在$(TARGET_OUT_SHARED_LIBRARIES)/hw目錄下,即out/target/product/generic/system/lib/hw目錄下。
> 注意:我們將硬件抽象層模塊freg對應的文件名稱定義為freg.default,編譯成功后,系統就會自動在后 面加后綴.so,于是就得到了一個freg.default.so文件。根據硬件抽象層模塊文件的命名規范,當我們要加載硬件抽象層模塊freg時,只需要指定它的ID值,即“freg”,系統就會根據一定的規則成功地找到要加載的freg.default.so文件。
硬件抽象層模塊freg的所有文件都準備好之后,我們就可以執行mmm和make snod命令對它進行編譯和打包了。
~~~
USER@MACHINE:~/Android$ mmm ./hardware/libhardware/modules/freg
USER@MACHINE:~/Android$ make snod
~~~
最終就可以在out/target/product/generic/system/lib/hw目錄下得到一個freg.default.so文件。
- 文章概述
- 下載Android源碼以及查看源碼
- win10 平臺通過VMware Workstation安裝Ubuntu
- Linux系統安裝Ubuntu編譯Android源碼
- Eclipse快捷鍵大全
- 前言
- 第一篇 初識Android系統
- 第一章 準備知識
- 1.1 Linux內核參考書籍
- 1.2 Android應用程序參考書籍
- 1.3 下載、編譯和運行Android源代碼
- 1.3.1 下載Android源代碼
- 1.3.2 編譯Android源代碼
- 1.3.3 運行Android模擬器
- 1.4 下載、編譯和運行Android內核源代碼
- 1.4.1 下載Android內核源代碼
- 1.4.2 編譯Android內核源代碼
- 1.4.3 運行Android模擬器
- 1.5 開發第一個Android應用程序
- 1.6 單獨編譯和打包Android應用程序模塊
- 1.6.1 導入單獨編譯模塊的mmm命令
- 1.6.2 單獨編譯Android應用程序模塊
- 1.6.3 重新打包Android系統鏡像文件
- 第二章 硬件抽象層
- 2.1 開發Android硬件驅動程序
- 2.1.1 實現內核驅動程序模塊
- 2.1.2 修改內核Kconfig文件
- 2.1.3 修改內核Makefile文件
- 2.1.4 編譯內核驅動程序模塊
- 2.1.5 驗證內核驅動程序模塊
- 2.2 開發C可執行程序驗證Android硬件驅動程序
- 2.3 開發Android硬件抽象層模塊
- 2.3.1 硬件抽象層模塊編寫規范
- 2.3.1.1 硬件抽象層模塊文件命名規范
- 2.3.1.2 硬件抽象層模塊結構體定義規范
- 2.3.2 編寫硬件抽象層模塊接口
- 2.3.3 硬件抽象層模塊的加載過程
- 2.3.4 處理硬件設備訪問權限問題
- 2.4 開發Android硬件訪問服務
- 2.4.1 定義硬件訪問服務接口
- 2.4.2 實現硬件訪問服務
- 2.4.3 實現硬件訪問服務的JNI方法
- 2.4.4 啟動硬件訪問服務
- 2.5 開發Android應用程序來使用硬件訪問服務
- 第三章 智能指針
- 3.1 輕量級指針
- 3.1.1 實現原理分析
- 3.1.2 使用實例分析
- 3.2 強指針和弱指針
- 3.2.1 強指針的實現原理分析
- 3.2.2 弱指針的實現原理分析
- 3.2.3 應用實例分析
- 第二篇 Android專用驅動系統
- 第四章 Logger日志系統
- 4.1 Logger日志格式
- 4.2 Logger日志驅動程序
- 4.2.1 基礎數據結構
- 4.2.2 日志設備的初始化過程
- 4.2.3 日志設備文件的打開過程
- 4.2.4 日志記錄的讀取過程
- 4.2.5 日志記錄的寫入過程
- 4.3 運行時庫層日志庫
- 4.4 C/C++日志寫入接口
- 4.5 Java日志寫入接口
- 4.6 Logcat工具分析
- 4.6.1 基礎數據結構
- 4.6.2 初始化過程
- 4.6.3 日志記錄的讀取過程
- 4.6.4 日志記錄的輸出過程
- 第五章 Binder進程間通信系統
- 5.1 Binder驅動程序
- 5.1.1 基礎數據結構
- 5.1.2 Binder設備的初始化過程
- 5.1.3 Binder設備文件的打開過程
- 5.1.4 設備文件內存映射過程
- 5.1.5 內核緩沖區管理
- 5.1.5.1 分配內核緩沖區
- 5.1.5.2 釋放內核緩沖區
- 5.1.5.3 查詢內核緩沖區
- 5.2 Binder進程間通信庫
- 5.3 Binder進程間通信應用實例
- 5.4 Binder對象引用計數技術
- 5.4.1 Binder本地對象的生命周期
- 5.4.2 Binder實體對象的生命周期
- 5.4.3 Binder引用對象的生命周期
- 5.4.4 Binder代理對象的生命周期
- 5.5 Binder對象死亡通知機制
- 5.5.1 注冊死亡接收通知
- 5.5.2 發送死亡接收通知
- 5.5.3 注銷死亡接收通知
- 5.6 Service Manager的啟動過程
- 5.6.1 打開和映射Binder設備文件
- 5.6.2 注冊成為Binder上下文管理者
- 5.6.3 循環等待Client進程請求
- 5.7 Service Manager代理對象接口的獲取過程
- 5.8 Service的啟動過程
- 5.8.1 注冊Service組件
- 5.8.1.1 封裝通信數據為Parcel對象
- 5.8.1.2 發送和處理BC_TRANSACTION命令協議
- 5.8.1.3 發送和處理BR_TRANSACTION返回協議
- 5.8.1.4 發送和處理BC_REPLY命令協議
- 5.8.1.5 發送和處理BR_REPLY返回協議
- 5.8.2 循環等待Client進程請求
- 5.9 Service代理對象接口的獲取過程
- 5.10 Binder進程間通信機制的Java實現接口
- 5.10.1 獲取Service Manager的Java代理對象接口
- 5.10.2 AIDL服務接口解析
- 5.10.3 Java服務的啟動過程
- 5.10.4 獲取Java服務的代理對象接口
- 5.10.5 Java服務的調用過程
- 第六章 Ashmem匿名共享內存系統
- 6.1 Ashmem驅動程序
- 6.1.1 相關數據結構
- 6.1.2 設備初始化過程
- 6.1.3 設備文件打開過程
- 6.1.4 設備文件內存映射過程
- 6.1.5 內存塊的鎖定和解鎖過程
- 6.1.6 解鎖狀態內存塊的回收過程
- 6.2 運行時庫cutils的匿名共享內存接口
- 6.3 匿名共享內存的C++訪問接口
- 6.3.1 MemoryHeapBase
- 6.3.1.1 Server端的實現
- 6.3.1.2 Client端的實現
- 6.3.2 MemoryBase
- 6.3.2.1 Server端的實現
- 6.3.2.2 Client端的實現
- 6.3.3 應用實例
- 6.4 匿名共享內存的Java訪問接口
- 6.4.1 MemoryFile
- 6.4.2 應用實例
- 6.5 匿名共享內存的共享原理分析
- 第三篇 Android應用程序框架篇
- 第七章 Activity組件的啟動過程
- 7.1 Activity組件應用實例
- 7.2 根Activity的啟動過程
- 7.3 Activity在進程內的啟動過程
- 7.4 Activity在新進程中的啟動過程
- 第八章 Service組件的啟動過程
- 8.1 Service組件應用實例
- 8.2 Service在新進程中的啟動過程
- 8.3 Service在進程內的綁定過程
- 第九章 Android系統廣播機制
- 9.1 廣播應用實例
- 9.2 廣播接收者的注冊過程
- 9.3 廣播的發送過程
- 第十章 Content Provider組件的實現原理
- 10.1 Content Provider組件應用實例
- 10.1.1 ArticlesProvider
- 10.1.2 Article
- 10.2 Content Provider組件的啟動過程
- 10.3 Content Provider組件的數據共享原理
- 10.4 Content Provider組件的數據更新通知機制
- 10.4.1 內容觀察者的注冊過程
- 10.4.2 數據更新的通知過程
- 第十一章 Zygote和System進程的啟動過程
- 11.1 Zygote進程的啟動腳本
- 11.2 Zygote進程的啟動過程
- 11.3 System進程的啟動過程
- 第十二章 Android應用程序進程的啟動過程
- 12.1 應用程序進程的創建過程
- 12.2 Binder線程池的啟動過程
- 12.3 消息循環的創建過程
- 第十三章 Android應用程序的消息處理機制
- 13.1 創建線程消息隊列
- 13.2 線程消息循環過程
- 13.3 線程消息發送過程
- 13.4 線程消息處理過程
- 第十四章 Android應用程序的鍵盤消息處理機制
- 14.1 InputManager的啟動過程
- 14.1.1 創建InputManager
- 14.1.2 啟動InputManager
- 14.1.3 啟動InputDispatcher
- 14.1.4 啟動InputReader
- 14.2 InputChannel的注冊過程
- 14.2.1 創建InputChannel
- 14.2.2 注冊Server端InputChannel
- 14.2.3 注冊當前激活窗口
- 14.2.4 注冊Client端InputChannel
- 14.3 鍵盤消息的分發過程
- 14.3.1 InputReader處理鍵盤事件
- 14.3.2 InputDispatcher分發鍵盤事件
- 14.3.3 當前激活的窗口獲得鍵盤消息
- 14.3.4 InputDispatcher獲得鍵盤事件處理完成通知
- 14.4 InputChannel的注銷過程
- 14.4.1 銷毀應用程序窗口
- 14.4.2 注銷Client端InputChannel
- 14.4.3 注銷Server端InputChannel
- 第十五章 Android應用程序線程的消息循環模型
- 15.1 應用程序主線程消息循環模型
- 15.2 界面無關的應用程序子線程消息循環模型
- 15.3 界面相關的應用程序子線程消息循環模型
- 第十六章 Android應用程序的安裝和顯示過程
- 16.1 應用程序的安裝過程
- 16.2 應用程序的顯示過程