学习记linux一二期在上移植驱动框架.pdfVIP

210学习(16)

--原来我误会IIS总线驱动了

以前一直认为声卡的驱动程序的框架是复杂，可是当我再次看完相关和自己分析了一下框

架，发现和写板的差不多。

声卡驱动程序框架:(linux-2.6.22\sound\sound_core.c)

注意：sound_core.c在声卡驱动中扮演的角色和input.c在输入子系统中扮演的角色一样！！

staticconststructfile_operationssoundcore_fops=

{

/*Wemusthaveanownerorthemodulelockingfails*/

.owner=THIS_MODULE,

.open=soundcore_open,

};

staticint__initinit_soundcore(void)//函数

{

if(register_chrdev(SOUND_MAJOR,sound,soundcore_fops)-1)//符合写字符驱动第3步

sound_class=class_create(THIS_MODULE,sound);//创建类

}

app:open(应用程序使用open函数，内核就创建一个structfile结构，并初始化f_op=input_fops，等)

.open=soundcore_open(最终会调用到驱动程序sound_core.c中open函数)

问：当看上面的file_operations结构体的时候，发现里面只有一个open函数？那是怎么来实现

一系列的其他的操作的呢（读，写...）?

答：可以猜测出，一定是在这个open函数里面做了一些设置，然后在新的设置里面来进行相关的操作。

intsoundcore_open(structinode*inode,structfile*file)

{

intunit=iminor(inode);//以次设备号为下标

conststructfile_operations*new_fops=NULL;//定义一个新的file_operations结构体指针

s=__look_for_unit(chain,unit);//从chains数组里得到一个声音单元，具体分析见下面！！

if(s)

new_fops=fops_get(s-unit_fops);//如果以上单元存在，就构造一个新的

//file_operations结构体

if(new_fops){