android hardware 简述（Android系统源码情景分析 笔记）

1.Android源码开发的C可执行源文件一般存在external目录下

2  Android的几层框架.

   application

---------------------------------------------

   java framework

   java natice interface

   native framework

    hardware    

  ---------------------------------------------------

  driver

   kernel  

-----------------------------------------------------

3.硬件抽象层以模块来管理各个硬件访问接口
  每个硬件模块都对应有一个动态链接库文件
 
  每个硬件抽象层都使用 hw_module_t 来描述
  硬件设备      使用 hw_device_t 来描述
 
4.硬件抽象层文件的命名规范
    hardware/libhardware/hardware.c
    
  hw_module_t 和hw_device_t  定义
  hardware/libhardware/include/hardware/hardware.h 中
 
 5.每一个硬件抽象层 在内核中都对应一个驱动程序
   硬件抽象层就是通过这些驱动程序访问硬件设备的
       通过读写设备文件来进行通信的
       
  6.目录结构
      hardware/libhardware
      .
├── include
│ └── hardware  //头文件的存放目录  存放的是xxx.h 文件
├── modules
│ ├── audio     //具体模块的存放     xxx.cpp   Android.mk
│ ├── audio_remote_submix
│ ├── camera
│ ├── consumerir
│ ├── fingerprint
│ ├── gralloc
│ ├── hwcomposer
│ ├── local_time
│ ├── nfc
│ ├── nfc-nci
│ ├── power
│ ├── sensors
│ │  └── tests
│ ├── soundtrigger
│ ├── tv_input
│ ├── usbaudio
│ └── vibrator
└── tests


xxx.h  xxx.cpp是源代码文件
Android.mk是模块的编译脚步文件

需要注意的是：

这里的目录是android自带的目录，除此之外，还有一些厂商的目录，比如MTK,在vender目录下，他同样有一个 hardwar目录，

7.  每一个 模块都需要自定义一个模块结构体
以高通的lights 为例

定义模块ID
#define LIGHTS_HARDWARE_MODULE_ID "lights"

struct light_device_t {
    struct hw_device_t common; //第一项必须为hw_device_t  这个结构
    
    /**
     * Set the provided lights to the provided values.
     *
     * Returns: 0 on succes, error code on failure.
     */
    int (*set_light)(struct light_device_t* dev,
            struct light_state_t const* state);
};

源文件
/hardware/qcom/display/liblight$

每一个硬件模块必须导出一个名称HAL_MODULE_INFO_SYM符号
    他指向一个自定义的硬件抽象层模块结构体。
    第一个类型为hw_module_t 的tag （必须为HARDWARE_MODULE_TAG ）
    
8. 一个硬件抽象层可能包含多个硬件设备
    而这些硬件设备的打开操作是由xxx_device_open来完成的。
        
9.编译脚本
    编译完成后，存在 out/target/produce/gerneric/system/hw 下
    名字xxx.default.so

10.mmm  make snod
    
    mmm 编译  snod 打包
    
11.可能存在的问题
    open的时候，没有权限
解决方案：
    通过uevent 机制
        system/core/rootdir  
            ueventd.rc的配置文件
                /dev/freg  0666 root root
                
更加简单的方法：
    2.3 节 （Android系统源码情景分析）
            
    
12.在硬件抽象层模块之后，需要在应用程序框架层中实现一个硬件访问服务，

硬件访问服务：通过硬件抽象层模块开为应用程序提供硬件读写操作。

硬件抽象层模块使用 C++  

Java Native Interface

硬件访问服务使用Java

13.硬件访问服务运行在系统进程system中，
   使用硬件访问服务的应用程序运行在另外的进程中，
       即应用程序通过进程间通信机制来访问这些硬件访问服务
           binder 进程间通信机制
                   应用程序通过binder来访问运行在系统进程System中的硬件服务
                   
           binder进程间通信机制 要求提供服务的一方必须实现一个具有 跨进程访问能力的服务接口，以便使用服务的一方可以通过这个服务接口来访问它

     binder 机制，在C。C++ java 都有相应的实现方法。对于java层，则可以使用下边的方法。         

14.硬件访问服务接口
    跨进程 访问能力的服务接口
        AIDL  (frameworks/base/core/java/andriod/os/xxx.aidl)
    同时需要修改 frameworks/base 目录下的Android.mk
        mmm ./frameworks/base  编译这个接口
        
    aidl 定义的服务借口是用来进行进程间通信的。其中提供服务的进程成为server进程，

        而使用服务的进程成为client进程。

 不仅仅需要定义aidl,还需要实现server的具体功能，即下边的方法

15.硬件访问服务
    frameworks/base/services/java/com/android/server
    
    实现接口的成员函数  

16.硬件访问服务的jni方法。 调用硬件抽象层模块

    /frameworks/base/services/core/jni  
    命名com_android_server_xxx.cpp  
    
    实现java本地接口方法表
    注册java本地接口方法
     在onload.cpp中添加xxx函数的声明和调用
     修改Android.mk  
    
     jni层

com_android_server_lights_LightsService.cpp (frameworks\frameworks\base\services\core\jni)   

这是一个对于使用java编写的jni，通用的写法，除此之外还有C++的实现，典型代码Camera的框架，

 
17. 启动硬件访问服务
     Android的硬件访问服务通常在系统进程system中启动，
     系统进程system是由应用程序孵化器进程Zygote负责启动的。
         zygote 在系统启动时启动。
    
     -->把硬件访问服务运行在系统进程system 中就实现了开机时自动启动
      
     添加到哪里？
         frameworks/base/services/java/com/android/server/SystemServer.java
         
         android5.1 和书有点不同
         

17.编写应用程序
        
kernel         hal                jni             system                      binder                应用程序的进程
内核驱动        
        硬件抽象层模块使用 C++                                                通信方法
        
                    Java Native Interface
        
                                    硬件访问服务使用Java                                                                         
                                        硬件访问服务接口                             访问接口