03Camera驱动详细分析1Linux 设备模型介绍
Linux设备驱动程序原理及框架-内核模块入门篇
Linux设备驱动程序原理及框架-内核模块入门篇内核模块介绍应用层加载模块操作过程内核如何支持可安装模块内核提供的接口及作用模块实例内核模块内核模块介绍Linux采用的是整体式的内核结构，这种结构采用的是整体式的内核结构，采用的是整体式的内核结构的内核一般不能动态的增加新的功能。
为此，的内核一般不能动态的增加新的功能。
为此，Linux提供了一种全新的机制，叫(可安装) 提供了一种全新的机制，可安装) 提供了一种全新的机制模块” )。
利用这个机制“模块”(module)。
利用这个机制，可以)。
利用这个机制，根据需要，根据需要，在不必对内核重新编译链接的条件将可安装模块动态的插入运行中的内核，下，将可安装模块动态的插入运行中的内核，成为内核的一个有机组成部分；成为内核的一个有机组成部分；或者从内核移走已经安装的模块。
正是这种机制，走已经安装的模块。
正是这种机制，使得内核的内存映像保持最小，的内存映像保持最小，但却具有很大的灵活性和可扩充性。
和可扩充性。
内核模块内核模块介绍可安装模块是可以在系统运行时动态地安装和卸载的内核软件。
严格来说，卸载的内核软件。
严格来说，这种软件的作用并不限于设备驱动，并不限于设备驱动，例如有些文件系统就是以可安装模块的形式实现的。
但是，另一方面，可安装模块的形式实现的。
但是，另一方面，它主要用来实现设备驱动程序或者与设备驱动密切相关的部分(如文件系统等)。
密切相关的部分(如文件系统等)。
课程内容内核模块介绍应用层加载模块操作过程内核如何支持可安装模块内核提供的接口及作用模块实例内核模块应用层加载模块操作过程内核引导的过程中，会识别出所有已经安装的硬件设备，内核引导的过程中，会识别出所有已经安装的硬件设备，并且创建好该系统中的硬件设备的列表树：文件系统。
且创建好该系统中的硬件设备的列表树：/sys 文件系统。
(udev 服务就是通过读取该文件系统内容来创建必要的设备文件的。
)。
linux驱动模型
我们将详细的介绍Linux的设备驱动模型。
Linux设备驱动模型是一个相当复杂的系统，对于初学者来说真有些无从入手。
而且更加困难的是，随着新的Linux Kernel的release，Linux 的设备驱动模型总会有或大或小的变化，我们将尽量展现Linux Kernel 的这种变化。
早期的Linux内核（版本2.4之前）并没有实现一个统一的设备模型，设备节点的创建一般是mknod命令手动创建或利用devfs文件系统创建。
早期的Linux发行版一般会采用手动创建的方式预先把通常用到的节点都创建出来，而嵌入式系统则会采用devfs的方式。
起初Linux 2.6 内核还支持devfs，但从2.6.18开始，内核完全移除了devfs系统而采用的udev的方式动态的创建设备节点。
因此，新的Linux发行版都采用udev的方式管理设备节点文件。
Linux2.6设备驱动模型的基本元素是Class、Bus、Device、Driver，下面我们分别介绍各个部分。
Class 和Class Device驱动模型最基本的概念是设备及其类别，Linux中使用struct class 和struct class_device来管理不同类别的设备。
由于设备驱动模型是一个复杂的系统，我们还是从一个简单的例子开始介绍，然后在逐步展开。
其实实现设备节点的动态创建是一个很简单的事情，并不需要太多的代码。
我们修改我们的驱动初始化函数如下：#include <linux/device.h>#define DEVNAME "hello"static dev_t dev;static struct class *hello_c lass;static struct cdev *hello_cdev;static int __init hello_init(void){int error;error = alloc_chrdev_region(&dev, 0, 2, "hello");if (error){printk("hello: alloc_chardev_region failed! ");goto out;}hello_cdev = cdev_alloc();if (hello_cdev == NULL){printk("hello: alloc cdev failed! ");error = -ENOMEM;goto out_chrdev;}hello_cdev->ops = &hello_fops;hello_cdev->owner = THIS_MODULE;error = cdev_add(hello_cdev, dev, 1);if (error){printk("hello: cdev_add failed! ");goto out_cdev;}hello_class = class_create(THIS_MODULE, DEVNAME);if (IS_ERR(hello_class)){error = PTR_ERR(hello_class);goto out_chrdev;}class_device_create(hello_class, NULL, dev, NULL, DEVNAME);memset (hello_buf, 0, sizeof(hello_buf));memcpy(hello_buf, DEFAULT_MSG, sizeof(DEFAULT_MSG));printk("hello: Hello World! ");return 0;out_cdev:cdev_del(hello_cdev);out_chrdev:unregister_chrdev_region(hello_cdev->dev, 2);out:return error;}static void __exit hello_exit(void){class_device_destroy(hello_class, dev);class_destroy(hello_class);unregister_chrdev_region(hello_cdev->dev, 2);cdev_del(hello_cdev);printk("hello: Goodbye World ");}重新编译这个驱动程序，当加载这个驱动到内核中时，系统（一般是hotplug和udev系统）就会自动的创建我们指定的设备名字：/dev/hello，同时，你也可以发现在sysfs系统中添加了新的文件：/sys/class/hello/hello/。
Linux设备驱动模型与sysfs---platform总线设备驱动
Linux在2.6版本引入了设备驱动模型，设备驱动模型负责统一实现和维护一些特性，诸如：热插拔、对象生命周期、用户空间和驱动空间的交互等基础设施1.设备驱动模型基本概念设备驱动模型主要包含：类（class）、总线（bus）、设备（device）、驱动（driver），它们的本质都是内核中的几种数据结构的“实例”∙类的本质是class结构体类型，各种不同的类其实就是class的各种实例∙总线的本质是bus_type结构体类型，各种不同的总线其实就是bus_type的各种实例∙设备的本质是device结构体类型，各种不同的设备其实就是device的各种实例∙驱动的本质是device_driver结构体类型，各种不同的驱动其实就是device_driver的各种实例2.sysfs基本概念sysfs其实就是/sys目录，其主要作用就是：展示设备驱动模型中各组件的层次关系，并将各组件的本体——内核中的数据结构以文件形式呈现，方便用户层查看及操作3./sys目录结构与设备驱动模型∙/sys目录结构很好的展示了驱动设备模型，如图：∙注意：同一个设备可能在/sys中存在多个设备文件，比如一颗led的设备文件可能在/sys/bus/platform/devices/led1，同时还有一个在/sys/class/leds/led1。
虽然他们都是同一颗led的设备文件，但是他们的来源、机制、原理都是不同的，不能混为一谈4.各组件的特性与联系∙kobject：设备驱动模型各实例的最基本单元，提供一些公用型服务如：提供该实例在sysfs中的操作方法（show和store）；提供在sysfs中以文件形式存在的属性，其实就是应用接口；提供各个实例的层次架构，让sysfs中弄出目录结构。
设备驱动模型中每个实例内部都会包含一个kobject∙总线、设备、驱动，这三者有着密切的联系。
在内核中，设备和驱动是分开注册的，注册设备的时候，并不需要驱动已经存在，而驱动被注册的时候，也不需要对应的设备已经被注册。
Linux系统设备驱动程序概述精品文档12页
Linux系统设备驱动程序概述1.1 Linux设备驱动程序分类Linux设备驱动程序在Linux的内核源代码中占有很大的比例，源代码的长度日益增加，主要是驱动程序的增加。
在Linux内核的不断升级过程中，驱动程序的结构还是相对稳定。
在2.0.xx到2.2.xx的变动里，驱动程序的编写做了一些改变，但是从2.0.xx的驱动到2.2.xx的移植只需做少量的工作。
Linux系统的设备分为字符设备(char device)，块设备(block device)和网络设备(network device)三种。
字符设备是指存取时没有缓存的设备。
块设备的读写都有缓存来支持，并且块设备必须能够随机存取(random access)，字符设备则没有这个要求。
典型的字符设备包括鼠标，键盘，串行口等。
块设备主要包括硬盘软盘设备，CD-ROM等。
一个文件系统要安装进入操作系统必须在块设备上。
网络设备在Linux里做专门的处理。
Linux的网络系统主要是基于BSD unix的socket机制。
在系统和驱动程序之间定义有专门的数据结构(sk_buff)进行数据的传递。
系统里支持对发送数据和接收数据的缓存，提供流量控制机制，提供对多协议的支持。
1.2编写驱动程序的一些基本概念无论是什么操作系统的驱动程序，都有一些通用的概念。
操作系统提供给驱动程序的支持也大致相同。
下面简单介绍一下网络设备驱动程序的一些基本要求。
1.2.1发送和接收这是一个网络设备最基本的功能。
一块网卡所做的无非就是收发工作。
所以驱动程序里要告诉系统你的发送函数在哪里，系统在有数据要发送时就会调用你的发送程序。
还有驱动程序由于是直接操纵硬件的，所以网络硬件有数据收到最先能得到这个数据的也就是驱动程序，它负责把这些原始数据进行必要的处理然后送给系统。
这里，操作系统必须要提供两个机制，一个是找到驱动程序的发送函数，一个是驱动程序把收到的数据送给系统。
1.2.2中断中断在现代计算机结构中有重要的地位。
UT4412BV03开发板学习linux设备驱动模型(一)
UT4412BV03开发板学习linux设备驱动模型（一）设备驱动模型概述：设备驱动模型比较复杂，linux系统将设备和驱动归结到设备驱动模型中来管理,设备驱动模型的提出解决了以前编写驱动时没有统一的方法的局面，设备驱动模型给各种驱动程序提供了很多辅助性的函数，这些函数经过严格测试，可以很大程度上提高驱动开发人员的工作效率。
设备驱动模型中用到的几个核心的数据结构，分别是kobjeck，kset，subsystem，这些结构体使设备驱动模型组成了一个层次结构，该层次结构将驱动，设备，总线等联系起来，形成了一个完整的设备驱动。
kobject结构体提供了一个最基本的设备对象管理能力，每一个在内核中注册的kobject对象都对应于sysfs文件中的一个目录。
对应头文件：#include<linux/kobject.h>对应源文件：kobjeck.c1.kobject结构体struct kobject {const char *name; //kobject结构体的名字，作为一个目录显示在sysfs文件系统中struct list_head entry; //链接下一个kobject结构体struct kobject *parent; //指向本结构体的指针struct kset *kset; //指向kset结构体的指针struct kobj_type *ktype; //指向kobj_type结构体的指针，设备属性结构体struct sysfs_dirent *sd; //struct kref kref; //表示该对象的引用计数，内核提供增加和减少引用计数的kobject_get();kobject_put();当计数为0时，该对象的所有资源被释放unsigned int state_initialized:1; //表示kobject结构体是否初始化过，1表示初始化过，0表示未初始化过。
Camera驱动在Linux内核的移植解读
题_Camera驱动在Linux内核的移植Camera驱动在Linux内核的移植Linux 3.0.8 内核的配置系统由以下3 个部分组成：> Makefile：分布在Linux 内核源代码中的Makefile，定义Linux 内核的编译规则> 配置文件Kconfig：给用户提供配置选择的功能> 配置工具：包括配置命令解释器（对配置脚本中使用的配置命令进行解释）和配置用户界面（提供字符界面和图形界面）。
这些配置工具都是使用脚本语言编写的，如Tcl/TK、perl 等。
在Linux 内核中增加程序需要完成以下 3 项工作：> 1. 将编写的源代码复制到Linux 内核源代码的相应目录> 2. 在目录的Kconfig 文件中增加新源代码对应项目的编译配置选项> 3. 在目录的Makefile 文件中增加对新源代码的编译条目1. 实例引导：S3C2440 处理器的RTC 与LED 驱动配置。
首先，在Linux/drivers/char 目录中包含了S3C2410 处理器的RTC 设备驱动源代码s3c2410-rtc.c。
而在该目录的Kconfig 文件中包含S3C2410_RTC 的配置项目：config S3C2410_RTCbool "S3C2410 RTC Driver"depends on ARCH_S3C2410helpRTC （Realtime Clock）driver for the clock inbuilt into the Samsung S3C2410. This can provide periodic interrupt rates from 1Hz to 64Hz for user programs, and wakeup from Alarm.上述Kconfig 文件的这段脚本意味着只有在ARCH_S3C2410 项目被配置的情况下，才会出现S3C2410_RTC 配置项目，这个配置项目为布尔型（要么编译入内核，要么不编译，选择"Y" 或"N" ），菜单撒很难过显示的字符串为"S3C2410 RTC Driver"，"help" 后面的内容为帮助信息。
linux设备模型深探
if (error) {
//v如果创建失败。减少相关的引用计数
kobj_kset_leave(kobj);
kobject_put(parent);
kobj->parent = NULL;
/* be noisy on error issues */
if (error == -EEXIST)
};
void obj_test_release(struct kobject *kobject)
{
printk("eric_test: release .\n");
}
ssize_t eric_test_show(struct kobject *kobject, struct attribute *attr,char *buf)
}
上面的流程主要分为两部份。一部份是kobject的初始化。在这一部份，它将kobject与给定的ktype关联起来。初始化kobject中的各项结构。另一部份是kobject的名称设置。空间层次关系的设置，具体表现在sysfs文件系统中.
对于第一部份，代码比较简单，这里不再赘述。跟踪第二部份，也就是kobject_add_varg()的实现.
{
printk("have show.\n");
printk("attrname:%s.\n", attr->name);
sprintf(buf,"%s\n",attr->name);
return strlen(attr->name)+2;
}
ssize_t eric_test_store(struct kobject *kobject,struct attribute *attr,const char *buf, size_t count)
Linux下安装摄像头驱动详解
Linux下安装摄像头驱动详解439小游戏/在windows下安装摄像头驱动相当简单，通常主程序直接setup就OK，在linux下安装摄像头驱动就不那么容易了。
我们都知道每个linux版本官方都有相应的驱动程序提供下载，linux下安装摄像头驱动的方法如下：1、摄像头(Webcam)驱动说明;摄像头在Windows的驱动极为容易，最多是点几下鼠标，没有什么太大的难度。
但在Linux 中，驱动起来是有点困难，这并不是说Linux多高雅。
只能说开发商唯利是图，没有好处的事，他们的确不怎么积极。
Linux 的用户比较少，所以他们也不把用户当回事。
目前看来摄像头(Webcam)在 Linux 中驱动基本成熟，缺少的是应用程序的支持，比如即时通讯工具支持视频的好程序比较少。
有些芯片组是没有任何问题，在国内，大多摄像头的芯片组是Z-Star，也有显示为Vimmicro(和Z-Star是同样的芯片)的。
在Fedora 5.0或SuSE 10.x中，已经支持了很多摄像头，应该说即插即用。
对于我们来说，是不是即插即用，那是另一回事，只有幸运儿才有这个的福气。
如果您的摄像头接上还是用不了，那您就有必要看一下我写的这个文档了。
本文操作环境: Fedora Core 5.0 。
由于大部份是用源码包编译，所以还是有通用性的;1.1 摄像头在Linux中是如何支持的;在 Linux中，硬件的驱动程序，都是由内核支持的;目前比较新内核版本也集成了一些的摄像头驱动。
就是Fedora、SuSE最新版本所支持的内核也是来自由 。
所以支持也是极为正常的。
内核对硬件的支持分为内置于和外挂模块两种方便。
对于摄像头来说，大多是模块支持的;1.2 摄像头(Webcam)驱动网址;替换mxhaard.free.fr目前最新版本的摄像头驱动，已经到了 spca5xx-20060501.tar.gz 版本;您可以在上面的地址下载;2、驱动摄像头详细过程;2.1 查看摄像头型号;我们用用到 lshal 工具，在老版本的Linux是没有这个工具的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
struct kobject client->dev.kobj +.name = "0-003c", +.kset = devices_kset, +.ktype = device_ktype, +.parent = i2c->adap.dev.kobj
在 Sys 下形成以下树状结构：
sys
devices
//发送 UEVENT 事件 kobject_uevent(&dev->kobj, KOBJ_ADD); //配对 然后启动 Probe 事件，然后加入到设备驱动链表 bus_probe_device(dev); //加入到父 kobj 链表 if (parent) klist_add_tail(&dev->p->knode_parent, &parent->p->klist_children); put_device(dev); return error; }
Camera 驱动的初始化---以 OV5640 为例
OV5640 初始化的大致流程如下： 现 在 来 具 体 分 析 一 下 OV5640 的 初 始 化 过 程 :
ov5640的初 始 化 过 程
69 : m odule_init() 70 : v4l2_i2c_drv_init() 71 : i2c_add_driver() 72 : i2c_register_driver() 73 : driver_register() 74 : bus_add_driver()
struct i2c_adapter i2c->adap +.nr = 0, +.class = I2C_CLASS_HWMON, +.algo = &aml_i2c_algorithm, +.retries = 2, +.timeout = 5, +.name = aml_i2c_adap0, +.dev->p.driver_data = i2c, +.bus_lock = rt_mutex_init(&adap->bus_lock), +.userspace_clients = INIT_LIST_HEAD(&adap->userspace_clients),
struct device cli来自nt->dev +.platform_data = video_ov5640_data, +.archdata = *aml_i2c_bus_info->archdata, +.addr = aml_i2c_bus_info->addr = (0x78 >> 1), +.irq = aml_i2c_bus_info->irq, +.parent = i2c->adap.dev, +.bus = &i2c_bus_type, +.type = & i2c_client_type,
kobject i2c->adap.dev.kobj +.name = i2c-0, +.kset = devices_kset, +.ktype = device_ktype, +.parent = &(devices_kset.kobj);
struct device_private adap.dev.p +.dev = i2c->adap.dev, +.driver_data = i2c,
i2c_scan_static_board_info(adap); … //适配驱动，启动 probe dummy = bus_for_each_drv(&i2c_bus_type, NULL, adap, __process_new_adapter); … return 0; } int device_register(struct device *dev) { device_initialize(dev); return device_add(dev); } 与 adap 关联的设备注册到 i2c_bus_type 上去
19 : list_add_tail()
2： __i2c_board_list 链表被读取到 i2C_BUS_TYPE
从 system.map 中可以看出与 Camera 相关的模块如下： c003288c t __initcall_i2c_init2 … c00328b8 t __initcall_aml_i2c_init3 … c0032c18 t __initcall_i2c_dev_init6 … c0032c28 t __initcall_videodev_init6 c0032c30 t __initcall_v4l2_i2c_drv_init6 c0032c34 t __initcall_v4l2_i2c_drv_init6
bus
i2c-0
i2c
0-003c
uevent
power
new_devices
name
delete_devices
devices
power
modalias
uevent
name
subsystem
0-003c
device_add 是一个非常关键的函数，它把一个设备连接到总线树，并且创建了 sys 下面给 中目录与文件，现在来简单分析 device_add int device_add(struct device *dev) { /* we require the name to be set before, and pass NULL */ //1, kobj_kset_join(kobj); kobj 将会链入 devices_kset //2，kobj 在父 kobj 下面创建相应目录 error = kobject_add(&dev->kobj, dev->kobj.parent, NULL); //创建了文件 uevent_attr error = device_create_file(dev, &uevent_attr); //创建特性 error = device_add_attrs(dev); //klist_add_tail(&dev->p->knode_bus, &bus->p->klist_devices); //把 dev 加到总线下的 klist_devices 列表 error = bus_add_device(dev); if (error) goto BusError; error = dpm_sysfs_add(dev); //把设备加入到 list_add_tail(&dev->power.entry, &dpm_list); 电源管理列表 device_pm_add(dev); /* Notify clients of device addition. This call must come * after dpm_sysf_add() and before kobject_uevent(). */ //在总线上发出通知 if (dev->bus) blocking_notifier_call_chain(&dev->bus->p->bus_notifier, BUS_NOTIFY_ADD_DEVICE, dev);
__i2c_board_list 读 取 到 I2C 总 线 树
23 : am l_i2c_probe() 24 : i2c_add_num bered_adapter() 26 : i2c_register_adapter()
27 : i2c_scan_static_board_info() 28 : i2c_new_device() 29 : device_register() 30 : device_add()
c0032d24 t __initcall_video_init6 c0032d28 t __initcall_video2_init6 主要分两部分 一部分与 I2C 相关，一部分与 Video 相关，一般一些宏定义在 autoconf.h 中 得到体现；一般设备的启动次序如下： 1， 先建立和注册总线—如 platform_bus_type, i2c_bus_type 2， 读取设备列表到总线中去，链成链表 3， 驱动模块启动，然后配对到相应的设备 调用 Probe 函数 完成初始化 对于热插拔的设备 1， 设备插入系统，系统调用相应的处理程序 sbin/ueventd 并发布 Net Sock 事件 2， 同时，设备根据总线匹配到相应的驱动 调用驱动的 Probe 函数 完成初始化； 1， __i2c_board_list 中都是一些 I2C 设备，这些设备在 aml-i2c 驱动 加载时 链接到相 应的 i2c 总线树上；具体的流程如下
aml_i2c_probe() 会填充数据 adap i2c_add_numberd_adapter()会把 adap 放到 i2c_adapter_idr 树中
现在重点分析 i2c_register_adapter:
static int i2c_register_adapter(struct i2c_adapter *adap) { … //注册 i2c-0 设备，创建对应的目录/sys/bus/i2c/devices/i2c-0 dev_set_name(&adap->dev, "i2c-%d", adap->nr); adap->dev.bus = &i2c_bus_type; adap->dev.type = &i2c_adapter_type; res = device_register(&adap->dev); … //加载 i2c 设备列表