linux驱动流程
① 一个linux驱动程序的主要流程与功能是什么
驱动程序mole的工作流程主要分为四个部分：
1、 insmod mole
2、 驱动mole的初始化（初始化结束后即进入“潜伏”状态，直到有系统调用）
3、 当操作设备时，即有系统调用时，调用驱动mole提供的各个服务函数
4、 rmmod mole
功能吗，就是使linux操作系统可以和外围设备通信，对设备进行操作等。
② 请教：linux驱动编写流程，疑惑不止一点点哦！
你至少要先学习Linux的应用程序，然后再学习驱动程序才好，不会用驱动也不会写好。
1、不需要去掉所有的驱动，你把你要写的编译成mole就可以了，当然必须要让kernel支持mole。当然mole的写法自己慢慢琢磨吧。
2、Linux工程师是一个庞大队伍通称，就好像计算机工程师做什么一样，不好回答。仅我接触的一个Linux为主的项目就有10万人参与，代码编写几年，这么大的团队，你常见的计算机类的职业都有了。
3、每一个设备，小到中断控制器、计数器、定时器，大到CPU(体系结构)驱动、甚至虚拟文件系统（不是VFS，主要是类似集群文件系统，但是毫无疑问文件系统驱动也都比较庞大）等。
③ 嵌入式linux 驱动设备识别过程
驱动程序识别设备时，有以下两种方法：
(1)驱动程序本身带有设备的信息，比如开始地址、中断号等:加载驱动程序时，就可以根据这些信息来识别设备。
(2)驱动程序本身没有设备的信息，但是内核中已经(或以后)根据其他方式确定了很多设备的信息;加载驱动程序时，将驱动程序与这些设备逐个比较，确定两者是否匹配(match)。如果驱动程序与某个设备匹配，就可以通过该驱动程序操作这个设备了。内核常使用第二种方法来识别设备，这可以将各种设备集中在-一个文件中管理，当开发板的配置改变时，便于修改代码。在内核文件includePnuxÔatform _device.h 中，定义了两个数据结构来表示这些设备和驱动程序: platform_ device 结构用来描述设备的名称、ID、所占用的资源(比如内存地址/大小、中断号)等; platform_ driver 结构用来描述各种操作函数, 比如枚举函数、移除设备函数、驱动的名称等。内核启动后，首先构造链表将描述设备的platform_device结构组织起来，得到一一个设备的列表:当加载某个驱动程序的platform_ driver 结构时，使用一.些匹配函数来检查驱动程序能否支持这些设备，常用的检查方法很简单:比较驱动程序和设备的名称。
④ 6. Linux-LCD 驱动程序概述
入局：应用程序是如何操控LCD显示器的？
我们知道应用程序的调用接口，无非 open/read/write ...然后通过驱动程序最终作用到硬件设备上。以字符设备为例，对于驱动的开发者，实现了应用程序调用的驱动层中与之相匹配的 drv_open/drv_read/drv_write 函数，为应用层序提供了操作实际硬件设备的通道。那么，对于LCD驱动程序又是如何？先来了解下两个非常重要的概念。
LCD控制器的功能是控制驱动信号，进而驱动LCD。用户只需要通过读写一系列的寄存器，完成配置和显示驱动。在驱动LCD设计的过程中首要的是配置LCD控制器，而在配置LCD控制器中最重要的一步则是帧缓冲区（Frame Buffer）的指定。用户所要显示的内容皆是从缓冲区中读出，从而显示到屏幕上的。帧缓冲区的大小由屏幕的分辨率和显示色彩数决定。驱动帧缓冲的实现是整个驱动开发过程的重点。
帧缓冲区是出现在Linux 2.2.xx及以后版本内核当中的一种驱动程序接口，这种接口将显示设备抽象为帧缓冲区设备区。帧缓冲区为图像硬件设备提供了一种抽象化处理，它代表了一些视频硬件设备,允许应用软件通过定义明确的界面来访问图像硬件设备。这样软件无须了解任何涉及硬件底层驱动的东西（如硬件寄存器）。它允许上层应用程序在图形模式下直接对显示缓冲区进行读写和I/O控制等操作。通过专门的设备节点可对该设备进行访问，如/dev/fb*。用户可以将它看成是显示内存的一个映像，将其映射到进程地址空间之后，就可以进行读写操作，而读写操作可以反映到LCD。
帧缓冲（Frame Buffer）是Linux为显示设备提供的一个接口，把显存抽象后的一种设备，允许上层应用程序在图形模式下直接对显示缓冲区进行读写操作。用户不必关心物理显存的位置、换页机制等等具体细节，这些都是由Frame Buffer设备驱动来完成的。帧缓冲设备属于字符设备。
Linux系统Frame Buffer本质上只是提供了对图形设备的硬件抽象，在开发者看来，Frame Buffer是一块显示缓存，向显示缓存中写入特定格式的数据就意味着向屏幕输出内容。
由于有了frambuffer的抽象，使得应用程序通过定义好的接口就可以访问硬件。所以应用程序不需要考虑底层的（寄存器级）的操作。应用程序对设备文件的访问一般在/dev目录,如 /dev/fb*。
内核中的frambuffer在： drivers/video/fbmem.c (fb: frame buffer)
(1) 创建字符设备"fb", FB_MAJOR=29,主设备号为29。
(2）创建类，但并没有创建设备节点，因为需要注册了LCD驱动后，才会有设备节点；
2.1 fb_open函数如下:
(1) registered_fb[fbidx] 这个数组也是fb_info结构体,其中fbidx等于次设备号id,显然这个数组就是保存我们各个lcd驱动的信息;
2.2 fb_read函数如下:
从.open和.read函数中可以发现,都依赖于fb_info帧缓冲信息结构体,它从registered_fb[fbidx]数组中得到,这个数组保存我们各个lcd驱动的信息。由此可见，fbmem.c提供的都是些抽象出来的东西，最终都得依赖registered_fb这个数组。
这个register_framebuffer()除了注册fb_info,还创建了设备节点。
以s3c2410fb.c为例，分析驱动的实现。
既然是总线设备驱动模型，那我们关心的是它的probe函数。
看到这里驱动的写法也大致清晰：
附：
LCD的显示过程与时序：
1.显示从屏幕左上角第一行的第一个点开始，一个点一个点地在LCD上显示，点与点之间的时间间隔为VCLK（像素时钟信号）；当显示到屏幕的最右边就结束这一行(Line)，这一行的显示对应时序图上的HSYNC（水平同步信号）
2. 接下来显示指针又回到屏幕的左边从第二行开始显示，显示指针针在从第一行的右边回到第二行的左边是需要一定的时间的，我们称之为行切换。
3. 以此类推，显示指针就这样一行一行的显示至矩形的右下角才把一幅图像(帧：frame)显示完成，这一帧的显示时间在时序图上表示为VSYNC（垂直同步信号）。
参考：
https://sites.google.com/a/hongdy.org/www/linux/kernel/lcddriver
⑤ Linux网络设备驱动完成数据包发送的流程
从网络设备驱动程序的结构分析可知，Linux网络子系统在发送数据包时，会调用驱动程序提供的hard_start_transmit()函数，该函数用于启动数据包的发送。在设备初始化的时候，这个函数指针需被初始化以指向设备的xxx_tx (）函数。网络设备驱动完成数据包发送的流程如下：1）网络设备驱动程序从上层协议传递过来的sk_buff参数获得数据包的有效数据和长度，将有效数据放入临时缓冲区。2）对于以太网，如果有效数据的长度小于以太网冲突检测所要求数据帧的最小长度ETH ZLEN，则给临时缓冲区的末尾填充0。3）设置硬件的寄存器，驱使网络设备进行数据发送操作。特别要强调对netif_ stop_queue()的调用，当发送队列为满或因其他原因来不及发送当前上层传下来的数据包时，则调用此函数阻止上层继续向网络设备驱动传递数据包。当忙于发送的数据包被发送完成后，在以TX结束的中断处理中，应该调用netif_wake_queue (）唤醒被阻塞的上层，以启动它继续向网络设备驱动传送数据包。当数据传输超时时，意味着当前的发送操作失败或硬件已陷入未知状态，此时，数据包发送超时处理函数xxx _tx _timeout ()将被调用。这个函数也需要调用由Linux内核提供的netif_wake _queue()函数以重新启动设备发送队列。
⑥ 如何编写Linux 驱动程序
以装载和卸载模块为例：
1、首先输入代码
#include <linux/init.h>
#include <linux/mole.h>
⑦ Linux中如何安装声卡驱动程序
装了几次Linux OS，当然也装了几次声卡驱动，一般来说都是安装ALSA(Adcance Linux Sound Architecture)驱动，多装几次以后就会发现非常的简单的。
首先，先决条件，也就是依赖关系，我记得需要安装kernal-source(我用过的几个Linux OS都默认不安装这个，在你的OS 的软件包管理程序那里可以搜索这个关键词，选上进行安装，记得要插入系统光盘。)，gcc我不记得要不要装，好像没有其他的了。
要安装驱动，你得先去下载alsa驱动，网址是：www.alsa-project.org，个人认为为了保证最大的兼容性，最好去下载最新版本。一般来说，只需要下载安装以下三个包就可以了，
driver
lib
utils
当然最好是要同一个版本的,我上传了一个所有需要的包,1.0.16 版的，有需要的用户请到这里来下载
URL : http://www.box.net/shared/0t5z8nao8c 不知道是否长久有效！
为了保证能完全安装成功，建议切换到root用户下执行安装。
我是在X Window 下执行的安装，解压上述下载有的压缩包是用鼠标右键单击解压的，我想能熟练用shell命令来解压文档的Linux User是不需要来我这里看声卡驱动的安装的
先安装下载回来的driver那个包，解压，然后在终端中转到解压后的那个文件夹，按照顺序执行以下命令。
1 ./configure
2 make
3 make install
4 ./snddevices
一般来说都能顺利执行完上述命令的，如果不能的话，请查看返回的信息，这里需要特别说明一下，这几个过程都比较耗时，无论你的硬件配置如何，这个我没有办法解释原因，经验之谈。
安装到了这里，就需要配置系统文件了，怎么配置，手动的我也不知道，但是我知道有一个工具可以帮我们高效且几乎不出错的完成这个任务，那就是alsaconf工具了，这个工具在utils文件包里面。
解压下载回来的utils文件包,同样需要在终端中执行命令，在终端中转到解压后的目录，然后执行如下命令。
./alsaconf
然后就会出现一个比较像GUI的界面，会让你选择几次OK键之后，开始搜索声卡类型，搜索完了以后，就列出声卡列表，选择你的实际芯片组，然后再敲几次OK键，最后问你是否让他帮你写入配置文件，当然要拉。至此，如果幸运的话，重启之后就能你的声卡就能工作了。
如果重启之后还不能工作的话则继续往下看。
还不能工作的话，一般需要安装剩下的那两个包了，但是，有顺序的，先安装lib再安装utils
方法都差不多，都要在终端中执行安装，命令都一样。
1 ./configure
2 make
3 make install
安装完最后的utils时再运行。
./alsaconf
再配置一次声卡，个别的系统还要在X Window下的系统管理工具那里设置一下声卡，不过都简单了。
重启系统，你的声卡应该能工作了，祝贺你。
⑧ linux中动态加载驱动的过程是怎么样的，能给个详细的吗
介绍个动态加载模块的过程
在该驱动中，我们假设对键盘的获取是以0.2s为周期执行。源代码如下
static struct timer_list timer;///////我们定义的定时器，也许你会问timer_list是什么来的，其实一看名称就应该就知道了，而为什么要用到list那么多定时器呢？其实在linux中还有很多相同的定义，比如说信号，我们定义的也是信号集，你可以定义该list是一个元素的，也可以是多个的。所以对于 timer_list就可以这样描述：在未来某一个特定时刻执行某一系列特定任务的功能。下面我们还会给出内核中timer_list的具体描述，^_^ 好像我的话又说多了
static int Keypad_starttimer(void)
{
init_timer(&timer);//初始化定时器结构
timer.function=Keypad_timer;//超时服务程序
timer.expires=jiffies+20;//当前时刻加0.2s
add_timer(&timer);
return 0;
}
///超时服务程序
static void Keypad_timer(unsigned long data)
{
read_xy();
}
/////////接下来说下timer-list这个数据结构，如果你不感兴趣的话可以跳过，该结构在include\linux\timer.h中定义
struct timer_list
{
struct list_head entry;
unsigned long expries;
spinlock_t lock;
unsigned long magic;
void (*function)(unsigned long);
unsigner long data;
struct tvec_t_base_s *base;
}
七.利用等待队列实现阻塞型I\O
在用户程序执行读操作的时候有可能尚且没有数据可以读取，为此需要让read操作等待，直到有数据可以读取，这就是阻塞型i\o，阻塞型io可以通过使用进程休眠方法实现。在无数据可以读取的时候，采用等待队列让进程休眠，直到有数据到达的时候才唤醒进程完成数据的读操作。
在本驱动中的read，若循环队列缓冲区中没有数据，则进程进入休眠态，定时器函数每隔0.2s读取键值一次，将按键状态放入缓冲并且适时唤醒进程读取数据。
等待队列的使用流程如下：
1.声明一个等待队列
2.把当前进程加入到等待队列中
3.把进程的状态设置为TASK_INTERRUPTIBLE或TASK_UNINTERRUPTIBLE;
4.调用schele，以让出cpu
5.检测所需要的资源是否可用，若是，把当前进程从等待队列中删除，否则转3循环
接下来我们在对read中有关等待队列阻塞实现做具体的解释
static ssize_t Keypad_read(struct file *filp,char *buf,ssize_t count,loff_t *l)
{
DECLEARE_WAITQUEUE(wait,current);//声明等待队列，将当前进程加入到等待队列中
KEY_EVENT t;
ulong out_buf[2];
if(head==tail)//当前循环队列中没有数据可以读取
{
if(filp->f_flags & O_NONBLOCK)//假如用户采用的是非堵塞方式读取
return _EAGAIN;
add_wait_queue(&queue,&wait);//将当前进程加入等待队列
current->state=TASK_INTERRUPTIBLE;//设置当前进程的状态
while((head==tail)&&!signal_pending(current))//假若还没有数据到循环队列并且当前进程没有受到信号（该类信号具体来说是未决的休眠）
{
shele();//进程调度
current->state=TASK_INTERRUPTIBLE;
}
current->state=TASK_RUNNING;//该进程恢复执行
remove_wait_queue(&queue,&wait);//移出等待队列
if(head==tail)
return count;
t=get_data();//调用get_data()函数，得到缓冲区中的数据，下面将给予详细的 介绍
out_buf[0]=t.status;
out_buf[1]=t.click;
_to_user(buf,&out_buf,sizeof(out_buf));//将得到的键值拷贝到用户数据区
return count;
}
}
⑨ 0Linux驱动程序的主要流程与功能
驱动程序mole的工作流程主要分为四个部分：
1、 insmod mole
2、 驱动mole的初始化（初始化结束后即进入“潜伏”状态，直到有系统调用）
3、 当操作设备时，即有系统调用时，调用驱动mole提供的各个服务函数
4、 rmmod mole