linux驱动详解
Ⅰ linux驱动程序的工作原理
由于你的问题太长我只好转载别人的手打的太累不好意思~~~
Linux是Unix***作系统的一种变种,在Linux下编写驱动程序的原理和
思想完全类似于其他的Unix系统,但它dos或window环境下的驱动程序有很大的
区别.在Linux环境下设计驱动程序,思想简洁,***作方便,功芤端口芮看?但是
支持函数少,只能依赖kernel中的函数,有些常用的***作要自己来编写,而且调
试也不方便.本人这几周来为实验室自行研制的一块多媒体卡编制了驱动程序,
获得了一些经验,愿与Linux fans共享,有不当之处,请予指正.
以下的一些文字主要来源于khg,johnsonm的Write linux device driver,
Brennan's Guide to Inline Assembly,The Linux A-Z,还有清华BBS上的有关
device driver的一些资料. 这些资料有的已经过时,有的还有一些错误,我依
据自己的试验结果进行了修正.
一. Linux device driver 的概念
系统调用是***作系统内核和应用程序之间的接口,设备驱动程序是***作系统
内核和机器硬件之间的接口.设备驱动程序为应用程序屏蔽了硬件的细节,这样
在应用程序看来,硬件设备只是一个设备文件, 应用程序可以象***作普通文件
一样对硬件设备进行***作.设备驱动程序是内核的一部分,它完成以下的功能:
1.对设备初始化和释放.
2.把数据从内核传送到硬件和从硬件读取数据.
3.读取应用程序传送给设备文件的数据和回送应用程序请求的数据.
4.检测和处理设备出现的错误.
在Linux***作系统下有两类主要的设备文件类型,一种是字符设备,另一种是
块设备.字符设备和块设备的主要区别是:在对字符设备发出读/写请求时,实际
的硬件I/O一般就紧接着发生了,块设备则不然,它利用一块系统内存作缓冲区,
当用户进程对设备请求能满足用户的要求,就返回请求的数据,如果不能,就调用请求函数来进行实际
的I/O***作.块设备是主要针对磁盘等慢速设备设计的,以免耗费过多的CPU时间
来等待.
已经提到,用户进程是通过设备文件来与实际的硬件打交道.每个设备文件都
都有其文件属性(c/b),表示是字符设备还蔤强樯璞?另外每个文件都有两个设
备号,第一个是主设备号,标识驱动程序,第二个是从设备号,标识使用同一个
设备驱动程序的不同的硬件设备,比如有两个软盘,就可以用从设备号来区分
他们.设备文件的的主设备号必须与设备驱动程序在登记时申请的主设备号
一致,否则用户进程将无法访问到驱动程序.
最后必须提到的是,在用户进程调用驱动程序时,系统进入核心态,这时不再是
抢先式调度.也就是说,系统必须在你的驱动程序的子函数返回后才能进行其他
的工作.如果你的驱动程序陷入死循环,不幸的是你只有重新启动机器了,然后就
是漫长的fsck.//hehe
(请看下节,实例剖析)
读/写时,它首先察看缓冲区的内容,如果缓冲区的数据
如何编写Linux***作系统下的设备驱动程序
Roy G
二.实例剖析
我们来写一个最简单的字符设备驱动程序.虽然它什么也不做,但是通过它
可以了解Linux的设备驱动程序的工作原理.把下面的C代码输入机器,你就会
获得一个真正的设备驱动程序.不过我的kernel是2.0.34,在低版本的kernel
上可能会出现问题,我还没测试过.//xixi
#define __NO_VERSION__
#include
#include
char kernel_version [] = UTS_RELEASE;
这一段定义了一些版本信息,虽然用处不是很大,但也必不可少.Johnsonm说所
有的驱动程序的开头都要包含,但我看倒是未必.
由于用户进程是通过设备文件同硬件打交道,对设备文件的***作方式不外乎就
是一些系统调用,如 open,read,write,close...., 注意,不是fopen, fread.,
但是如何把系统调用和驱动程序关联起来呢?这需要了解一个非常关键的数据
结构:
struct file_operations {
int (*seek) (struct inode * ,struct file *, off_t ,int);
int (*read) (struct inode * ,struct file *, char ,int);
int (*write) (struct inode * ,struct file *, off_t ,int);
int (*readdir) (struct inode * ,struct file *, struct dirent * ,int);
int (*select) (struct inode * ,struct file *, int ,select_table *);
int (*ioctl) (struct inode * ,struct file *, unsined int ,unsigned long
int (*mmap) (struct inode * ,struct file *, struct vm_area_struct *);
int (*open) (struct inode * ,struct file *);
int (*release) (struct inode * ,struct file *);
int (*fsync) (struct inode * ,struct file *);
int (*fasync) (struct inode * ,struct file *,int);
int (*check_media_change) (struct inode * ,struct file *);
int (*revalidate) (dev_t dev);
}
这个结构的每一个成员的名字都对应着一个系统调用.用户进程利用系统调用
在对设备文件进行诸如read/write***作时,系统调用通过设备文件的主设备号
找到相应的设备驱动程序,然后读取这个数据结构相应的函数指针,接着把控制
权交给该函数.这是linux的设备驱动程序工作的基本原理.既然是这样,则编写
设备驱动程序的主要工作就是编写子函数,并填充file_operations的各个域.
相当简单,不是吗?
下面就开始写子程序.
#include
#include
#include
#include
#include
unsigned int test_major = 0;
static int read_test(struct inode *node,struct file *file,
char *buf,int count)
{
int left;
if (verify_area(VERIFY_WRITE,buf,count) == -EFAULT )
return -EFAULT;
for(left = count left > 0 left--)
{
__put_user(1,buf,1);
buf++;
}
return count;
}
这个函数是为read调用准备的.当调用read时,read_test()被调用,它把用户的
缓冲区全部写1.
buf 是read调用的一个参数.它是用户进程空间的一个地址.但是在read_test
被调用时,系统进入核心态.所以不能使用buf这个地址,必须用__put_user(),
这是kernel提供的一个函数,用于向用户传送数据.另外还有很多类似功能的
函数.请参考.在向用户空间拷贝数据之前,必须验证buf是否可用.
这就用到函数verify_area.
static int write_tibet(struct inode *inode,struct file *file,
const char *buf,int count)
{
return count;
}
static int open_tibet(struct inode *inode,struct file *file )
{
MOD_INC_USE_COUNT;
return 0;
} static void release_tibet(struct inode *inode,struct file *file )
{
MOD_DEC_USE_COUNT;
}
这几个函数都是空***作.实际调用发生时什么也不做，他们仅仅为下面的结构
提供函数指针。
struct file_operations test_fops = {
NULL,
read_test,
write_test,
NULL, /* test_readdir */
NULL,
NULL, /* test_ioctl */
NULL, /* test_mmap */
open_test,
release_test, NULL, /* test_fsync */
NULL, /* test_fasync */
/* nothing more, fill with NULLs */
};
设备驱动程序的主体可以说是写好了。现在要把驱动程序嵌入内核。驱动程序
可以按照两种方式编译。一种是编译进kernel，另一种是编译成模块(moles),
如果编译进内核的话，会增加内核的大小，还要改动内核的源文件，而且不能
动态的卸载，不利于调试，所以推荐使用模块方式。
int init_mole(void)
{
int result;
result = register_chrdev(0, "test", &test_fops);
if (result < 0) {
printk(KERN_INFO "test: can't get major number ");
return result;
}
if (test_major == 0) test_major = result; /* dynamic */
return 0;
}
在用insmod命令将编译好的模块调入内存时，init_mole 函数被调用。在
这里，init_mole只做了一件事，就是向系统的字符设备表登记了一个字符
设备。register_chrdev需要三个参数，参数一是希望获得的设备号，如果是
零的话，系统将选择一个没有被占用的设备号返回。参数二是设备文件名，
参数三用来登记驱动程序实际执行***作的函数的指针。
如果登记成功，返回设备的主设备号，不成功，返回一个负值。
void cleanup_mole(void)
{
unregister_chrdev(test_major, "test");
}
在用rmmod卸载模块时，cleanup_mole函数被调用，它释放字符设备test
在系统字符设备表中占有的表项。
一个极其简单的字符设备可以说写好了，文件名就叫test.c吧。
下面编译
$ gcc -O2 -DMODULE -D__KERNEL__ -c test.c
得到文件test.o就是一个设备驱动程序。
如果设备驱动程序有多个文件，把每个文件按上面的命令行编译，然后
ld -r file1.o file2.o -o molename.
驱动程序已经编译好了，现在把它安装到系统中去。
$ insmod -f test.o
如果安装成功，在/proc/devices文件中就可以看到设备test,
并可以看到它的主设备号,。
要卸载的话，运行
$ rmmod test
下一步要创建设备文件。
mknod /dev/test c major minor
c 是指字符设备，major是主设备号，就是在/proc/devices里看到的。
用shell命令
$ cat /proc/devices | awk "\$2=="test" {print \$1}"
就可以获得主设备号，可以把上面的命令行加入你的shell script中去。
minor是从设备号，设置成0就可以了。
我们现在可以通过设备文件来访问我们的驱动程序。写一个小小的测试程序。
#include
#include
#include
#include
main()
{
int testdev;
int i;
char buf[10];
testdev = open("/dev/test",O_RDWR);
if ( testdev == -1 )
{
printf("Cann't open file ");
exit(0);
}
read(testdev,buf,10);
for (i = 0; i < 10;i++)
printf("%d ",buf);
close(testdev);
}
编译运行，看看是不是打印出全1 ？
以上只是一个简单的演示。真正实用的驱动程序要复杂的多，要处理如中断，
DMA，I/O port等问题。这些才是真正的难点。请看下节，实际情况的处理。
如何编写Linux***作系统下的设备驱动程序
Roy G
三 设备驱动程序中的一些具体问题。
1. I/O Port.
和硬件打交道离不开I/O Port，老的ISA设备经常是占用实际的I/O端口，
在linux下，***作系统没有对I/O口屏蔽，也就是说，任何驱动程序都可以
对任意的I/O口***作，这样就很容易引起混乱。每个驱动程序应该自己避免
误用端口。
有两个重要的kernel函数可以保证驱动程序做到这一点。
1）check_region(int io_port, int off_set)
这个函数察看系统的I/O表，看是否有别的驱动程序占用某一段I/O口。
参数1：io端口的基地址，
参数2：io端口占用的范围。
返回值：0 没有占用， 非0，已经被占用。
2）request_region(int io_port, int off_set,char *devname)
如果这段I/O端口没有被占用，在我们的驱动程序中就可以使用它。在使用
之前，必须向系统登记，以防止被其他程序占用。登记后，在/proc/ioports
文件中可以看到你登记的io口。
参数1：io端口的基地址。
参数2：io端口占用的范围。
参数3：使用这段io地址的设备名。
在对I/O口登记后，就可以放心地用inb(), outb()之类的函来访问了。
在一些pci设备中，I/O端口被映射到一段内存中去，要访问这些端口就相当
于访问一段内存。经常性的，我们要获得一块内存的物理地址。在dos环境下，
（之所以不说是dos***作系统是因为我认为DOS根本就不是一个***作系统，它实
在是太简单，太不安全了）只要用段：偏移就可以了。在window95中，95ddk
提供了一个vmm 调用 _MapLinearToPhys,用以把线性地址转化为物理地址。但
在Linux中是怎样做的呢？
2 内存***作
在设备驱动程序中动态开辟内存，不是用malloc，而是kmalloc，或者用
get_free_pages直接申请页。释放内存用的是kfree，或free_pages. 请注意，
kmalloc等函数返回的是物理地址！而malloc等返回的是线性地址！关于
kmalloc返回的是物理地址这一点本人有点不太明白：既然从线性地址到物理
地址的转换是由386cpu硬件完成的，那样汇编指令的***作数应该是线性地址，
驱动程序同样也不能直接使用物理地址而是线性地址。但是事实上kmalloc
返回的确实是物理地址，而且也可以直接通过它访问实际的RAM，我想这样可
以由两种解释，一种是在核心态禁止分页，但是这好像不太现实；另一种是
linux的页目录和页表项设计得正好使得物理地址等同于线性地址。我的想法
不知对不对，还请高手指教。
言归正传，要注意kmalloc最大只能开辟128k-16，16个字节是被页描述符
结构占用了。kmalloc用法参见khg.
内存映射的I/O口，寄存器或者是硬件设备的RAM(如显存)一般占用F0000000
以上的地址空间。在驱动程序中不能直接访问，要通过kernel函数vremap获得
重新映射以后的地址。
另外，很多硬件需要一块比较大的连续内存用作DMA传送。这块内存需要一直
驻留在内存，不能被交换到文件中去。但是kmalloc最多只能开辟128k的内存。
这可以通过牺牲一些系统内存的方法来解决。
具体做法是：比如说你的机器由32M的内存，在lilo.conf的启动参数中加上
mem=30M，这样linux就认为你的机器只有30M的内存，剩下的2M内存在vremap
之后就可以为DMA所用了。
请记住，用vremap映射后的内存，不用时应用unremap释放，否则会浪费页表。
3 中断处理
同处理I/O端口一样，要使用一个中断，必须先向系统登记。
int request_irq(unsigned int irq ,
void(*handle)(int,void *,struct pt_regs *),
unsigned int long flags,
const char *device);
irq: 是要申请的中断。
handle：中断处理函数指针。
flags：SA_INTERRUPT 请求一个快速中断，0 正常中断。
device：设备名。
如果登记成功，返回0，这时在/proc/interrupts文件中可以看你请求的
中断。
4一些常见的问题。
对硬件***作，有时时序很重要。但是如果用C语言写一些低级的硬件***作
的话，gcc往往会对你的程序进行优化，这样时序就错掉了。如果用汇编写呢，
gcc同样会对汇编代码进行优化，除非你用volatile关键字修饰。最保险的
办法是禁止优化。这当然只能对一部分你自己编写的代码。如果对所有的代码
都不优化，你会发现驱动程序根本无法装载。这是因为在编译驱动程序时要
用到gcc的一些扩展特性，而这些扩展特性必须在加了优化选项之后才能体现
出来。
关于kernel的调试工具，我现在还没有发现有合适的。有谁知道请告诉我，
不胜感激。我一直都在printk打印调试信息，倒也还凑合。
关于设备驱动程序还有很多内容，如等待/唤醒机制，块设备的编写等。
我还不是很明白，不敢乱说。
Ⅱ linux驱动有哪些
1、将驱动程序文件bcm5700src.rpm复制到一个临时目录中，并在此目录中运行以下命令；
2、运行以下命令切换到驱动目录中；
3、此目录中会生成一个名字为bcm5700.spec的文件，运行以下命令对驱动程序进行编译；
4、运行以下命令切换到RPM目录中；
5、运行以下命令安装驱动程序；
6、运行以下命令加载驱动模块；
7、运行kudzu命令，系统会自动搜索到硬件，进行配置即可。
linux是文件型系统，在linux中，一切皆文件，所有硬件都会在对应的目录(/dev)下面用相应的文件表示。 文件系统的linux下面，都有对于文件与这些设备关联的，访问这些文件就可以访问实际硬件。 通过访问文件去操作硬件设备，一切都会简单很多，不需要再调用各种复杂的接口。 直接读文件，写文件就可以向设备发送、接收数据。 按照读写存储数据方式，我们可以把设备分为以下几种：字符设备（character device）、块设备（Block device）和网络设备（ network interface）。
字符设备（character device）:指应用程序采用字符流方式访问的设备。这些设备节点通常为传真、虚拟终端和串口调制解调器、键盘之类设备提供流通信服务， 它通常只支持顺序访问。字符设备在实现时，大多不使用缓存器。系统直接从设备读取/写入每一个字符。
块设备（Block device）:通常支持随机存取和寻址，并使用缓存器，支持mount文件系统。典型的块设备有硬盘、SD卡、闪存等，但此类设备一般不需要自己开发，linux对此提过了大部分的驱动。
网络设备（network interface）:是一种特殊设备，它并不存在于/dev下面，主要用于网络数据的收发。网络驱动同块驱动最大的不同在于网络驱动异步接受外界数据，而块驱动只对内核的请求作出响应。
上述设备中，字符设备驱动程序适合于大多数简单的硬件设备，算是各类驱动程序中最简单的一类，一般也是从这类驱动开始学习，然后再开始学习采用IIC、SPI等通讯接口的一些设备驱动。可以基于此类驱动调试LKT和LCS系列加密芯片。注意7位IIC地址是0x28。
Ⅲ 想学习Linux 驱动，需要什么知识
首先，接触linux操作系统，在你的电脑上装一个linxu操作系统（建议ubuntu，比
较友好），熟悉经常要用的命令，熟悉环境（建议看“鸟哥的linux私房菜”）。
其次，阅读经典书籍是不可少的，建议先看ldd前四章，大概了解linux驱动的框架
，驱动是做什么的，该如何写驱动，那本书上有一些例子，可以在你的电脑上编译
，执行看看。后面的章节在结合自己的情况而定。
第三，建议阅读ulk（understanding the linux kernel）所有的内容，了解linux
内核的一些基本知识，在心中建立一个框架，不必完全懂，深入了解就好，以后经
常翻翻，受益无穷！
第四，别着急，这才是你真的进入linux驱动的第一步，花点钱买个开发板吧，然
后了解代码的编译，下载，看看板子的datasheet，针对自己感兴趣的深入研究。
建议学习流程，led灯控制---tp---i2c总线-----lcd-----camera----flash----
wifi/bt等。因为这个里面牵涉了甚多内核的子系统（input，v4l2,fb等
），所以可能要多话时间看代码，了解代码的框架，设计的思想等，只要一步一个
脚印，一定会有所成。
第五，因为现在的移动设备大多数都是android的了，所以你就要看看linux
kernel在android的作用，然后往上看看，看看hal层的代码，这些在调试中都是需
要的，如果有兴趣，更加可以看看framework的代码了，学习android一些工作机制
，类似于surfaceflinger，audioflinger等等。。
《linux就该这么学》免费提供最新Linux技术教程书籍，为开源技术爱好者努力做
得更多更好
Ⅳ 解释一下linux驱动程序结构框架及工作原理
一、Linux device driver 的概念
系统调用是操作系统内核和应用程序之间的接口，设备驱动程序是操作系统内核和机器硬件之间的接口。设备驱动程序为应用程序屏蔽了硬件的细节，这样在应用程序看来，硬件设备只是一个设备文件，应用程序可以象操作普通文件一样对硬件设备进行操作。设备驱动程序是内核的一部分，它完成以下的功能:
1、对设备初始化和释放；
2、把数据从内核传送到硬件和从硬件读取数据；
3、读取应用程序传送给设备文件的数据和回送应用程序请求的数据；
4、检测和处理设备出现的错误。
在Linux操作系统下有三类主要的设备文件类型，一是字符设备，二是块设备，三是网络设备。字符设备和块设备的主要区别是:在对字符设备发出读/写请求时，实际的硬件I/O一般就紧接着发生了，块设备则不然，它利用一块系统内存作缓冲区，当用户进程对设备请求能满足用户的要求，就返回请求的数据，如果不能，就调用请求函数来进行实际的I/O操作。块设备是主要针对磁盘等慢速设备设计的，以免耗费过多的CPU时间来等待。
已经提到，用户进程是通过设备文件来与实际的硬件打交道。每个设备文件都都有其文件属性(c/b)，表示是字符设备还是块设备?另外每个文件都有两个设备号，第一个是主设备号，标识驱动程序，第二个是从设备号，标识使用同一个设备驱动程序的不同的硬件设备，比如有两个软盘，就可以用从设备号来区分他们。设备文件的的主设备号必须与设备驱动程序在登记时申请的主设备号一致，否则用户进程将无法访问到驱动程序。
最后必须提到的是，在用户进程调用驱动程序时，系统进入核心态，这时不再是抢先式调度。也就是说，系统必须在你的驱动程序的子函数返回后才能进行其他的工作。如果你的驱动程序陷入死循环，不幸的是你只有重新启动机器了，然后就是漫长的fsck。
二、实例剖析
我们来写一个最简单的字符设备驱动程序。虽然它什么也不做，但是通过它可以了解Linux的设备驱动程序的工作原理。把下面的C代码输入机器，你就会获得一个真正的设备驱动程序。
由于用户进程是通过设备文件同硬件打交道，对设备文件的操作方式不外乎就是一些系统调用，如 open，read，write，close…， 注意，不是fopen， fread，但是如何把系统调用和驱动程序关联起来呢?这需要了解一个非常关键的数据结构：
STruct file_operatiONs {
int (*seek) (struct inode * ，struct file *， off_t ，int);
int (*read) (struct inode * ，struct file *， char ，int);
int (*write) (struct inode * ，struct file *， off_t ，int);
int (*readdir) (struct inode * ，struct file *， struct dirent * ，int);
int (*select) (struct inode * ，struct file *， int ，select_table *);
int (*ioctl) (struct inode * ，struct file *， unsined int ，unsigned long);
int (*mmap) (struct inode * ，struct file *， struct vm_area_struct *);
int (*open) (struct inode * ，struct file *);
int (*release) (struct inode * ，struct file *);
int (*fsync) (struct inode * ，struct file *);
int (*fasync) (struct inode * ，struct file *，int);
int (*check_media_change) (struct inode * ，struct file *);
int (*revalidate) (dev_t dev);
}
这个结构的每一个成员的名字都对应着一个系统调用。用户进程利用系统调用在对设备文件进行诸如read/write操作时，系统调用通过设备文件的主设备号找到相应的设备驱动程序，然后读取这个数据结构相应的函数指针，接着把控制权交给该函数。这是linux的设备驱动程序工作的基本原理。既然是这样，则编写设备驱动程序的主要工作就是编写子函数，并填充file_operations的各个域。
下面就开始写子程序。
#include <linux/types.h> 基本的类型定义
#include <linux/fs.h> 文件系统使用相关的头文件
#include <linux/mm.h>
#include <linux/errno.h>
#include <asm/segment.h>
unsigned int test_major = 0;
static int read_test(struct inode *inode，struct file *file，char *buf，int count)
{
int left; 用户空间和内核空间
if (verify_area(VERIFY_WRITE，buf，count) == -EFAULT )
return -EFAULT;
for(left = count ; left > 0 ; left--)
{
__put_user(1，buf，1);
buf++;
}
return count;
}
这个函数是为read调用准备的。当调用read时，read_test()被调用，它把用户的缓冲区全部写1。buf 是read调用的一个参数。它是用户进程空间的一个地址。但是在read_test被调用时，系统进入核心态。所以不能使用buf这个地址，必须用__put_user()，这是kernel提供的一个函数，用于向用户传送数据。另外还有很多类似功能的函数。请参考，在向用户空间拷贝数据之前，必须验证buf是否可用。这就用到函数verify_area。为了验证BUF是否可以用。
static int write_test(struct inode *inode，struct file *file，const char *buf，int count)
{
return count;
}
static int open_test(struct inode *inode，struct file *file )
{
MOD_INC_USE_COUNT; 模块计数加以，表示当前内核有个设备加载内核当中去
return 0;
}
static void release_test(struct inode *inode，struct file *file )
{
MOD_DEC_USE_COUNT;
}
这几个函数都是空操作。实际调用发生时什么也不做，他们仅仅为下面的结构提供函数指针。
struct file_operations test_fops = {?
read_test，
write_test，
open_test，
release_test，
};
设备驱动程序的主体可以说是写好了。现在要把驱动程序嵌入内核。驱动程序可以按照两种方式编译。一种是编译进kernel，另一种是编译成模块(moles)，如果编译进内核的话，会增加内核的大小，还要改动内核的源文件，而且不能动态的卸载，不利于调试，所以推荐使用模块方式。
int init_mole(void)
{
int result;
result = register_chrdev(0， "test"， &test_fops); 对设备操作的整个接口
if (result < 0) {
printk(KERN_INFO "test: can't get major number\n");
return result;
}
if (test_major == 0) test_major = result; /* dynamic */
return 0;
}
在用insmod命令将编译好的模块调入内存时，init_mole 函数被调用。在这里，init_mole只做了一件事，就是向系统的字符设备表登记了一个字符设备。register_chrdev需要三个参数，参数一是希望获得的设备号，如果是零的话，系统将选择一个没有被占用的设备号返回。参数二是设备文件名，参数三用来登记驱动程序实际执行操作的函数的指针。
如果登记成功，返回设备的主设备号，不成功，返回一个负值。
void cleanup_mole(void)
{
unregister_chrdev(test_major，"test");
}
在用rmmod卸载模块时，cleanup_mole函数被调用，它释放字符设备test在系统字符设备表中占有的表项。
一个极其简单的字符设备可以说写好了，文件名就叫test.c吧。
下面编译 :
$ gcc -O2 -DMODULE -D__KERNEL__ -c test.c –c表示输出制定名，自动生成.o文件
得到文件test.o就是一个设备驱动程序。
如果设备驱动程序有多个文件，把每个文件按上面的命令行编译，然后
ld ?-r ?file1.o ?file2.o ?-o ?molename。
驱动程序已经编译好了，现在把它安装到系统中去。
$ insmod ?–f ?test.o
如果安装成功，在/proc/devices文件中就可以看到设备test，并可以看到它的主设备号。要卸载的话，运行 :
$ rmmod test
下一步要创建设备文件。
mknod /dev/test c major minor
c 是指字符设备，major是主设备号，就是在/proc/devices里看到的。
用shell命令
$ cat /proc/devices
就可以获得主设备号，可以把上面的命令行加入你的shell script中去。
minor是从设备号，设置成0就可以了。
我们现在可以通过设备文件来访问我们的驱动程序。写一个小小的测试程序。
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
main()
{
int testdev;
int i;
char buf[10];
testdev = open("/dev/test"，O_RDWR);
if ( testdev == -1 )
{
printf("Cann't open file \n");
exit(0);
}
read(testdev，buf，10);
for (i = 0; i < 10;i++)
printf("%d\n"，buf[i]);
close(testdev);
}
编译运行，看看是不是打印出全1
以上只是一个简单的演示。真正实用的驱动程序要复杂的多，要处理如中断，DMA，I/O port等问题。这些才是真正的难点。上述给出了一个简单的字符设备驱动编写的框架和原理，更为复杂的编写需要去认真研究LINUX内核的运行机制和具体的设备运行的机制等等。希望大家好好掌握LINUX设备驱动程序编写的方法。
Ⅳ 如何玩转linux驱动
说玩转驱动这话，其实有点过头，玩驱动是个长期积累的过程，写出来是一回事，调试起来也是一种磨练。为了让大家明白玩驱动的乐趣和掌握编写驱动的捷径，我分享一些经验，算是抛砖引玉。不过正所谓一口吃不了个胖子，只有写够了足够多的代码，调试了足够多的模块，玩转驱动也不再话下。希望今天的唠叨对想踏入或者即将踏入驱动行业的你有些帮助。
我们很明白Linux 设备驱动的学习是一项浩大的工程，正是由于这个原因，一些人不免望而生畏，其实，只要我们有足够的积累和全面的知识，玩转驱动，也是早晚的事。闲话少说，开始来干货。
对于驱动工程师来说，首先要明白驱动在整个系统中的作用，
大家从上图中可以看出，linux驱动②在这个构架中起到承上硬件①启下应用程序③的作用。在程序的编写中，我们常用高内聚低耦合的标准，因此，驱动的引入显得意义更加重大：一方面，使嵌入式应用工程师不用考虑过多的硬件差异，另一方面，通过将设备驱动融入内核，面向操作系统内核的接口，这样的接口由操作系统规定，对一类设备而言结构一致，独立于具体的设备。同时由于linux操作系统有内存管理和进程管理，因此对于多任务并发的要求时，操作系统和驱动的引入使得任务变得简单。但是对于不需要多任务调度、文件系统、内存管理等复杂功能时，在一个大while(1)循环中既可以完成相关的任务。
上面分析了驱动的意义，那么，玩转linux驱动需要那方面的知识呢，现在罗列下：
第一、Linux 驱动工程师要有良好的硬件基础。
这个要求不言而喻，linux驱动工程师的主要任务就是隐藏硬件的差异，给应用工程师一个统一的接口，因此需要能看懂电路图，理解SRAM、Flash、SDRAM、磁盘等模块的读写方式，知道UART、I2C、USB 等设备的接口以及常规操作，了解轮询、中断、DMA 的原理，PCI 总线的工作方式以及CPU 的内存管理单元(MMU)等。不过对于这种常见的模块，linux内核中有相关的配置，因此需要有阅读linux内核的能力和修改linux内核的能力。
第二 、Linux驱动工程师具有良好的C 语言基础。
作为一个面向硬件底层和应用层的关键人物，C语言功底是必须要牢固的。在编写linux的字符设备和块设备驱动中常用的fopen()、fwrite()、fread()、fclose()以及内存分配中经常使用结构体和指针。因此能灵活地运用C 语言的结构体、指针、函数指针及内存动态申请和释放显现的尤为重要。
例如字符设备驱动中的读函数函数的定义
/* 读设备*/
ssize_t xxx_read(struct file *filp, char _ _user *buf, size_t count,loff_t*f_pos)
{
...
_to_user(buf, ..., ...);
...
}
从中看出C语言功底的重要性。
第三、 Linux 驱动工程师具有一定的Linux 内核基础，虽然并不要求工程师对内核各个部分有深入的研究，但至少要了解设备驱动与内核的接口，尤其是对于块设备、网络设备、Flash设备、串口设备等复杂设备。
现在工作起来，嵌入式驱动工程师的工作量相对会小一点，因为一般常见的硬件设备供应商都会提供相应的linux版本驱动，驱动工程师的任务就是调试这些驱动能正常运行在自己的系统中，同时保证系统的稳定。
第四、 Linux 驱动工程师具有良好的操作系统知识。
这个要求对于没有学习过操作系统的人来说唯一的痛苦之处就是对于专有名词不是很理解，例如上半部，下半部，原子操作等。其实刚开始或许是个痛苦的过程，但是只要认真的分析了一个或者几个驱动程序后，你就会发现其中的规律。毕竟linux驱动大体分为字符设备驱动、块设备驱动和网络设备驱动三类，正所谓抓其纲要，举一反三，便可融会贯通。因此linux中多任务并发控制和同步等基础很重要，因为在设备驱动中会大量使用自旋锁、互斥、信号量、等待队列等并发与同步机制。
第五、动手能力。
纸上得来终觉浅，因此，看再多的书也没有真正的调试一个驱动来的认识深刻。这时你需要搭建宿主机平台，购买开发板。不要好大喜功，从简单的小驱动开始一步一步走，以蚂蚁啃骨头的精神进行学习，收获会很大。
经历了痛苦的折磨，现在看下嵌入式驱动工程师的甜蜜吧，工作个三五年，你已经是大师了，可以去招聘网站浏览下，这方面的待遇都是面议奖金都是大大的，红色票票也随心所愿了。想到这些，你还不下定决心来经受linux驱动的虐待，相信只要以“驱动虐我千百遍，我待驱动如初恋”的决心，相信你可以玩转linux驱动。
Ⅵ 什么叫Linux驱动程序
linux发行版本是什么呢，一般来说无需格外安装，都完美解决
Ⅶ 如何在Linux系统下安装网卡的驱动程序 详解linux安装网卡驱动
先解压，cd进入解压后的目录，先./configure如果失败的话会提示你缺什么库，把缺的库安装上在./configure。接着make all，再make install。最后用insmod命令加载编译好的驱动。
自己安装Linux驱动适合有一定解决问题能力的人和爱折腾的人
小白和伸手党就不要尝试了，搞不定的
Ⅷ 《Linux设备驱动开发详解4.0》pdf下载在线阅读全文，求百度网盘云资源
《Linux设备驱动开发详解4.0》网络网盘pdf最新全集下载:
链接: https://pan..com/s/1wxaYK87l11FDur15aS6FTQ
简介：Linux设备驱动开发详解介绍了Linux设备驱动开发理论、框架与实例，详细说明了自旋锁、信号量、完成量、中断顶/底半部、定时器、内存和I/O映射以及异步通知、阻塞I/O、非阻塞I/O等Linux设备驱动理论,以及字符设备、块设备、tty设备、I2c设备、LCD设备、音频设备、USB设备、网络设备、PCI设备等Linux设备驱动架构中各个复杂数据结构和函数的关系，并讲解了Linux驱动开发的大量实例，使读者能够独立开发各类Linux设备驱动。
Ⅸ linux驱动开发1之什么是驱动
准确来说，驱动是针对于硬件设备的，比如：
一个键盘，插到电脑上，那么电脑是如何使用键盘的呢，它们两者之间是如何相互交互的呢。这个过程是需要驱动程序来实现的。
键盘插入电脑，引发一个中断，然后中断程序会检查设备，并将一个驱动程序与这个键盘设备进行绑定，当你按下一个按键，会触发键盘内的电子信号的传输（理解为电位1和0吧），并最终转换为数字信号（即0和1表示的），然后Linux系统中的驱动程序接收到了这个信号，根据这个信号来判断触发了哪个按键（这个中间，其实有很多工作，不过可以这样概括的理解），最终反馈到屏幕上。
看到了吗，驱动，就是一个可以和硬件通信（能够正确理解硬件发出的信号）的程序。
看到这，我想你应该明白了，你也可以为一个鼠标写一个驱动（前提是你了解这个鼠标的通信协议，即电位转换情况），然后你可以把鼠标左键点击的效果，更改成正常情况下，鼠标右键点击的效果。是不是挺有意思的。
另外，因为现在系统的日益成熟，现在Linux系统工作者很少有机会再写硬件驱动程序了，因为这些驱动，大多数硬件产商都会给做好了（因为Linux驱动接口封装的很好）。在移植到其它平台的时候，可能只需要简单的修改一下Linux的驱动，就可以用了。
（ps：望采纳）