安卓hal層代碼在哪裡
1. android app怎麼調用hal層函數通過ca 去tee環境調用ta
快快
2. android ndk 開發只寫jni層的代碼嗎不能寫hal層的代碼嗎以及linux驅動模塊的代碼嘛
NDK開發可以linux下的android源碼中編譯單個模塊生成.so文件，然後放在上層android 項目中調用，你在源碼中吧，你要編譯的模塊驅動的C代碼放進去，按照JIN規則取號名字，然後編\編譯，就行了，把生成的 so文件導入到上層項目，然後你知道C的函數名，在java層寫本地方法和，C的函數名一樣，記得類名也別搞錯了，就行了。不要燒錄整個系統，只要編譯你需要的驅動模塊生成so文件就行
3. android中camera的hal模塊怎麼被調用
CameraService.cpp (frameworks\base\services\camera\libcameraservice)
中調用hw_get_mole
[cpp] view plain print?
void CameraService::onFirstRef()
{
BnCameraService::onFirstRef();
<span style="color: rgb(255, 0, 0);">if (hw_get_mole(CAMERA_HARDWARE_MODULE_ID,
(const hw_mole_t **)&mMole) < 0)</span> {
LOGE("Could not load camera HAL mole");
mNumberOfCameras = 0;
}
else {
mNumberOfCameras = mMole->get_number_of_cameras();
if (mNumberOfCameras > MAX_CAMERAS) {
LOGE("Number of cameras(%d) > MAX_CAMERAS(%d).",
mNumberOfCameras, MAX_CAMERAS);
mNumberOfCameras = MAX_CAMERAS;
}
for (int i = 0; i < mNumberOfCameras; i++) {
setCameraFree(i);
}
}
}
void CameraService::onFirstRef()
{
BnCameraService::onFirstRef();
if (hw_get_mole(CAMERA_HARDWARE_MODULE_ID,
(const hw_mole_t **)&mMole) < 0) {
LOGE("Could not load camera HAL mole");
mNumberOfCameras = 0;
}
else {
mNumberOfCameras = mMole->get_number_of_cameras();
if (mNumberOfCameras > MAX_CAMERAS) {
LOGE("Number of cameras(%d) > MAX_CAMERAS(%d).",
mNumberOfCameras, MAX_CAMERAS);
mNumberOfCameras = MAX_CAMERAS;
}
for (int i = 0; i < mNumberOfCameras; i++) {
setCameraFree(i);
}
}
}
看一下hw_get_mole是怎麼回事
[cpp] view plain print?
int hw_get_mole(const char *id, const struct hw_mole_t **mole)
{
return <span style="color: rgb(255, 0, 0);">hw_get_mole_by_class(id, NULL, mole);
</span>}
int hw_get_mole(const char *id, const struct hw_mole_t **mole)
{
return hw_get_mole_by_class(id, NULL, mole);
}
他只是一個封裝實際調用了[email protected] (hardware\libhardware）
好在不長，看看吧
[cpp] view plain print?
int hw_get_mole_by_class(const char *class_id, const char *inst,
const struct hw_mole_t **mole)
{
int status;
int i;
const struct hw_mole_t *hmi = NULL;
<span style="color: rgb(255, 0, 0);"> char prop[PATH_MAX];//幾個關鍵的數組
char path[PATH_MAX];//在下面起了重要
char name[PATH_MAX];//作用
</span>
if (inst)
snprintf(name, PATH_MAX, "%s.%s", class_id, inst);
else
strlcpy(name, class_id, PATH_MAX);//走這里
/*
* Here we rely on the fact that calling dlopen multiple times on
* the same .so will simply increment a refcount (and not load
* a new of the library).
* We also assume that dlopen() is thread-safe.
*/
/* Loop through the configuration variants looking for a mole */
for (i=0 ; i<HAL_VARIANT_KEYS_COUNT+1 ; i++) {
if (i < HAL_VARIANT_KEYS_COUNT) {
if (property_get(variant_keys[i], prop, NULL) == 0)
<span style="color: rgb(255, 0, 0);">//在這里將prop的路徑得到，分別從
"ro.hardware[qcom]"
"ro.proct.board"[7x27],
"ro.board.platform"[msm7627a],
"ro.arch",
"ro.hw_platform"[QRD_SKU3-1100]
這幾個屬性文件中獲得硬體的信息
有些硬體信息的字元串會出現在編譯後生成的.so名字中</span>
{
continue;
}
snprintf(path, sizeof(path), "%s/%s.%s.so",
HAL_LIBRARY_PATH2, name, prop);
if (access(path, R_OK) == 0) break;
snprintf(path, sizeof(path), "%s/%s.%s.so",
HAL_LIBRARY_PATH1, name, prop);<span style="color: rgb(255, 0, 0);">//走這里,在這里得到/system/lib/hw/camera.msm7627a.so
這樣一個路徑，這個庫里有QualcommCamera.cpp，這是
camera模塊HAL代碼開始的地方</span>
if (access(path, R_OK) == 0) break;
} else {
snprintf(path, sizeof(path), "%s/%s.default.so",
HAL_LIBRARY_PATH1, name);
if (access(path, R_OK) == 0) break;
}
}
status = -ENOENT;
if (i < HAL_VARIANT_KEYS_COUNT+1) {
/* load the mole, if this fails, we're doomed, and we should not try
* to load a different variant. */
status = load(class_id, path, mole);<span style="color: rgb(255, 0, 0);">//這里關鍵,函數的三個參數可以串聯成一句話：
到path（/system/lib/hw/camera.msm7627a.so）這個路徑下找到一個id（camera）匹配的mole</span>
}
return status;
}
int hw_get_mole_by_class(const char *class_id, const char *inst,
const struct hw_mole_t **mole)
{
int status;
int i;
const struct hw_mole_t *hmi = NULL;
char prop[PATH_MAX];//幾個關鍵的數組
char path[PATH_MAX];//在下面起了重要
char name[PATH_MAX];//作用
if (inst)
snprintf(name, PATH_MAX, "%s.%s", class_id, inst);
else
strlcpy(name, class_id, PATH_MAX);//走這里
/*
* Here we rely on the fact that calling dlopen multiple times on
* the same .so will simply increment a refcount (and not load
* a new of the library).
* We also assume that dlopen() is thread-safe.
*/
/* Loop through the configuration variants looking for a mole */
for (i=0 ; i<HAL_VARIANT_KEYS_COUNT+1 ; i++) {
if (i < HAL_VARIANT_KEYS_COUNT) {
if (property_get(variant_keys[i], prop, NULL) == 0)
//在這里將prop的路徑得到，分別從
"ro.hardware[qcom]"
"ro.proct.board"[7x27],
"ro.board.platform"[msm7627a],
"ro.arch",
"ro.hw_platform"[QRD_SKU3-1100]
這幾個屬性文件中獲得硬體的信息
有些硬體信息的字元串會出現在編譯後生成的.so名字中
{
continue;
}
snprintf(path, sizeof(path), "%s/%s.%s.so",
HAL_LIBRARY_PATH2, name, prop);
if (access(path, R_OK) == 0) break;
snprintf(path, sizeof(path), "%s/%s.%s.so",
HAL_LIBRARY_PATH1, name, prop);//走這里,在這里得到/system/lib/hw/camera.msm7627a.so
這樣一個路徑，這個庫里有QualcommCamera.cpp，這是
camera模塊HAL代碼開始的地方
if (access(path, R_OK) == 0) break;
} else {
snprintf(path, sizeof(path), "%s/%s.default.so",
HAL_LIBRARY_PATH1, name);
if (access(path, R_OK) == 0) break;
}
}
status = -ENOENT;
if (i < HAL_VARIANT_KEYS_COUNT+1) {
/* load the mole, if this fails, we're doomed, and we should not try
* to load a different variant. */
status = load(class_id, path, mole);//這里關鍵,函數的三個參數可以串聯成一句話：
到path（/system/lib/hw/camera.msm7627a.so）這個路徑下找到一個id（camera）匹配的mole
}
return status;
}
再來看看load這個函數@hardware.c (hardware\libhardware)
[cpp] view plain print?
static int load(const char *id,
const char *path,
const struct hw_mole_t **pHmi)
{
int status;
void *handle;
struct hw_mole_t *hmi;
/*
* load the symbols resolving undefined symbols before
* dlopen returns. Since RTLD_GLOBAL is not or'd in with
* RTLD_NOW the external symbols will not be global
*/
handle = dlopen(path, RTLD_NOW);
if (handle == NULL) {
char const *err_str = dlerror();
LOGE("load: mole=%s\n%s", path, err_str?err_str:"unknown");
status = -EINVAL;
goto done;
}
<span style="color: rgb(255, 0, 0);"> /* Get the address of the struct hal_mole_info. */
const char *sym = HAL_MODULE_INFO_SYM_AS_STR;
hmi = (struct hw_mole_t *)dlsym(handle, sym);
</span> if (hmi == NULL) {
LOGE("load: couldn't find symbol %s", sym);
status = -EINVAL;
goto done;
}
/* Check that the id matches */
if (strcmp(id, hmi->id) != 0) {
LOGE("load: id=%s != hmi->id=%s", id, hmi->id);
status = -EINVAL;
goto done;
}
hmi->dso = handle;
/* success */
status = 0;
done:
if (status != 0) {
hmi = NULL;
if (handle != NULL) {
dlclose(handle);
handle = NULL;
}
} else {
LOGV("loaded HAL id=%s path=%s hmi=%p handle=%p",
id, path, *pHmi, handle);
}
*pHmi = hmi;
return status;
}
static int load(const char *id,
const char *path,
const struct hw_mole_t **pHmi)
{
int status;
void *handle;
struct hw_mole_t *hmi;
/*
* load the symbols resolving undefined symbols before
* dlopen returns. Since RTLD_GLOBAL is not or'd in with
* RTLD_NOW the external symbols will not be global
*/
handle = dlopen(path, RTLD_NOW);
if (handle == NULL) {
char const *err_str = dlerror();
LOGE("load: mole=%s\n%s", path, err_str?err_str:"unknown");
status = -EINVAL;
goto done;
}
/* Get the address of the struct hal_mole_info. */
const char *sym = HAL_MODULE_INFO_SYM_AS_STR;
hmi = (struct hw_mole_t *)dlsym(handle, sym);
if (hmi == NULL) {
LOGE("load: couldn't find symbol %s", sym);
status = -EINVAL;
goto done;
}
/* Check that the id matches */
if (strcmp(id, hmi->id) != 0) {
LOGE("load: id=%s != hmi->id=%s", id, hmi->id);
status = -EINVAL;
goto done;
}
hmi->dso = handle;
/* success */
status = 0;
done:
if (status != 0) {
hmi = NULL;
if (handle != NULL) {
dlclose(handle);
handle = NULL;
}
} else {
LOGV("loaded HAL id=%s path=%s hmi=%p handle=%p",
id, path, *pHmi, handle);
}
*pHmi = hmi;
return status;
}
在打開的.so（camera.msm7627a.so）中查找HMI符號的地址,並保存在hmi中。至此,.so中的hw_mole_t已經被成功獲取,從而可以根
據它獲取別的相關介面。
1)HAL通過hw_get_mole函數獲取hw_mole_t
2)HAL通過hw_mole_t->methods->open獲取hw_device_t指針,並在此open函數中初始化hw_device_t的包裝結構中的
函數及hw_device_t中的close函數,如gralloc_device_open。
3)三個重要的數據結構:
a) struct hw_device_t: 表示硬體設備,存儲了各種硬體設備的公共屬性和方法
b)struct hw_mole_t: 可用hw_get_mole進行載入的mole
c)struct hw_mole_methods_t: 用於定義操作設備的方法,其中只定義了一個打開設備的方法open.
4. android在hal下 如何獲得對一個內核節點的
Android 5.0以上，我們發現jni通過hal層去操作內核節點時PERMISSION DENIED 即使在Android源代碼工程目錄下，進入到system/core/rootdir目錄，裡面有一個名為ueventd.rc文件，往裡面添加一行：/dev/hello 0666 root root ，此操作仍然不能讓上層去讀寫相應的節點， 因為5.0以上採取了SEAndroid/SElinux的安全機制，即使擁有root許可權，或者對某內核節點設置為777的許可權，仍然無法在JNI層訪問。
解決辦法：
1.找到需要訪問該內核節點的進程（process）我的是以system_server進程來訪問
2.打開文件AndroidL/android/external/sepolicy/file_contexts.be
添加
/dev/hello u:object_r:hello_device:s0 1
3.打開文件AndroidL/android/external/sepolicy/device.te
將剛剛第二步寫的hello_device聲明為dev_type：
type hello_device, dev_type; 1
4.AndroidL/android/external/sepolicy/目錄下很多.te文件都是以進程名來結尾的，比如有針對surfaceflinger進程的surfaceflinger，有針對vold進程的vold.te，
我們是由system_server進程來訪問這個節點的，所以，我們找到system_server.te打開，加入允許這個進程對/dev/hello的讀寫許可權。
5. 重力感測器 在安卓驅動hal層中lsg這個表示什麼如何根據datasheet填寫sensor info
重力感應器能利用地球重力場感知手機目前的姿態,如直立、水平、橫向……
程序可以調用重力感應器的信息做出相應的反饋,比如屏幕圖像從直屏變橫屏等
6. 有沒有那本書介紹android hal層
書到沒見過，只有一些資料而已：
Android HAL層即硬體抽象層是Google響應廠家「希望不公開源碼」的要求推出的概念
1，源代碼和目標位置
源代碼： /hardware/libhardware目錄,該目錄的目錄結構如下：
/hardware/libhardware/hardware.c編譯成libhardware.so，目標位置為/system/lib目錄
Android.mk中lib文件默認使用LOCAL_MODULE_PATH是等於TARGET_OUT_SHARED_LIBRARIES的。
/hardware/libhardware/include/hardware目錄下包含如下頭文件：
hardware.h 通用硬體模塊頭文件hw_mole_t和hw_get_mole_by_class的定義
bit.h bit模塊頭文件
gralloc.h gralloc模塊頭文件
lights.h 背光模塊頭文件
overlay.h overlay模塊頭文件
qemud.h qemud模塊頭文件
sensors.h 感測器模塊頭文件
/hardware/libhardware/moles目錄下定義了很多硬體模塊
這些硬體模塊都編譯成xxx.xxx.so，目標位置為/system/lib/hw目錄
7. android系統app frameworks層，hal層，core libs代碼編譯之後在哪個鏡像里
Google提供的Android包含了原始Android的目標機代碼，主機編譯工具、模擬環境，的代碼包經過解壓後(這里是Android2.2的源碼包)，源代碼的第一層目錄結構如下：
|-- Makefile
|-- bionic （bionic C庫）
|-- bootable （啟動引導相關代碼）
|-- build （存放系統編譯規則及generic等基礎開發包配置）
|-- cts （Android兼容性測試套件標准）
|-- dalvik （dalvik JAVA虛擬機）
|-- development （應用程序開發相關）
|-- external （android使用的一些開源的模組）
|-- frameworks （核心框架——java及C++語言）
|-- hardware （主要保護硬解適配層HAL代碼）
|-- libcore
|-- ndk
|-- device
|-- out （編譯完成後的代碼輸出與此目錄）
|-- packages （應用程序包）
|-- prebuilt （x86和arm架構下預編譯的一些資源）
|-- sdk （sdk及模擬器）
|-- system （文件系統庫、應用及組件——c語言）
`-- vendor （廠商定製代碼）
bionic 目錄
|-- libc （C庫）
| |-- arch-arm （ARM架構，包含系統調用匯編實現）
| |-- arch-x86 （x86架構，包含系統調用匯編實現）
| |-- bionic （由C實現的功能，架構無關）
| |-- docs （文檔）
| |-- include （頭文件）
| |-- inet
| |-- kernel （Linux內核中的一些頭文件）
| |-- netbsd （？netbsd系統相關，具體作用不明）
| |-- private （？一些私有的頭文件）
| |-- stdio （stdio實現）
| |-- stdlib （stdlib實現）
| |-- string （string函數實現）
| |-- tools （幾個工具）
| |-- tzcode （時區相關代碼）
| |-- unistd （unistd實現）
| `-- zoneinfo （時區信息）
|-- libdl （libdl實現，dl是動態鏈接，提供訪問動態鏈接庫的功能）
|-- libm （libm數學庫的實現，）
| |-- alpha （apaha架構）
| |-- amd64 （amd64架構）
| |-- arm （arm架構）
| |-- bsdsrc （？bsd的源碼）
| |-- i386 （i386架構）
| |-- i387 （i387架構？）
| |-- ia64 （ia64架構）
| |-- include （頭文件）
| |-- man （數學函數，後綴名為.3，一些為freeBSD的庫文件）
| |-- powerpc （powerpc架構）
| |-- sparc64 （sparc64架構）
| `-- src （源代碼）
|-- libstdc++ （libstdc++ C++實現庫）
| |-- include （頭文件）
| `-- src （源碼）
|-- libthread_db （多線程程序的調試器庫）
| `-- include （頭文件）
`-- linker （動態鏈接器）
`-- arch （支持arm和x86兩種架構）
bootable 目錄
|-- bootloader （適合各種bootloader的通用代碼）
| `-- legacy （估計不能直接使用，可以參考）
| |-- arch_armv6 （V6架構，幾個簡單的匯編文件）
| |-- arch_msm7k （高通7k處理器架構的幾個基本驅動）
| |-- include （通用頭文件和高通7k架構頭文件）
| |-- libboot （啟動庫，都寫得很簡單）
| |-- libc （一些常用的c函數）
| |-- nandwrite （nandwirte函數實現）
| `-- usbloader （usbloader實現）
|-- diskinstaller （android鏡像打包器，x86可生產iso）
`-- recovery （系統恢復相關）
|-- edify （升級腳本使用的edify腳本語言）
|-- etc （init.rc恢復腳本）
|-- minui （一個簡單的UI）
|-- minzip （一個簡單的壓縮工具）
|-- mttils （mtd工具）
|-- res （資源）
| `-- images （一些圖片）
|-- tools （工具）
| `-- ota （OTA Over The Air Updates升級工具）
`-- updater （升級器）
build目錄
|-- core （核心編譯規則）
|-- history （歷史記錄）
|-- libs
| `-- host （主機端庫，有android 「cp」功能替換）
|-- target （目標機編譯對象）
| |-- board （開發）
| | |-- emulator （模擬器）
| | |-- generic （通用）
| | |-- idea6410 （自己添加的）
| | `-- sim （最簡單）
| `-- proct （開發對應的編譯規則）
| `-- security （密鑰相關）
`-- tools （編譯中主機使用的工具及腳本）
|-- acp （Android "acp" Command）
|-- apicheck （api檢查工具）
|-- applypatch （補丁工具）
|-- apriori （預鏈接工具）
|-- atree （tree工具）
|-- bin2asm （bin轉換為asm工具）
|-- check_prereq （檢查編譯時間戳工具）
|-- dexpreopt （模擬器相關工具，具體功能不明）
|-- droiddoc （？作用不明，java語言，網上有人說和JDK5有關）
|-- fs_config （This program takes a list of files and directories）
|-- fs_get_stats （獲取文件系統狀態）
|-- iself （判斷是否ELF格式）
|-- isprelinked （判斷是否prelinked）
|-- kcm （按鍵相關）
|-- lsd （List symbol dependencies）
|-- releasetools （生成鏡像的工具及腳本）
|-- rgb2565 （rgb轉換為565）
|-- signapk （apk簽名工具）
|-- soslim （strip工具）
`-- zipalign （zip archive alignment tool）
dalvik目錄 dalvik虛擬機
.
|-- dalvikvm （main.c的目錄）
|-- dexmp （dex反匯編）
|-- dexlist （List all methods in all concrete classes in a DEX file.）
|-- dexopt （預驗證與優化）
|-- docs （文檔）
|-- dvz （和zygote相關的一個命令）
|-- dx （dx工具，將多個java轉換為dex）
|-- hit （？java語言寫成）
|-- libcore （核心庫）
|-- libcore-disabled （？禁用的庫）
|-- libdex （dex的庫）
|-- libnativehelper （Support functions for Android's class libraries）
|-- tests （測試代碼）
|-- tools （工具）
`-- vm （虛擬機實現）
development 目錄 （開發者需要的一些常式及工具）
|-- apps （一些核心應用程序）
| |-- BluetoothDebug （藍牙調試程序）
| |-- CustomLocale （自定義區域設置）
| |-- Development （開發）
| |-- Fallback （和語言相關的一個程序）
| |-- FontLab （字型檔）
| |-- GestureBuilder （手勢動作）
| |-- NinePatchLab （？）
| |-- OBJViewer （OBJ查看器）
| |-- SdkSetup （SDK安裝器）
| |-- SpareParts （高級設置）
| |-- Term （遠程登錄）
| `-- launchperf （？）
|-- build （編譯腳本模板）
|-- cmds （有個monkey工具）
|-- data （配置數據）
|-- docs （文檔）
|-- host （主機端USB驅動等）
|-- ide （集成開發環境）
|-- ndk （本地開發套件——c語言開發套件）
|-- pdk （Plug Development Kit）
|-- samples （演示程序）
| |-- AliasActivity （）
| |-- ApiDemos （API演示程序）
| |-- BluetoothChat （藍牙聊天）
| |-- BrowserPlugin （瀏覽器插件）
| |-- BusinessCard （商業卡）
| |-- Compass （指南針）
| |-- ContactManager （聯系人管理器）
| |-- CubeLiveWall** （動態壁紙的一個簡單常式）
| |-- FixedGridLayout （像是布局）
| |-- GlobalTime （全球時間）
| |-- HelloActivity （Hello）
| |-- Home （Home）
| |-- JetBoy （jetBoy游戲）
| |-- LunarLander （貌似又是一個游戲）
| |-- MailSync （同步）
| |-- MultiResolution （多解析度）
| |-- MySampleRss （RSS）
| |-- NotePad （記事本）
| |-- RSSReader （RSS閱讀器）
| |-- SearchableDictionary （目錄搜索）
| |-- **JNI （JNI常式）
| |-- SkeletonApp （空殼APP）
| |-- Snake （snake程序）
| |-- SoftKeyboard （軟鍵盤）
| |-- Wiktionary （？維基）
| `-- Wiktionary**（？維基常式）
|-- scripts （腳本）
|-- sdk （sdk配置）
|-- simulator （？模擬器）
|-- testrunner （？測試用）
`-- tools （一些工具）
8. android的hal層用什麼語言實現
Android的硬體抽象層，簡單來說，就是對Linux內核驅動程序的封裝，向上提供介面，屏蔽低層的實現細節。也就是說，把對硬體的支持分成了兩層，一層放在用戶空間（User Space），一層放在內核空間（Kernel Space），其中，硬體抽象層運行在用戶空間，而Linux內核驅動程序運行在內核空間。為什麼要這樣安排呢？把硬體抽象層和內核驅動整合在一起放在內核空間不可行嗎？從技術實現的角度來看，是可以的，然而從商業的角度來看，把對硬體的支持邏輯都放在內核空間，可能會損害廠家的利益。我們知道，Linux內核源代碼版權遵循GNU License，而Android源代碼版權遵循Apache License，前者在發布產品時，必須公布源代碼，而後者無須發布源代碼。如果把對硬體支持的所有代碼都放在Linux驅動層，那就意味著發布時要公開驅動程序的源代碼，而公開源代碼就意味著把硬體的相關參數和實現都公開了，在手機市場競爭激烈的今天，這對廠家來說，損害是非常大的。因此，Android才會想到把對硬體的支持分成硬體抽象層和內核驅動層，內核驅動層只提供簡單的訪問硬體邏輯，例如讀寫硬體寄存器的通道，至於從硬體中讀到了什麼值或者寫了什麼值到硬體中的邏輯，都放在硬體抽象層中去了，這樣就可以把商業秘密隱藏起來了。也正是由於這個分層的原因，Android被踢出了Linux內核主線代碼樹中。大家想想，Android放在內核空間的驅動程序對硬體的支持是不完整的，把Linux內核移植到別的機器上去時，由於缺乏硬體抽象層的支持，硬體就完全不能用了，這也是為什麼說Android是開放系統而不是開源系統的原因。
撇開這些爭論，學習Android硬體抽象層，對理解整個A