转载自：http://l24317.blog2.cnool.net/Article/2007/09/24/13541.html
一、Mac驱动程序的概念
我想用我所理解的系统概念为各位稍微的介绍一下在Mac上的驱动程序概念，基本上，Mac OS X Tiger是一个UNIX架构的核心的系统，所以如果有一些UNIX系统概念其实在底层的架构会很容易了解，系统核心，通常会有包含了硬件支持的程序在内，也就是说有一些需要在系统核心启动就跟着支持的基础硬件组件（例如CPU 指令集支持、内存管理...），大多放在核心中，不过Mac是一种经由APPLE公司自行订制化的核心，基础的硬件支持大多也以APPLE计算机为主，但是，并不会把所有的驱动程序都放在核心中，通常只有『必要的』才会放在核心，不然核心可能会过度肥大，整个系统执行效率就更差。

那么还有许多硬件驱动怎么办呢？通常会把他作成模块程序，然后在核心本身支持模块加载功能，在Linux 中叫做 Kernel Loadable Modules(KLM) 的架构，而在Mac OS X 中，称为 Mac OS X Kernel Extension，其实就把他想成是『驱动程序』就可以了，也就是Mac OS X系统中许许多多的 .kext 文件名的程序集，大多放在 /System/Library/Extensions/ 中，当核心有需要就去找到相应的设备ID然后叫起那个程序来支持硬件。

而现在的MAC OSX86 中其实问题比较多就是在硬件没有驱动支持，也就是没有相应的驱动程序可以使用，相关的HCL (硬件兼容列表）可以到 http://wiki.osx86project.org/wiki/index.php/HCL 下找到，进而可以找到相应可使用的驱动程序。

看了第一部分，假设您已经有简单的概念后，我们知道，其实Mac的驱动程序就是 Kernel Extension，也就是硬件相对应的 .kext 档案，我无法告诉妳哪里一定找的到兼容的kext可以用，但是可以提供个下载驱动的地址http://www.weiphone.com/thread-1918-1-1.html
因为，kext 档案不一定每一种硬件都有人为他制作驱动，所以还是请您自己去查 相关的HCL (硬件兼容列表），先确定有支持，如果不在内建的系统中，应该都有下载kext的连结和说明，所以以下程序我都假设已经找到了kext的档案，

三、实例：安装T43网卡：

我当初找到了 T43 用的 Broadcomd 5751 的kext档案 AppleBCM5751Ethernet.kext 
我以他为例安装入系统内的步骤如下：

1. 打开终端：
打开终端，执行： 
sudo -s
然后键入你的密码，做好切换管理员的动作。
PS. sudo 是一个安全为考虑的执行管理指令的方法，这边不多做介绍。

2. 复制kext 到相应目录：
相应目录是 " /System/Library/Extensions/ " ，
只要把你找到的驱动 .kext 档案复制到 /System/Library/Extensions/ 中，
方法一：直接进入" /System/Library/Extensions/ "目录中，将自己的驱动 .kext 档案复制到里面，中途可能要输入密码；
方法二：假设你的驱动叫AppleBCM5751Ethernet.kext，并放在桌面的， 
指令如下： 
cp ~/Desktop/AppleBCM5751Ethernet.kext /System/Library/Extensions/
注意：请把AppleBCM5751Ethernet.kext 换成你自己要安装的.kext驱动名

3. 更改文件权限：
文件权限是UNIX系统中蛮重要的一个观念，在Unix为基础的Mac OS X中也一样，就是要把这些复制到系统内的文件的权限切换成系统（管理员）拥有与使用，指令如下：
sudo chown -R root:wheel /System/Library/Extensions/AppleBCM5751Ethernet.kext
sudo chmod -R 755 /System/Library/Extensions/AppleBCM5751Ethernet.kext
注意：请把AppleBCM5751Ethernet.kext 换成你自己要安装的.kext驱动名

4. 清除 kext 的快取：
要清除已经安装并制作快取的kext 快取内容，不然可能下次重启之后系统还是去读取快取，就不会读到新放进去kext 驱动
指令如下： 
rm /System/Library/Extensions.kextcache
rm /System/Library/Extensions.mkext
kextcache -k /System/Library/Extensions

5. 系统重启：
硬件驱动后基本上是需要重启才会加载，可以点选右上角的苹果点选重启系统，或是使用指令 reboot 重启，接下来就是祈祷重启后系统一切正常，硬件支持良好啦！


驱动程序其实安装并不难，找不找的到驱动（kext）才是问题。

            

一、下载并解压ESXi-Customizer软件：



二、点击“ESXi-Customizer”执行文件，打开软件：



 三、在弹出的窗口中，第一个Browse选择原有的ESXi的镜像位置；第二个Browse选择该硬件驱动vib文件的位置（vib驱动文件去相应的服务器官网下载）；第三个Browse选择新生成的ESXi的存放位置。然后点击Run！

四、完成后弹出提示如下：



 

 

       Android 标准的硬件驱动分为两个部分，一个是运行在linux内核里的硬件驱动，而另外一部分是运行在用户空间的硬件抽象层。采用这种方法，就可以使系统具有硬件无关性，也保护了部分厂商的利益。在 Android 从硬件到应用：一步一步向上爬 1 -- 从零编写底层硬件驱动程序 中已经有了编写硬件驱动到linux内核里的步骤，下面就要接着这个工程去看看怎么在硬件抽象层增加硬件模块和我们的内核驱动程序进行交互，完成硬件控制。
进入hardware/libhardware/include/hardware目录，新建gpio.h:

#ifndef ANDROID_GPIO_INTERFACE_H  
#define ANDROID_GPIO_INTERFACE_H  
#include <hardware/hardware.h>  
      
__BEGIN_DECLS  
      
/*module ID*/  
#define GPIO_HARDWARE_MODULE_ID "gpio"  
/*module struct*/  
struct gpio_module_t {
	struct hw_module_t common;  
};       
/*interface struct*/  
struct gpio_device_t {
	struct hw_device_t common;  
	int fd;  
	int (*set_val)(struct gpio_device_t* dev, int val);  
	int (*get_val)(struct gpio_device_t* dev, int* val);  
}; 
__END_DECLS
#endif  
其中set_val和get_val是HAL层向上层应用提供的API接口。

cd到hardware/libhardware/modules目录，新建gpio目录，在里面新建gpio.c文件：

#include <hardware/hardware.h>  
#include <hardware/gpio.h>  
#include <fcntl.h>  
#include <errno.h>  
#include <cutils/log.h>  
#include <cutils/atomic.h>  
#define DEVICE_NAME "/dev/AdrIO"  
#define MODULE_NAME "Gpio"  

//open and close
static int gpio_device_open(const struct hw_module_t* module, const char* name, struct hw_device_t** device);  
static int gpio_device_close(struct hw_device_t* device);  
//device access
static int gpio_set_val(struct gpio_device_t* dev, int val);  
static int gpio_get_val(struct gpio_device_t* dev, int* val);  

static struct hw_module_methods_t gpio_module_methods = {  
    open: gpio_device_open  
};  

struct gpio_module_t HAL_MODULE_INFO_SYM = {  
    common: {  
        tag: HARDWARE_MODULE_TAG,  
        version_major: 1,  
        version_minor: 0,  
        id: GPIO_HARDWARE_MODULE_ID,  
        name: MODULE_NAME,  
        author: "HAL",  
        methods: &gpio_module_methods, }  
}; 

static int gpio_device_open(const struct hw_module_t* module, const char* name, struct hw_device_t** device) 
{  
	struct gpio_device_t* dev;
	dev = (struct gpio_device_t*)malloc(sizeof(struct gpio_device_t));  
	memset(dev, 0, sizeof(struct gpio_device_t));  
	dev->common.tag = HARDWARE_DEVICE_TAG;  
	dev->common.version = 0;  
	dev->common.module = (hw_module_t*)module;  
	dev->common.close = gpio_device_close;  
	dev->set_val = gpio_set_val;
	dev->get_val = gpio_get_val;  
	if((dev->fd = open(DEVICE_NAME, O_RDWR)) == -1) {  
		LOGE("gpio: failed to open /dev/AdrIO -- %s.", strerror(errno));
		free(dev);  
		return -EFAULT;  
	}  
	*device = &(dev->common);  
	return 0;  
}  

static int gpio_device_close(struct hw_device_t* device) 
{  
	struct gpio_device_t* gpio_device = (struct gpio_device_t*)device;  

	if(gpio_device) {  
	    close(gpio_device->fd);  
	    free(gpio_device);  
	}    
	return 0;  
}  

static int gpio_set_val(struct gpio_device_t* dev, int val) 
{  
	LOGI("gpio: set value %d to device.", val);  
	write(dev->fd, &val, sizeof(val));  
	return 0;  
}  

static int gpio_get_val(struct gpio_device_t* dev, int* val) 
{  
	return 0;
}
为了防止调用时出现 Permission denied的情况：

打开am335xevm文件系统根目录rootfs，打开ueventd.rc添加：

/dev/AdrIO  0666 root root
该文件并不会创建设备节点，而是当有设备节点产生的时候，eventd 会根据这个数据库设置设备的权限。

修改hardware/libhardware/modules目录下Android.mk在harware_modules ：=后面加上“gpio”

在gpio目录中继续添加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 := gpio.c
LOCAL_MODULE := gpio.default
include $(BUILD_SHARED_LIBRARY)
编译HAL层：

make TARGET_PRODUCT=am335xevm_sk -j8 OMAPES=4.x

如果出现错误，参考：

没有规则可以创建 /lib/liblog.so 
如果成功，就可以生成 gpio.default.so

out/target/product/am335xevm_sk/obj/lib/gpio.default.so
这个就是我们需要的硬件抽象层模块，这一步完成之后，还要接着向上走，最终完成硬件调用。

APP应用程序->应用框架层->硬件抽象层-> 硬件驱动程序

一、硬件驱动层

            进入kernel/drivers文件夹中，创建一文件夹，放入驱动程序。包括头文件，C文件，Makefile，Kconfig。同时对drivers下的Makefile跟Kconfig进行相应的添加，这样配置编译选项后，即可编译。编译完后，可以在/dev，/proc，/sys/class中得到相应的文件，其中dev下的文件即为该设备文件。

二、硬件抽象层

            进入源码根目录下的hardware/libhardware/include/hardware新建头文件，在hardware/libhardware/modules中新建目录，在该目录下放入C文件调用设备文件（open函数打开/dev/XXX设备文件），最后在该目录下创建Android.mk文件，编译后得到XXX.default.so文件。重新打包后，system.img就包含我们定义的硬件抽象层模块XXX.default。

三、应用框架层

            进入frameworks/base/services/jni目录，创建com_android_server_XXXService.cpp文件（#include  以此调用抽象层方法 ），实现jni方法。com_android_server前缀表示的是包名，表示硬件服务XXXService是放在frameworks/base/services/java目录下的com/android/server目录的。对同目录下的onload.cpp文件进行修改，这样，在Android系统初始化时，就会自动加载该JNI方法调用表。同时修改该目录下的Android.mk。

           进入到frameworks/base/core/java/android/os目录，新增IXXXService.aidl接口定义文件，该文件提供功能函数。在frameworks/base目录下的Android.mk添加该aidl文件。进入frameworks/base/services/java/com/android/server目录，新增XXXService.java（主要是通过调用JNI方法来提供硬件服务），修改同目录的SystemServer.java文件，在ServerThread::run函数中增加加载HelloService的代码。

          这样，重新打包后的system.img系统镜像文件就在Application Frameworks层中包含了我们自定义的硬件服务XXXService了，并且会在系统启动的时候，自动加载XXXService。这时，应用程序就可以通过Java接口来访问Hello硬件服务了。

四、APP应用层

           用eclipse编写应用层的APP。程序通过ServiceManager.getService("XXX")来获得XXXService，接着通过IXXXService.Stub.asInterface函数转换为IXXXService接口。然后把出R文件的其他文件都拷到/packages/experimental下，在该APP目录下创建Android.mk文件。编译后安装该生成的apk即可使用该程序调用底层硬件驱动。

        
          大概整个过程就这样，上层app调用框架层的java接口，java接口通过jni调用硬件抽象层，硬件抽象层则通过打开设备文件调用底层硬件驱动。