[android底层] hal硬件抽象层编写

两个与hal有关的结构体 hw_module_t ,hw_device_t

一、jni和hal之间的关系

Tip:几种app,jni,hal,framework之间的关系框架

    这篇文章用的框架是第二种框架的编写,他们的关系如下;

可以看出jni主要通过pModule和pdevice来获取hal中的变量来操作hal层

二、jni操作hal

获取hal层:1、jni获取hal层的module和device对象

操作hal:2、jni操作hal层

jni操作hal完整代码参考[android底层]jni中获取自定义的类函数编写    来对比

三、hal的编写

编写hal注意点(注释部分)

1、HAL的.h文件的编写,自己的硬件自定义的modules和device的编写;以led为例子

2、HAL的.c文件的编写的步骤

编写hal的两个核心

一个结构体hw_module_t的结构体

一个hw_module_methods_t中的open函数;

hal编写步骤

第一步:hal一切从HMI开始

第二步:

第三步: 实现jni获取设备(hw_device_t)操作的函数

四、实现jni调用的释放(free)设备(hw_device_t)的函数,与第三步意图相反

完整代码

hal_led.h

#ifndef __HAL_LED_H__ 
#define __HAL_LED_H__ 
#include <hardware/hardware.h> 
 
#define LED_MODULE_ID "myled_hal" //目标文件名称: libhal_jni_test.so 
struct led_hal_modules{ 
    struct hw_module_t common;//必须这个名称(约定) 
}; 
struct led_hal_device{ 
    struct hw_device_t common;//必须这个名称(约定) 
    //下面是设备相关自定义函数 
    int (*open)(); 
    int (*ledoff)(); 
    int (*ledon)(); 
}; 
 
#endif

hal_led.c

#define LOG_TAG "myled_hal" 
 
#include <stdlib.h> 
#include "hal_led.h" 
#include <hardware/hardware.h> 
#include <cutils/log.h> 
 
/* 4、实现hw_device_t中的close函数来关闭设备, 
与hw_module_methods_t中的open相反; 
    ps:函数原型int (*close)(struct hw_device_t* device);*/ 
int  mydev_close(struct hw_device_t* device){ 
    struct led_hal_device* tmp; 
    if(device != NULL){ 
    tmp = (struct led_hal_device*)device; 
    free(tmp); 
    } 
    return 0; 
} 
 
// 5、实现led_hal_device的自定义函数 
int mydev_open(){ 
    //open(/dev/leds1, flags); 
    return 0; 
} 
int ledoff(){ 
    //val = 1; 
    //write(fd, &val, 4); 
    return 0; 
} 
int ledon(){ 
    //val =0; 
    //write(fd, &val, 4); 
    return 0; 
} 
 
 
    // 3、通过open来分配并返回hw_device_t 给jni调用操作 
int myled_hal_open(const struct hw_module_t* module, const char* id, 
struct hw_device_t** device){ 
    // 3.1、分配一个hw_device_t空间 
    struct led_hal_device *mydev = (struct led_hal_device *)malloc(sizeof(struct led_hal_device *)); 
 
    if(mydev == NULL){ 
    LOGE("malloc error"); 
    exit(1); 
    } 
 
    mydev->common.tag = HARDWARE_DEVICE_TAG; 
    mydev->common.module = module; 
    mydev->common.version = 1; 
 
    //参照第4 步,hw_device_t中的close函数来关闭设备 
    mydev->common.close = mydev_close; 
 
    //led_hal_device自定义函数 
    mydev->open = mydev_open; 
    mydev->ledoff = ledoff; 
    mydev->ledon = ledon; 
 
    // 3.2、向jni传递device对象给jni调用操作
    // 6、记得第三步的3.2步骤中 在open函数中向jni返回hw_device_t 
    *device = ( struct hw_device_t*)mydev; 
 
    return 0; 
    } 
 
 
/*    2、本结构体主要作用使得jni通过open(.., .., 
    struct hw_device_t** device)的device来获取hw_device_t 设备*/ 
static struct hw_module_methods_t myled_module_methods= { 
    open:myled_hal_open//参照第3 步 
}; 
 
    // 1、结构体名称必须是这样HMI 
struct led_hal_modules HMI = { 
        common:{ 
            tag: HARDWARE_MODULE_TAG,//tag必须这个 
            version_major: 1,//主设备版本 
            version_minor: 0,//次设备的版本 
            id: LED_MODULE_ID,//.so动态库的名称(char *型) 
            name: "Graphics Memory Allocator Module",
            author: "The Android Open Source Project",
            methods: &myled_module_methods,//hw_module_methods_t,参见第2 步 
        }, 
         
};

Android.mk

LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)

LOCAL_MODULE_PATH := $(TARGET_OUT_SHARED_LIBRARIES)/hw
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE:= myled_hal.default
LOCAL_SRC_FILES:=     hal_led.c
LOCAL_SHARED_LIBRARIES :=     libutils
include $(BUILD_SHARED_LIBRARY)

[android底层] hal硬件抽象层编写,布布扣,bubuko.com

时间: 2024-08-06 07:28:03

[android底层] hal硬件抽象层编写的相关文章

Android底层开发之Audio HAL

http://blog.csdn.net/kangear/article/details/44939429 Android底层开发之Audio HAL 在Android音频底层调试-基于tinyalsa中以「抛开Android的天生复杂,回归嵌入式Linux的本质」的方式介绍如何调试Linux内核中的音频驱动. 这里向上再伸展一下进入HAL层,看是如何将tinyalsa封装给Frameworks使用的. 基于4.2.2版本源码进行讨论.Android官方教程是Audio Implementing

Android底层驱动开发(一)

1   Android为什么要加入硬件抽象层HAL A    统一硬件调用接口,所以利用HAL屏蔽linux驱动的复杂不统一的接口 B   解决GPL版权问题,由于linux内核基于GPL协议,这个GPL协议需要开源,而Android遵守Apache License2.0协议,这个协议不要求开源,因此google玩了个穿越,将原本位于Linux驱动中的敏感代码(业务逻辑代码)向上移动了一层,这样这些敏感代码就拜托了GPL协议的束缚,那些不想开源的linux驱动作者不想开源现在就可以不用开源了.

Android:HAL向上层提供接口

研究Android的核心库框架,慢慢的想了解一写驱动开发,Android怎么和Linux打交道?下面介绍一个对Android核心框架的HAL(Hardware Abstraction Layer)的理解.Android核心框架如图: Android的HAL是为了保护一些硬件提供商的知识产权而提出的,是为了避开linux的GPL束缚.思路是把控制硬件的动作都放到了 Android HAL中,而linux driver仅仅完成一些简单的数据交互作用,甚至把硬件寄存器空间直接映射到user space

Android技术16:编写Android中直接可运行的二进制文件

我们都知道Android中所有应用程序都运行在Android的Dalvik虚拟机上,一般程序不直接与操作系统打交道,即便调用底层的方法也通过JNI技术.不过我们可以直接使用C语言编写二进制文件,直接在底层运行.下面演示其步骤. 1.安装下载编译器和链接器软件.Sourcery G++ Lite Edition for ARM. arm-none-linux-gnueabi-gcc.exe是编译命令 bin/arm-none-linux-gnueabi-ld.exe是链接命令 2.编写C代码 为了

如何穿越到android底层

对于android开发,实际上大部分工作都是在应用层,但为了体现"技术含量",以及"知其所以然",以便在遇到问题是不至于束手无策.因此有必要了解底层的工作机制. 由于android是开源的系统,因此学习其内部的工作机制是非常容易的,目前也有一些关于android源码分析的书籍. 我一直认为,应用层的开发和底层没什么太大的关系,不过有一次因为应用权限的问题,也算是对android framework层有一些了解了,借助一本源代码分析的书籍了解android的工作原理并

【转】【Android】HAL分析

原文网址:http://www.cnblogs.com/lcw/p/3335505.html HAL概述 以下是基于android4.0.3,对应其他低版本的代码,可能有所差异,但基本大同小异. Android的HAL是为了保护一些硬件提供商的知识产权而提出的,是为了避开linux的GPL束缚. 思路是把控制硬件的动作都放到了Android HAL中,而linux driver仅仅完成一些简单的数据交互作用,甚至把硬件寄存器空间直接映射到user space.而Android是基于Aparch的

搭建android底层开发的环境读后感

本章主要介绍如何搭建android底层开发的环境,主要包括android应用程序开发环境.android NDK开发环境个交叉编译环境的搭建. 首先开发.测试和调试linux驱动.HAL程序库需要以下工具: 1.JDK6或以上版本: 2.Eclipse3.4或以上版本: 3.ADT: 4.CDT: 5.Android SDK: 6.Android NDK: 7.交叉编译环境: 8.Linux内核源代码: 9.Android源代码: 10.用于调试开发板的串口工具:minicom. 关于JDK的安

【转】Android 底层开发的几点

我干了3年Android sdk开发,觉得到了瓶劲没法更进一步,于是花了一年多点时间,大概摸到点门径.根据前辈的经验,Android底层完全入门需要两年. 先说下我的入门过程:第零步,下载源码,我下的4.2的,框架层源码10G,内核2G多,ctags给框架层建的标签文件都有600M,当时让我有点震撼,用的vim+ctags+cscope来阅读,还算不错,架构挺清晰的. 第一步,我找到了一本好书<Android的设计与实现 第一卷>它讲了Android框架层的启动,初始化,服务框架初始化,Bin

Android底层开发之Linux输入子系统要不要推断系统休眠状态上报键值

Android底层开发之Linux输入子系统要不要推断系统休眠状态上报键值 题外话:一个问题研究到最后,那边记录文档的前半部分基本上都是没用的,甚至是错误的. 重点在最后,前边不过一些假想猜測. http://blog.csdn.net/kangear/article/details/40072707 在调试一下红外遥控器input驱动时,直接採用的是一个半成品的驱动在上边实现的自己的设备的匹配,但同一时候遇到了一些关于input输入子系统的疑惑. 按键一般有「按下和抬起」两个状态一般使用0和1