如何安装AndroidBootloaderInterface驱动

一、手机开机状态的驱动安装

创新互联公司服务项目包括城区网站建设、城区网站制作、城区网页制作以及城区网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，城区网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到城区省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

现在手机处于开机状态(打开USB调试并且授权电脑进行调试)连接电脑.

右键计算机-属性-选择左上角的

设备管理器

找到

其他设备

有个带着黄色感叹号的Android设备(如下图),这就是你的一加手机,win8.1的系统无法自己安装...

右键该设备

选择"更新驱动程序软件"

选择"浏览计算机以查找驱动程序软件"

浏览,将其定位在"C:\Program

Files\ONEPLUS\USB

Driver\"目录,下一步,即可完成第一部分的驱动.

等待安装完成后,电脑"设备管理器"可以看到,出现了"Android

Composite

ADB

interface":

二、Bootloader状态的驱动安装

手机断开数据线,关机.

关机状态下,按住"开始键+音量上键",进入Fastboot.此时重新连接电脑.

在这里,选择"设备管理器-查看-显示隐藏的驱动".

这个驱动能自己安装,等待安装完成后,电脑"设备管理器"可以看到,出现了"Android

Bootloader

interface":

三、Recovery状态的驱动安装

手机断开数据线,按住关机键5S,强制关机.

关机状态下,按住"开始键+音量下键",进入Recovery.此时重新连接电脑

在电脑的"设备管理器-其他设备"又能找到带黄色叹号的设备,右键它,选择"更新驱动程序软件"

这次需要选择"从计算机的设备驱动程序列表中选取"(也就是下面那个选项)

到了下面的界面,选择Android

Phone(电脑上有两个,一个不能用,所以不行的话是另外一个)

这下看到了

Oneplus,点击选择,然后下一步,完成安装.

android pci 设备驱动需要depend on 什么模块

需要启动Android驱动模块Makefile编写。

PCI是一种外设总线规范。我们先来看一下什么是总线：总线是一种传输信号的路径或信道。典型情况是，总线是连接于一个或多个导体的电气连线，总线上连接的所有设备可在同一时间收到所有的传输内容。总线由电气接口和编程接口组成。本文讨论Linux 下的设备驱动，所以，重点关注编程接口。

CI是Peripheral Component Interconnect（外围设备互联）的简称，是普遍使用在桌面及更大型的计算机上的外设总线。PCI架构被设计为ISA标准的替代品，他有三个主要目标：获得在计算机和外设之间传输数据时更好的性能；尽可能的平台无关；简化往系统中添加和删除外设的工作。

Android 重学系列 ion驱动源码浅析

上一篇文章，在解析初始化GraphicBuffer中，遇到一个ion驱动，对图元进行管理。首先看看ion是怎么使用的：

我们按照这个流程分析ion的源码。

如果对ion使用感兴趣，可以去这篇文章下面看

本文基于Android的Linux内核版本3.1.8

遇到什么问题欢迎来本文讨论

什么是ion？如果是音视频，Camera的工程师会对这个驱动比较熟悉。最早的GPU和其他驱动协作申请一块内存进行绘制是使用比较粗暴的共享内存。在Android系统中使用的是匿名内存。最早由三星实现了一个Display和Camera共享内存的问题，曾经在Linux社区掀起过一段时间。之后各路大牛不断的改进之下，就成为了dma_buf驱动。并在 Linux-3.3 主线版本合入主线。现在已经广泛的运用到各大多媒体开发中。

首先介绍dma_buf的2个角色，importer和exporter。importer是dma_buf驱动中的图元消费者，exporter是dma_buf驱动中的图元生产者。

这里借用大佬的图片：

ion是基于dma_buf设计完成的。经过阅读源码，其实不少思路和Android的匿名内存有点相似。阅读本文之前就算不知道dma_buf的设计思想也没关系，我不会仔细到每一行，我会注重其在gralloc服务中的申请流程，看看ion是如何管理共享内存，为什么要抛弃ashmem。

我们先来看看ion的file_operation:

只有一个open和ioctl函数。但是没有mmap映射。因此mmap映射的时候一定其他对象在工作。

我们关注显卡英伟达的初始化模块。

文件：/ drivers / staging / android / ion / tegra / tegra_ion.c

module_platform_driver实际上就是我之前经常提到过的module_init的一个宏,多了一个register注册到对应名字的平台中的步骤。在这里面注册了一个probe方法指针，probe指向的tegra_ion_probe是加载内核模块注册的时候调用。

先来看看对应的结构体：

再来看看对应ion内的堆结构体：

完成的事情如下几个步骤：

我们不关注debug模式。其实整个就是我们分析了很多次的方法。把这个对象注册miscdevice中。等到insmod就会把整个整个内核模块从dev_t的map中关联出来。

我们来看看这个驱动结构体：

文件：/ drivers / staging / android / ion / ion_heap.c

这里有四个不同堆会申请出来，我们主要来看看默认的ION_HEAP_TYPE_SYSTEM对应的heap流程。

其实真正象征ion的内存堆是下面这个结构体

不管原来的那个heap，会新建3个ion_system_heap，分别order为8，4，0,大于4为大内存。意思就是这个heap中持有一个ion_page_pool 页资源池子，里面只有对应order的2的次幂，内存块。其实就和伙伴系统有点相似。

还会设置flag为ION_HEAP_FLAG_DEFER_FREE，这个标志位后面会用到。

文件：/ drivers / staging / android / ion / ion_page_pool.c

在pool中分为2个链表一个是high_items，另一个是low_items。他们之间的区分在此时就是以2为底4的次幂为分界线。

文件：/ drivers / staging / android / ion / ion.c

因为打开了标志位ION_HEAP_FLAG_DEFER_FREE和heap存在shrink方法。因此会初始化两个回收函数。

文件：/ drivers / staging / android / ion / ion_heap.c

此时会创建一个内核线程，调用ion_heap_deferred_free内核不断的循环处理。不过由于这个线程设置的是SCHED_IDLE，这是最低等级的时间片轮转抢占。和Handler那个adle一样的处理规则，就是闲时处理。

在这个循环中，不断的循环销毁处理heap的free_list里面已经没有用的ion_buffer缓冲对象。

文件：/ drivers / staging / android / ion / ion_system_heap.c

注册了heap的销毁内存的方法。当系统需要销毁页的时候，就会调用通过register_shrinker注册进来的函数。

文件：/ drivers / staging / android / ion / ion_page_pool.c

整个流程很简单，其实就是遍历循环需要销毁的页面数量，接着如果是8的次幂就是移除high_items中的page缓存。4和0则销毁low_items中的page缓存。至于为什么是2的次幂其实很简单，为了销毁和申请简单。__free_pages能够整页的销毁。

文件：/ drivers / staging / android / ion / ion.c

主要就是初始化ion_client各个参数，最后把ion_client插入到ion_device的clients。来看看ion_client结构体：

核心还是调用ion_alloc申请一个ion缓冲区的句柄。最后把数据拷贝会用户空间。

这个实际上就是找到最小能承载的大小，去申请内存。如果8kb申请内存，就会拆分积分在0-4kb，4kb-16kb，16kb-128kb区间找。刚好dma也是在128kb之内才能申请。超过这个数字就禁止申请。8kb就会拆成2个4kb保存在第一个pool中。

最后所有的申请的page都添加到pages集合中。

文件：/ drivers / staging / android / ion / ion_page_pool.c

能看到此时会从 ion_page_pool冲取出对应大小区域的空闲页返回上层，如果最早的时候没有则会调用ion_page_pool_alloc_pages申请一个新的page。由于引用最终来自ion_page_pool中，因此之后申请之后还是在ion_page_pool中。

这里的处理就是为了避免DMA直接内存造成的缓存差异(一般的申请，默认会带一个DMA标志位)。换句话说，是否打开cache其实就是，关闭了则使用pool的cache，打开了则不使用pool缓存，只依赖DMA的缓存。

我们可以看另一个dma的heap，它是怎么做到dma内存的一致性.

文件： drivers / staging / android / ion / ion_cma_heap.c

能看到它为了能办到dma缓存的一致性，使用了dma_alloc_coherent创建了一个所有强制同步的地址，也就是没有DMA缓存的地址。

这里出现了几个新的结构体，sg_table和scatterlist

文件：/ lib / scatterlist.c

这里面实际上做的事情就是一件：初始化sg_table.

sg_table中有一个核心的对象scatterlist链表。如果pages申请的对象数量PAGE_SIZE/sizeof(scatterlist),每一项sg_table只有一个scatterlist。但是超出这个数字就会增加一个scatterlist。

用公式来说：

换句话说，每一次生成scatterlist的链表就会直接尽可能占满一页，让内存更好管理。

返回了sg_table。

初始化ion_handle，并且记录对应的ion_client是当前打开文件的进程，并且设置ion_buffer到handle中。使得句柄能够和buffer关联起来。

每当ion_buffer需要销毁，

Android 驱动开发应该如何入门和学习成长?

一.认识android的架构

Android其本质就是在标准的Linux系统上增加了Java虚拟机Dalvik，并在Dalvik虚拟机上搭建了一个JAVA的application framework，所有的应用程序都是基于JAVA的application framework之上。

android分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和linux核心层。

二.搭建环境

搭建开发环境

对国内的开发者来说最痛苦的是无法去访问android开发网站。为了更好的认识世界，对程序员来说，会翻墙也是的一门技术，带你去领略墙外的世界，好了，不废话了, 国内开发者访问(androiddevtools) 上面已经有了所有你要的资源，同时可以下载到我们的主角framework

但是这样的搭建只能去阅读源代码，我们无法去更进一步去实现自己的rom,我们看到锤子的系统在早期的开放rom是自己从新实现了framework的代码，现在看起来他成功了，所以我们还要去搭建android系统的源码编译环境。

搭建源码编译环境

三.开始主题

在一开始写c程序的时候都有一个运行的入口，比如

#include iostream

#include cmath

#include algorithm

using namespace std;

//这里的main就是应用的入口

int main(int argc, const char * argv[]){

return 0;

}

在计算机网络原理中我们用socket实现一个服务器端，不断的接听客户端的访问，而且他的代码是这样实现的：

#include winsock2.h

#pragma comment(lib, "WS2_32.lib")

#include stdio.h

void main()

{

WORD wVersionRequested;//版本号

WSADATA wsaData;

int err;

wVersionRequested = MAKEWORD(2, 2);//2.2版本的套接字

//加载套接字库,如果失败返回

err = WSAStartup(wVersionRequested, wsaData);

if (err != 0)

{

return;

}

//判断高低字节是不是2,如果不是2.2的版本则退出

if (LOBYTE(wsaData.wVersion) != 2 ||

HIBYTE(wsaData.wVersion) != 2)

{

return;

}

//创建流式套接字,基于TCP(SOCK_STREAM)

SOCKET socSrv = socket(AF_INET, SOCK_STREAM, 0);

//Socket地址结构体的创建

SOCKADDR_IN addrSrv;

addrSrv.sin_addr.S_un.S_addr = htonl(INADDR_ANY);//转换Unsigned long型为网络字节序格

addrSrv.sin_family = AF_INET;//指定地址簇

addrSrv.sin_port = htons(6000);

//指定端口号,除sin_family参数外,其它参数都是网络字节序,因此需要转换

//将套接字绑定到一个端口号和本地地址上

bind(socSrv, (SOCKADDR*)addrSrv, sizeof(SOCKADDR));//必须用sizeof，strlen不行

listen(socSrv, 5);

SOCKADDR_IN addrClient;//字义用来接收客户端Socket的结构体

int len = sizeof(SOCKADDR);//初始化参数,这个参数必须进行初始化，sizeof

//循环等待接受客户端发送请求

while (1)

{

//等待客户请求到来；当请求到来后，接受连接请求，

//返回一个新的对应于此次连接的套接字（accept）。

//此时程序在此发生阻塞

SOCKET sockConn = accept(socSrv, (SOCKADDR*)addrClient, len);

char sendBuf[100];

sprintf(sendBuf, "Welcome %s to JoyChou",

inet_ntoa(addrClient.sin_addr));//格式化输出

//用返回的套接字和客户端进行通信

send(sockConn, sendBuf, strlen(sendBuf)+1, 0);//多发送一个字节

//接收数据

char recvBuf[100];

recv(sockConn, recvBuf, 100, 0);

printf("%s\\n", recvBuf);

closesocket(sockConn);

}

}

他采用了一个while死循环去监听客户端的请求。

先上源代码

public final class ActivityThread {

public static void main(String[] args) {

SamplingProfilerIntegration.start();

CloseGuard.setEnabled(false);

Environment.initForCurrentUser();

EventLogger.setReporter(new EventLoggingReporter());

Security.addProvider(new AndroidKeyStoreProvider());

final File configDir = Environment.getUserConfigDirectory(UserHandle.myUserId());

TrustedCertificateStore.setDefaultUserDirectory(configDir);

Process.setArgV0("pre-initialized");

Looper.prepareMainLooper();

//从中可以看到为app开辟了一个线程进入了looper之中

ActivityThread thread = new ActivityThread();

thread.attach(false);

if (sMainThreadHandler == null) {

sMainThreadHandler = thread.getHandler();

}

AsyncTask.init();

if (false) {

Looper.myLooper().setMessageLogging(new

LogPrinter(Log.DEBUG, "ActivityThread"));

}

Looper.loop();

throw new RuntimeException("Main thread loop unexpectedly exited");

}

}

看到源码失望了，没有一个while循环啊，其实用了他方法实现

//用一个looper的机制循环监听响应

Looper.prepareMainLooper();

Looper.loop();

进一步深入代码

public static void loop() {

final Looper me = myLooper();

if (me == null) {

throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");

}

final MessageQueue queue = me.mQueue;

Binder.clearCallingIdentity();

final long ident = Binder.clearCallingIdentity();

// 在这里看到了一个循环监听消息

for (;;) {

Message msg = queue.next(); // might block

if (msg == null) {

// No message indicates that the message queue is quitting.

return;

}

Printer logging = me.mLogging;

if (logging != null) {

logging.println(" Dispatching to " + msg.target + " " +

msg.callback + ": " + msg.what);

}

msg.target.dispatchMessage(msg);

if (logging != null) {

logging.println(" Finished to " + msg.target + " " + msg.callback);

}

// Make sure that during the course of dispatching the

// identity of the thread wasn't corrupted.

final long newIdent = Binder.clearCallingIdentity();

if (ident != newIdent) {

Log.wtf(TAG, "Thread identity changed from 0x"

+ Long.toHexString(ident) + " to 0x"

+ Long.toHexString(newIdent) + " while dispatching to "

+ msg.target.getClass().getName() + " "

+ msg.callback + " what=" + msg.what);

}

msg.recycleUnchecked();

}

}

如何写一个Android USB接口驱动

说到 android 驱动是离不开 Linux 驱动的。Android 内核采用的是 Linux2.6 内核 （最近Linux 3.3 已经包含了一些 Android 代码）。但 Android 并没有完全照搬 Linux 系统内核，除了对Linux 进行部分修正，还增加了不少内容。android 驱动 主要分两种类型：Android 专用驱动 和 Android 使用的设备驱动（linux）。

Android 专有驱动程序：

1）Android Ashmem 匿名共享内存； 为用户空间程序提供分配内存的机制，为进程间提供大块共享内存，同时为内核提供回收和管理这个内存。

2）Android Logger 轻量级的LOG（日志） 驱动；

3）Android Binder 基于 OpenBinder 框架的一个驱动；

4）Android Power Management 电源管理模块；

5）Low Memory Killer 低内存管理器；

6）Android PMEM 物理内存驱动；

7）USB Gadget USB 驱动（基于 gaeget 框架）；

8）Ram Console 用于调试写入日志信息的设备；

9）Time Device 定时控制设备；

10）Android Alarm 硬件时钟；

Android 上的设备驱动：

1）Framebuff 显示驱动；

2）Event 输入设备驱动；

3）ALSA 音频驱动；

4）OSS 音频驱动；

5）v412摄像头：视频驱动；

6）MTD 驱动；

7）蓝牙驱动；

8）WLAN 设备驱动；

Android 专有驱动程序

1.Android Ashmem

为用户空间程序提供分配内存的机制，为进程间提供大块共享内存，同时为内核提供回收和管理这个内存。

设备节点：/dev/ashmen .主设备号 10.

源码位置： include/linux/ashmen.h Kernel /mm/ashmen.c

相比于 malloc 和 anonymous/named mmap 等传统的内存分配机制，其优势是通过内核驱动提供了辅助内核的内存回收算法机制（pin/unoin）

2.Android Logger

无论是底层的源代码还上层的应用，我们都可以使用 logger 这个日志设备看、来进行调试。

设备节点： /dev/log/main /dev/log/event /dev/log/radio

源码位置：include/linux/logger.h include/linux/logger.c

3.Android Binder

IPC Binder 一种进程间通信机制。他的进程能够为其它进程提供服务 ----- 通过标准的 Linux 系统调用 API。

设备节点 ：/dev/binder

源码位置：Kernel/include/linux/binder.h Kernel/drivers/misc/binder.c

4.Android Power Management

一个基于标准 linux 电源管理的轻量级 Android 电源管理系统，在 drivers/android/power.c kernel/power/

5.Low Memory Killer

它在用户空间中指定了一组内存临界值，当其中某个值与进程描述中的 oom_adj 值在同一范围时，该进程将被Kill掉（在parameters/adj中指定oome_adj 的最小值）。它与标准的Linux OOM机制类似，只是实现方法不同

源码位置：drivers/misc/lowmemorykiller.c

6.Android PMEM

PMEM 主要作用就是向用户空间提供连续的物理内存区域。

1.让 GPU 或 VPU 缓冲区共享 CPU 核心。

2.用于 Android service 堆。

源码位置：include/linux/android_pmem.h drivers/android/pmem.c

7.USB Gadget

基于标准 Linux USB gaeget 驱动框架的设备驱动。

源码位置：drivers/usb/gadet/

8.Ram Console

为了提供调试功能，android 允许将调试日志信息写入这个设备，它是基于 RAM 的 buffer.

源码位置： drivers/staging/android/ram_console.c

9.Time Device

定时控制,提供了对设备进行定时控制的功能。

源码位置：drivers/staging/android/timed_output.c(timed_gpio.c)

10.Android Alarm

提供一个定时器，用于把设备从睡眠状态唤醒，同时它还提供了一个即使在设备睡眠时也会运行的时钟基准。

设备节点：/dev/alarm

源码位置：drivers/trc/alarm.c

Android 设备驱动

1. Framebuffer 帧缓存设备

Framebuffer 驱动在 Linux 中是标准的显示设备的驱动。对于 PC 系统，它是显卡的驱动 ； 对于嵌入式 SOC 处理器系统，它是 LCD 控制器或者其他显示控制器的驱动。它是一个字符设备，在文件系统中设备节点通常是 /dev/fbx 。 每个系统可以有多个显示设备 ， 依次用 /dev/fbO 、 /dev/fb l

等来表示。在 Android 系统中主设备号为 29 ，次设备号递增生成。

Android 对 Framebuffer 驱动的使用方式是标准的 ， 在 / dev / graphie / 中的 Framebuffer 设备节点由 init 进程自动创建 ， 被 libui 库调用 。 Android 的 GUI 系统中 ， 通过调用 Framebuffer 驱动的标准接口，实现显示设备的抽象。

Framebuff的结构框架和实现 ：

linux LCD驱动（二）--FrameBuffer

Linux LCD驱动(四）--驱动的实现

2.Event输入设备驱动

Input 驱动程序是 Linux 输入设备的驱动程序 ， 分为游戏杆 (joystick) 、 鼠标 (mouse 和 mice)和事件设备 (Event queue)3 种驱动程序。其中事件驱动程序是目前通用的程序，可支持键盘 、 鼠标、触摸屏等多种输入设备。 Input 驱动程序的主设备号是 l3 ，每一种 Input 设备从设备号占 用5 位 ， 3 种从设备号分配是 ： 游戏杆 0 ～ 61 ； Mouse 鼠标 33 ～ 62 ； Mice 鼠标 63 ； 事件设备 64 ～ 95 ，各个具体的设备在 misc 、 touchscreen 、 keyboard 等目录中。

Event 设备在用户空问使用 read 、 ioctl 、 poll 等文件系统的接口操作， read 用于读取输入信息， ioctl 用于获取和设置信息， poll 用于用户空间的阻塞，当内核有按键等中断时，通过在中断中唤醒内核的 poll 实现。

Event 输入驱动的架构和实现：

Linux设备驱动之——input子系统

3.ALSA音频驱动

高级 Linux 声音体系 ALSA(Advanced Linux Sound Architecture ) 是为音频系统提供驱动 的Linux 内核组件，以替代原先的开发声音系统 OSS 。它是一个完全开放源代码的音频驱动程序集 ，除了像 OSS 那样提供一组内核驱动程序模块之外 ， ALSA 还专门为简化应用程序的编写提供相应的函数库，与 OSS 提供的基于 ioctl 等原始编程接口相比， ALSA 函数库使用起来要更加方便一些

利用该函数库，开发人员可以方便、快捷地开发出自己的应用程序，细节则留给函数库进行内部处理 。 所以虽然 ALSA 也提供了类似于 OSS 的系统接口 ， 但建议应用程序开发者使用音频函数库，而不是直接调用驱动函数。

ALSA 驱动的主设备号为 116 ，次设备号由各个设备单独定义，主要的设备节点如下：

/ dev / snd / contmlCX —— 主控制 ；

/ dev / snd / pcmXXXc —— PCM 数据通道 ；

/ dev / snd / seq —— 顺序器；

/ dev / snd / timer —— 定义器。

在用户空问中 ， ALSA 驱动通常配合 ALsA 库使用 ， 库通过 ioctl 等接口调用 ALSA 驱动程序的设备节点。对于 AIJSA 驱动的调用，调用的是用户空间的 ALsA 库的接口，而不是直接调用 ALSA 驱动程序。

ALSA 驱动程序的主要头文件是 include / sound ./ sound . h ，驱动核心数据结构和具体驱动的注册函数是 include / sound / core . h ，驱动程序 的核心实现是 Sound / core / sound . c 文件。

ALSA 驱动程序使用下面的函数注册控制和设备：

int snd _ pcm _ new (struct snd _ card * card ， char * id ， int device ， int playback _ count ， int capture _ count ， struct snd _ pcm ** rpcm) ；

int snd ctl _ add(struct snd _ card * card ， struct snd _ kcontrol * kcontro1) ；

ALSA 音频驱动在内核进行 menuconfig 配置时 ， 配置选项为 “ Device Drivers ” “ Sound c ard support ” 一 “ Advanced Linux Sound Architecture ” 。子选项包含了 Generic sound devices( 通用声音设备 ) 、 ARM 体系结构支持，以及兼容 OSS 的几个选项。 ALsA 音频驱动配置对应的文件是sound / core / Kconfig 。

Android 没有直接使用 ALSA 驱动，可以基于 A-LSA 驱动和 ALSA 库实现 Android Audio 的硬件抽象层； ALSA 库调用内核的 ALSA 驱动， Audio 的硬件抽象层调用 ALSA 库。

4.OSS音频驱动

OSS（Open Sound System开放声音系统）是 linux 上最早出现的声卡驱动。OSS 由一套完整的内核驱动程序模块组成，可以为绝大多数声卡提供统一的编程接口。

OSS 是字符设备，主设备号14，主要包括下面几种设备文件：

1） /dev/sndstat

它是声卡驱动程序提供的简单接口，它通常是一个只读文件，作用也只限于汇报声卡的当前状态。（用于检测声卡）

2）/dev/dsp

用于数字采样和数字录音的设备文件。对于音频编程很重要。实现模拟信号和数字信号的转换。

3）/dev/audio

类似于/dev/dsp，使用的是 mu-law 编码方式。

4）/dev/mixer

用于多个信号组合或者叠加在一起，对于不同的声卡来说，其混音器的作用可能各不相同。

5）/dev/sequencer

这个设备用来对声卡内建的波表合成器进行操作，或者对 MIDI 总线上的乐器进行控制。

OSS 驱动所涉及的文件主要包括：

kernel/include/linux/soundcard.h

kernel/include/linux/sound.h 定义 OSS 驱动的次设备号和注册函数

kernel/sound_core.c OSS核心实现部分

5.V4l2视频驱动

V4L2是V4L的升级版本，为linux下视频设备程序提供了一套接口规范。包括一套数据结构和底层V4L2驱动接口。V4L2提供了很多访问接口，你可以根据具体需要选择操作方法。需要注意的是，很少有驱动完全实现了所有的接口功能。所以在使用时需要参考驱动源码，或仔细阅读驱动提供者的使用说明。

V4L2的主设备号是81，次设备号：0~255，这些次设备号里也有好几种设备（视频设备、Radio设备、Teletext、VBI）。

V4L2的设备节点： /dev/videoX, /dev/vbiX and /dev/radioX

Android 设备驱动（下）

MTD 驱动

Flash 驱动通常使用 MTD （memory technology device )，内存技术设备。

MTD 的字符设备：

/dev/mtdX

主设备号 90.

MTD 的块设备：

/dev/block/mtdblockX

主设备号 13.

MTD 驱动源码

drivers/mtd/mtdcore.c：MTD核心，定义MTD原始设备

drivers/mtd/mtdchar.c：MTD字符设备

drivers/mtd/mtdblock.c：MTD块设备

MTD 驱动程序是 Linux 下专门为嵌入式环境开发的新一类驱动程序。Linux 下的 MTD 驱动程序接口被划分为用户模块和硬件模块：

用户模块 提供从用户空间直接使用的接口：原始字符访问、原始块访问、FTL （Flash Transition Layer）和JFS（Journaled File System）。

硬件模块 提供内存设备的物理访问，但不直接使用它们，二十通过上述的用户模块来访问。这些模块提供了闪存上读、写和擦除等操作的实现。

蓝牙驱动

在 Linux 中，蓝牙设备驱动是网络设备，使用网络接口。

Android 的蓝牙协议栈使用BlueZ实现来对GAP, SDP以及RFCOMM等应用规范的支持,并获得了SIG认证。由于Bluez使用GPL授权, 所以Android 框架通过D-BUS IPC来与bluez的用户空间代码交互以避免使用未经授权的代码。

蓝牙协议部分头文件：

include/net/bluetooth/hci_core.h

include/net/bluetooth/bluetooth.h

蓝牙协议源代码文件：

net/bluetooth/*

蓝牙驱动程序部分的文件：

drivers/bluetooth/*

蓝牙的驱动程序一般都通过标准的HCI控制实现。但根据硬件接口和初始化流程的不同，又存在一些差别。这类初始化动作一般是一些晶振频率，波特率等基础设置。比如CSR的芯片一般通过BCSP协议完成最初的初始化配置，再激活标准HCI控制流程。对Linux来说，一旦bluez可以使用HCI与芯片建立起通信(一般是hciattach + hciconfig)，便可以利用其上的标准协议(SCO, L2CAP等)，与蓝牙通信，使其正常工作了。

WLAN 设备驱动（Wi-Fi）（比较复杂我面会专门写个wifi分析）

在linux中，Wlan设备属于网络设备，采用网络接口。

Wlan在用户空间采用标准的socket接口进行控制。

WiFi协议部分头文件：

include/net/wireless.h

WiFi协议部分源文件：

net/wireless/*

WiFi驱动程序部分：

drivers/net/wireless/*

新闻标题：android驱动,android驱动开发
浏览路径：http://kswjz.com/article/dsiochc.html